ACP: mark the continuation nudge as harness-originated, emit it to clients, and allow disabling it
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- 明確に書かれている
- 活発さ
- 活発
- 技術スタック
- javascript
調査の方向性
Start in dist/cli.mjs at createContinuationProvider, endsWithDanglingIntent, and the dangling-intent and exclusion regexes; trace how the continuation message is injected and how ACP session updates are emitted. The issue asks for harness-origin labeling, a continuation_recovery update with the injected text and attempt counts, a way to disable or limit recovery, and exclusions for the three deferred-completion phrases. Done when these behaviors are covered and hosts can observe or disable the nudge.
索引モデルが issue の本文から書いたものです。
説明
Feature Description
In cmd acp (v1.88.5), when a turn's final text ends with "I'll …" or "Let me …", the continuation provider (createContinuationProvider / endsWithDanglingIntent) appends a user-role message:
You ended your turn right after saying you were about to do something, without doing it. Do it now — make the tool calls or produce the output you described; do not restate the plan. If the task is actually complete, state the final result instead.
For ACP hosts I'd like four changes:
- Mark the nudge as coming from the harness, for example with system-reminder style wording, instead of a plain user turn. Right now the model can't tell it apart from the real user.
- Emit it to the ACP client. Send a
session/updateforcontinuation_recovery(kind, attempt, maxAttempts) that includes the injected text. Today it has nosession/updatemapping, so the host can't show or explain it. - Make it possible to turn off. Add a config setting, env var, or
session/new_metafield that disables intent recovery or lowers its attempt count.createContinuationProvider({})is hardcoded today. - Recognise deferred-completion phrasing. Add "as soon as it lands", "when it finishes" and "once it completes" to the exclusion regex, so a turn that is deliberately waiting isn't treated as unfinished.
Use Case
ACP hosts that run sub-agents depend on the model ending its turn while background work runs. T3 Code my fork works this way: an async delegate_task tool result tells the model "Completion wakes this thread, so end your turn. Do not wait on it or poll it."
What happened in a real session (Command Code over ACP, DeepSeek V4.1 Flash):
- The model delegated a review to another agent (Opus 5.5) and correctly ended its turn with: "I'll report its verdict as soon as it lands."
- Two seconds later Command Code injected the "Do it now" nudge as a user message.
- The model's reasoning: "the user overrode: … Do it now." It polled the delegate four times, stopped waiting, and did the delegated work itself. That included destructive file changes the delegate had been asked to review first.
- The host's UI showed no injected message, so from the user's side the model just turned impatient for no reason.
With the nudge marked as harness-originated, visible to the client, and possible to turn off, hosts could either show it or turn it off for sessions that intentionally wait.
Additional Context
- The code is in
dist/cli.mjs:createContinuationProvider,endsWithDanglingIntent, and the dangling-intent and exclusion regexes. The counter allows 2 intent nudges per streak and resets only after a turn with tool calls. - My T3 Code fork works around this on the host side by changing the delegate tool's wording so models end with a status line ("It is running.") instead of a promise. That only helps when the model follows the wording, which is why an upstream fix matters: https://github.com/timm-u/t3code
- Related: a Windows bug where editor-supplied stdio MCP servers fail silently when the command path has spaces (filed separately). In this same session it was the reason the model fell back to shell-based tool calls in the first place.
How important is this to you?
Important for my workflow
- 主要言語
- 言語のデータがありません
- スター
- 4.2k
- フォーク
- 377
- 平均マージ
- 1日 17分
- マージ済み PR(30日)
- 7
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
CommandCodeAI/command-code のほかの issue
-
Provider /v1/messages rejects role:"system" inside messages[] — Claude Code ≥ 2.1.154 incompatibleオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
CommandCodeAI/command-code#1085 ·
メンテナーはふだん 1 日以内に返信
-
Feature request: auto-reconnect remote control (/rc) after restart対応中かも @aliarain が 20 日前に担当しました。 オープンp2
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
CommandCodeAI/command-code#992 · コメント 1 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
CommandCodeAI/command-code#933 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
CommandCodeAI/command-code#855 ·
メンテナーはふだん 1 日以内に返信
-
grep tool passes empty file type to ripgrep対応中かも @ahmadbilaldev が 19 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
CommandCodeAI/command-code#655 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
CommandCodeAI/command-code の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
UKGovernmentBEIS/inspect_ai#6512 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
Intelligent-Internet/ii-agent#221 ·
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
developmentwithyash/yaan#60 ·
メンテナーはふだん 1 日以内に返信
-
area: deals priority: normal
難易度 2/5 1〜3時間 初心者へのやさしさ 79/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 2 日以内に返信