Files
2nd/10_Wiki/Topics/Other/Bugs/BUG-0014-다음-리뷰에서는-src-lib-engine-ts-src-lib-api-ts-src-lib-diagnostic.md
T

1.7 KiB

Bug: 다음 리뷰에서는 src/lib/engine.ts, src/lib/api.ts, src/lib/diagnostics.ts, src/lib/gemi...

Date

2026-05-04

Symptom

다음 리뷰에서는 src/lib/engine.ts, src/lib/api.ts, src/lib/diagnostics.ts, src/lib/gemini.ts, src/components/AgentDashboard.tsx를 순서대로 보면 됩니다. 특히 engine.ts가 실제 수집 플로우의 중심인지 확인하고, 실패/재시도/상태 저장이 어디서 책임지는지 보는 게 첫 번째입니다. 진행해

Cause

Captured automatically from the current conversation. Confirm root cause during follow-up review if needed.

Fix

Astra 판단 나는 이 요청을 “좋은 말 해주는 평가”가 아니라 실제로 의존해도 되는 도구인지 보는 리뷰로 볼게요. /Volumes/Data/project/Antigravity/ConnectAI/src/lib/engine.ts는 먼저 목적에 맞는 수집 루프가 안정적인지, 끊겼을 때 이어지는지, 결과가 재검증 가능한지를 기준으로 판단하는 게 맞습니다. 기능 확장은 그 다음입니다. ## 다음 한 수 다음은 확장 아이디어를 붙이기보다 핵심 루프 하나를 추적하는 겁니다. engine이 작업 단위, 재시도, 실패 기록, 결과 저장을 어디서 책임지는지 먼저 확인하고, 그 다음 diagnostics가 실제 운영 판단에 충분한 정보를 주는지 보면 됩니다. ## 간단 요약 요청하신 파일들을 살펴보니, engine.ts가 멀티 에이전트 워크플로우의 중심을 잡고 있으며, 상태 관리, 오류 복구, 그리고 외부 API 통신이라는 세 가지 핵심 기능을 명확하게 분리하여 구현하고 있다는 ...

Prevention

Keep automatic records tied to the active project and verify the relevant test or reproduction path.