执行计划假设每个计划都会在 git 追踪的项目中产生代码更改

• 我搜索了现有的问题,这之前没有提出过

搜索公开和关闭的问题 和公关,"工作树","非代码计划","没有git" 库),"google doc","文档可交付计划模式". 相关但 区别:\ 2241**(相同的两种技能,关于“计划假设应用” 代码"差距——但#2241的修补增加了一个基础设施操作小节,用于 仍在目标系统上采取行动的计划,有些东西要退步; 在没有目标系统的情况下 数据库)。

□ 这能解决什么问题?

步骤1无条件规定“确保一个孤立的工作空间:使用 超能力:使用-git-worktrees来创建一棵或验证现有的一棵". 步骤3无条件要求使用`完成-a-development-branch ' 之后的 " 完成-a-development-branch " 。 任务完成。 两者都假定正在执行的计划会在a上产生代码更改 树枝。

Claude代码自己的计划模式(EnterPlanMode/ExitPlanMode)是通用的——它生产 一份已获批准的计划文件,用于 * 任何类型的任务, 不仅仅是代码执行。 我打过了 执行整个交付品为文件的计划(提案) 通过浏览器自动化输入一个 Google Doc, 加上一个下限的交接文件) 在工作目录中, 根本不是一个 git 存储器 —— 没有 repo, no 树枝,没有工作树 没有合并或完成。

从字面上看,就是编织出一棵小树 满足技能,这是用户从未要求的未要求的范围。 这个 技能没有输入条件检查“ 此计划是否甚至触摸了已跟踪的 Git- tracked 因此它无声地不适用于 每一个非代码规划会话, 被指示始终使用适用技能的代理人,没有明确的通知方式 说它不适用, 简言之,推理它出 中执行。

□ 建议的解决办法

在步骤一的顶端添加一个明确的入场条件检查:"这个计划是否 生成一个被跟踪项目的代码更改?" 如果没有,跳过 使用-git-worktrees'步骤并跳过步骤3完成-a-发展-分支 ' 完全交接,以简单完成取代“完成开发” 报告。 步骤2中的每个任务执行/验证循环已经可交付不可知 并且不需要改变——这是单一的早期分支,而不是重写.

□你认为其他什么选择?

单独的"执行非代码计划"技能——以不成熟为由被拒绝;无 关于第2步需要不同,只有第1步和第3步中指定的指定书端。 交给执行机关判决 驳回 这就是现在 它意味着每个非密码计划 要么得到一个伪造的git repo, 要么是一个 特工悄悄地即兴通过一个"必要的子技能".

□这是否适合核心超能力?

对 任何按住其步骤的“有执行计划文件”需要的技能 明确检查计划之前描述的交付品种类 应用特定步骤(工作树、分枝、公关、部署等) . . . . . . .