ticket: delegate companion notify fix

This commit is contained in:
Keisuke Hirata 2026-06-13 00:31:08 +09:00
parent 4ad7ae9b8f
commit 042da1bcfd
No known key found for this signature in database
2 changed files with 23 additions and 1 deletions

View File

@ -2,7 +2,7 @@
title: 'Orchestrator進捗をAutoKickなしでCompanionへ通知する'
state: 'inprogress'
created_at: '2026-06-11T08:15:24Z'
updated_at: '2026-06-12T15:30:03Z'
updated_at: '2026-06-12T15:31:01Z'
assignee: null
queued_by: 'workspace-panel'
queued_at: '2026-06-11T10:31:56Z'

View File

@ -284,3 +284,25 @@ Broad-suite failures:
- These broad-suite failures do not appear caused by the progress-notify diff and are not the requested-change blocker.
---
<!-- event: plan author: orchestrator at: 2026-06-12T15:31:01Z -->
## Plan
Fix loop delegated to coder.
Reviewer blocker:
- `companion_progress_notice()` hard-coded LLM-facing progress notice framing in Rust.
- The notice reaches Companion model context through `Notify { auto_run: false }` / NotifyBuffer, so it must follow the prompt-resource boundary.
Coder fix request:
- Move progress notice framing/template to `resources/prompts` using existing resource conventions.
- Keep Rust limited to bounded runtime values and resource rendering/loading.
- Preserve weak notify semantics, live/reachable-only delivery, missing/stopped no spawn/restore, bounded/sensitive-safe summary, no persistent snapshot store, and no authority expansion.
- Add/update focused tests proving resource-backed framing and bounded/sensitive-safe runtime values.
Status:
- Sent fix request to `yoi-coder-companion-progress-notify` on existing branch/worktree.
- Reviewer verdict remains `request_changes` until coder fix and second review.
---