Skip to content

fix(loop): fired tasks actually execute instead of being refused (0.7.1) - #16

Merged
jkrandom-sudo merged 1 commit into
mainfrom
fix/fired-task-execution
Jul 24, 2026
Merged

fix(loop): fired tasks actually execute instead of being refused (0.7.1)#16
jkrandom-sudo merged 1 commit into
mainfrom
fix/fired-task-execution

Conversation

@jkrandom-sudo

Copy link
Copy Markdown
Owner

Summary

  • 根因:0.7.0 的创建/列表确认提示词要求模型"不要把任务 prompt 当作指令",该指令残留在对话上下文中,任务触发时模型拒绝执行(回复"我不会在当前对话中手动执行它")
  • 修复1:确认类提示词的禁止执行要求限定为"仅此回复",并说明插件会在到期时自动执行
  • 修复2:fixed 任务触发时注入显式执行包装("This is the scheduled execution of /loop task <id>. Perform the task..."),替代裸 prompt

Test plan

  • npm test — 150/150 通过(新增触发文本断言)
  • 真实 opencode serve 端到端:20s 任务到期触发,注入消息含执行指令,模型实际执行并回复"收到",无拒绝

🤖 Generated with Claude Code

The 0.7.0 confirmation prompts told the model not to treat the task
prompt as an instruction; that instruction lingered in the
conversation, so when a task later fired the model refused to run it.
The prohibition is now scoped to the confirmation reply only, and
fixed-task fires inject an explicit "scheduled execution — perform
this task now" wrapper instead of the bare prompt.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
@jkrandom-sudo
jkrandom-sudo merged commit b192f19 into main Jul 24, 2026
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant