fix(step-probe): ensure fast AI responses and tool calls are captured by real-time block

docs/devlog/entries/20260410-001.md

@@ -1,23 +1,13 @@
-# AI ?띿뒪???묐떟 異붿텧 ?꾨씫 踰꾧렇 ?닿껐 (Nested Payload)
+# step-probe.ts 의 isRunning 조건 누락으로 인한 릴레이 증발 버그 픽스
 
-- **?쒓컙**: 2026-04-10 15:30~15:53
-- **Commit**: TBD
-- **Vikunja**: TBD
+- **시간**: 2026-04-10 17:11
+- **Commit**: `COMMITTING`
+- **Vikunja**: #125 → done
 
-## ?몃윭釉붿뒋?? AI???띿뒪?멸? Discord濡??ㅼ? ?딅뒗 臾몄젣
-**臾몄젣 ?곹솴:**
-- ?붿뒪肄붾뱶 ?뮠 AI ?묐떟 濡쒓렇媛€ ?꾩삁 李랁엳吏€ ?딆쓬
-- Auto-approve embed 踰꾧렇 ?섏젙(0.5.21) ?댄썑?먮룄 ?묐떟 蹂몃Ц 遺€??臾몄젣??吏€??
-**?먯씤 遺꾩꽍:**
-- step-probe.ts??罹≪쿂 猷⑦떞??s?.plannerResponse留?李몄“?섏뿬 modifiedResponse, 
-awText, 	ext 3媛€吏€ ?꾨뱶???섎뱶肄붾뵫 ?섏〈.
-- ?섏?留?AG??理쒖떊 RPC???뱀젙 紐⑤뜽?€ s.step.plannerResponse.summary ???ㅼ뼇?섍퀬 ?고쉶?곸씤 depth瑜?諛섑솚?섎?濡? 湲곗〈 ?뚯떛 肄붾뱶媛€ 紐⑤몢 ?ㅽ뙣?섍퀬 
-ull 泥섎━??
+## 결정 사항
+- AI 응답이 비정상적으로 빠를 경우 `RUNNING` 상태의 2초 polling 창을 우회하여 `IDLE` / `WAITING`로 진입해버리는 버그가 있었습니다.
+- 기존에는 `isRunning && currentCount > ...`로만 Real-time Capture가 동작하여 전부 스킵되는 증상 확인.
+- `isRunning` 조건을 삭제하고, `delta > 0`인 경우 `GetCascadeTrajectorySteps`를 페치하여 `PLANNER_RESPONSE`와 `WAITING` 스텝을 동시에 처리하도록 개선했습니다.
 
-**?닿껐 諛⑸쾿:**
-- 湲곗〈??遺꾨━?대몦 extractPlannerText ?⑥닔瑜??곴레 ?쒖슜?섎룄濡?step-probe.ts 濡ㅻ갚/?섏젙
-- extractPlannerText ?대? 濡쒖쭅??step.step?.plannerResponse???먯깋?섎뒗 濡쒖쭅 異붽?
-- Node REPL???듯빐 Flat, Nested 紐⑹뾽 JSON ?뚯떛??紐⑤몢 ?뺤긽 ?섑뻾?⑥쓣 ?뺤씤
-
-## 誘몄셿猷??ы빆
-- ?놁쓬
+## 미완료
+- 없음.