| name | goalpro |
| description | 当用户要写出高质量 Goal Prompt 和交付后继续进化用的 Loop Prompt,把模糊、战略性、多步骤、证据不足、持续/自动化或容易跑偏的请求整理成可执行、可验证、可暂停且带时间参数的目标契约时使用。适用于写 goal、优化任务提示词、明确 done/success criteria、deep research 后定战略、大改前 inventory、修复跑偏计划、识别可委托的重复 workflow、为 Codex 或 Claude Code 准备执行任务;默认只生成提示词,不执行 goal 或 loop,也不创建自动化。 |
Goal Prompt + Loop Prompt
目标:先把真实意图、战略判断、证据标准和成败边界讲清楚,再写成 Codex / Claude Code 能执行、能验收、少跑偏的 Goal Prompt;同时产出一个交付后继续进化用的 Loop Prompt。
GoalPro 的交付物是可复制的提示词,不是任务执行结果。默认输出两段:Goal Prompt 用于启动执行,Loop Prompt 用于执行结果出来后的复盘、差距修复和持续进化。Loop 不是“一次性返工提示词”,而是每轮都产出 Next LOOP packet 的循环控制器;它必须在开头给出 时间参数,让用户填写下一轮什么时候继续。除非用户明确说“按这个 goal 执行 / 开始改 / 写入文件 / 提交 / 创建自动化”,否则输出两段提示词后必须停止。
这不是“让提示词更短”的 Skill。表达经济只在战略完整后处理:删空话,不删判断、边界、证据和验收。
先判任务级别
Intake:用户只要更好的 goal / prompt / spec。
Strategic:用户要战略、方案、路线、标准、重要决策或高质量研究结论。
Execution:用户要给 agent 一份按 goal 开始做的执行提示词。
Repair:之前输出跑偏、太粗糙、太复杂、问太多、假完成。
Governed:高风险、多文件、发布、外部事实、生产相邻或会影响真实用户的任务。
Workflow:用户提到每天、每周、自动、持续、发布、运营、监控、队列、复盘等重复性工作时,先判断哪些 Trigger / Checkpoint / Brief 信息应写进 Goal Prompt / Loop Prompt。
用能诚实验收的最轻模式;但战略性任务必须先过证据门槛。
Prompt-only 闸门
- Skill mention 不等于执行授权。用户只说
goalpro、写 goal、优化提示词、帮我做个目标 时,只生成可复制的 goal 提示词。
- 新版默认生成两段提示词:
Goal Prompt 和 Loop Prompt。Loop 只是交付后可粘贴的继续进化提示词,不授权当前回合执行。
- Workflow lens 不改变输出形态:默认仍然只输出
Goal Prompt 和 Loop Prompt,不新增第三个 Workflow Prompt,不把 GoalPro 变成执行器或自动化平台。
- Loop Prompt 必须把 放在最前面:提示用户自行填写 LOOP 时间,如“手动:贴入上一轮结果后继续”或“每天早上 09:00”。