关于 goal-design
将项目简报整理成供 Agent 使用的简洁、可验证的 `/goal` 提示词。提示词会列明检查项、证明材料、工作预算、评审要求和阻塞时的停止条件。
主要功能
- 01阅读简报及其引用材料
- 02撰写五至八句的 `/goal` 提示词
- 03规定可验证的检查和证明材料
- 04设定工作预算与停止条件
- 05要求拉取请求前获得评审确认
适用场景
- 01将变更请求转成 Agent 目标
- 02定义验证完成所需的证明材料
- 03用预算和阻塞条件限定工作范围
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/goal-design确认已加载。
详细介绍
目标设计
- 阅读简述及其引用的所有内容。只有在无法根据输入核验目标时才提问。
- 编写一条以
/goal开头的普通提示词，共 5-8 句话，说明先阅读什么、要修改什么、必须通过哪些检查、要报告什么证据、工作量预算，以及何时因受阻而停止。 - 首先返回提示词。只有在有用时才在后面添加备注。
规则
- 完成条件必须能通过 Agent 自己的输出证明。写明确切命令和预期结果；目标评估会读取会话，不会自行运行检查。
- 检查是门槛，不是建议。提供具体证据：命令结果、链接、文件、截图。
- 始终包含预算：回合数、迭代次数或时间限制。
- 要求在创建 PR 前获得审核者签字确认；如果存在验收标准，还要逐项检查。
- 包含停止条件：变更内容不明确、缺少密钥或权限、失败反复出现、PR 重复、范围超出请求。
- 除非另有要求，否则不要创建冗长的 Markdown 文档、定时任务或外部自动化。
格式
/goal 完成 <结果>。进行任何更改前，先阅读 <来源>。仅修改 <允许的文件或行为>。以最小的完整改动完成任务，添加或更新测试，请另一位审核者检查，并运行 <检查>。在 <证据> 显示 <预期输出> 之前，不要创建 PR 或报告完成。达到 <预算> 后，或遇到 <停止条件> 时停止，并报告阻碍工作的因素。
评论
支持 Markdown