ACP: mark the continuation nudge as harness-originated, emit it to clients, and allow disabling it
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 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 分钟
- 30 天内合并 PR
- 7
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南,环境需要你自己搭建:先看它的 README,通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 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 天内回复