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

docs/devlog/2026-04-10.md

@@ -1,11 +1,3 @@
-# 2026-04-10 데브로그
-
-## 작업 내역
-
-| NNN | HH:MM | 작업 설명 | 커밋해시 | 완료 방면 |
+| NNN | 시간 | 작업 설명 | 커밋해시 | 완료여부 |
 |---|---|---|---|---|
-| 001 | 15:53 | Gravity Bridge AI 응답 텍스트가 누락되는 버그 픽스 (extractPlannerText 적용 및 Nested 조회 추가) | TBD | ✅ |
-| 002 | 16:05 | Gravity Bridge 빠른 응답 누락 오류 해결 (IDLE-to-IDLE 패스 로직 완화) | TBD | ✅ || 003 | 16:12 | [Bridge] DOM Observer <20><>Ž<EFBFBD><C5BD> <20><><EFBFBD><EFBFBD> (PATS <20><>Ȱ<EFBFBD><C8B0>ȭ)<29><> <20><> <20><><EFBFBD><EFBFBD><EFBFBD><EFBFBD> <20><><EFBFBD><EFBFBD><EFBFBD>ڵ<EFBFBD> <20>˸<EFBFBD> <20><><EFBFBD><EFBFBD> | TBD | ? |
-
-| 004 | 16:31 | [Bot] chat_snapshot_scanner 미처리 예외 큐 막힘 현상 해결 및 Hermes Gateway 재시작 | TBD | ✅ |
-| 005 | 16:50 | [Extension] GetAllCascadeTrajectories 10-Item Limit <20><>ȸ<EFBFBD><C8B8> GetDiagnostics <20><><EFBFBD><EFBFBD> <20><>ȸ <20><>ġ | TBD | ? |
+| 001 | 17:11 | step-probe.ts 의 isRunning 조건 누락으로 인한 릴레이 증발 버그 픽스 | COMMITTING | ✅ |

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 ?뚯떛??紐⑤몢 ?뺤긽 ?섑뻾?⑥쓣 ?뺤씤
-
-## 誘몄셿猷??ы빆
-- ?놁쓬
+## 미완료
+- 없음.