Goal Writer 用于为自主编程智能体的一轮工作起草两份文档：Goal 与 Rider。Goal 是主干，硬性上限 4000 字符，说明要做什么、先读什么、姿态、验证方式与停止条件，小到可直接粘贴进 Claude Code 或 Codex 的 /goal。Rider 是规定性细节，不设上限（通常 10–35 KB），包含数据模式、阶段计划、命名的深度测试、动词签名、错误脚注、范围外清单。两份文件可移植，无需修改即可指导 Claude Code、Codex CLI、Cursor 或人类评审。
适用场景：开始新一轮智能体工作并希望把 goal+rider 文件写入项目的 docs/goals/（或等价目录）。合适范围是一个功能、二到五个文件、半天到一天的智能体运行时间。不适用：十五分钟的打磨、热修复或很小的 PR。
使用方式：先不跳过前置工作，按顺序阅读项目架构文档、docs/goals/ 中既有 goal+rider 对、近期提交、HEAD 源码、研究或痛点报告；找不到就向用户询问，不要编造，若 docs/goals/ 不存在则创建。然后确定本轮范围，选一个标题词并陈述一个可度量的结束状态。接着起草 goal（路径形如 docs/goals/<YYYY-MM-DD>-<HHMM>-<project-slug>-<topic>-goal.md，用 wc -c 确保不超过 4000 字节），再起草 rider（同目录同时间戳前缀，后缀 -rider.md），遵循模板中的章节与十一阶段结构。完成后运行自带校验脚本 scripts/validate_pair.sh <goal-file> <rider-file>，直到退出码为 0，再提交：docs(goals): add <topic> goal+rider (<one-line headline>)。
主要能力：提供 goal 与 rider 两套模板骨架、阶段循环（深度测试→实现→全绿→提交→CHANGELOG）、深度测试命名规范、验证要求、范围外候选清单机制、模型选择建议、校验脚本。
限制：不得发明 V1 架构、不得无充分理由改模式、不得为无调用者的代码做兼容垫片、深度测试不得写在实现之后、停止条件必须与验证挂钩、不得使用主观结束状态（如 cleaner、better）与 emoji。验证必须能从执行智能体自身记录中证明。资料未提供官方收费、价格、平台或效果信息。