GoalPro
Health Pass
- License — License: MIT
- Description — Repository has a description
- Active repo — Last push 0 days ago
- Community trust — 16 GitHub stars
Code Warn
- Code scan incomplete — No supported source files were scanned during light audit
Permissions Pass
- Permissions — No dangerous permissions requested
No AI report is available for this listing yet.
意图放大与 Goal Contract 协议,面向 Codex 和 Claude Code 的 goal Skill
GoalPro
意图放大与 Goal Contract 协议
简体中文
简介
GoalPro 是一个给 Codex 和 Claude Code 共用的 goalpro Skill,用来写出高质量 goal 提示词 / Goal Contract。
它要解决的问题很直接:用户给 Agent 的任务常常是模糊的、情绪化的、战略标准不清的。模型如果直接执行,很容易过度规划、乱读上下文、先改后想、命令跑通就假装完成。
GoalPro 的作用,是先把请求变成一份交给执行者使用的、可执行、可验证、可暂停的 Goal Contract:
- 真实意图是什么?
- 完成后局面应该发生什么变化?
- 什么算赢,什么算失败?
- 需要哪些证据、上下文和反证?
- 哪些事情本轮不做?
- 什么情况下必须暂停?
- 最后用什么证明真的完成?
目标不是把提示词写长,也不是替用户执行 goal,而是把 Agent 从“猜用户想要什么”拉回到“按清楚的完成契约执行”。
GoalPro 默认只输出可复制的 goal 提示词,并在输出后停住。只有用户另外明确授权执行,后续 Codex / Claude Code / 其他 Agent 才按这份 goal 开始做事。
flowchart LR
subgraph intent["意图层"]
A["表面请求"] --> B["真实意图"]
B --> C["战略结果"]
end
subgraph contract["契约层"]
C --> D["成败标准"]
D --> E["证据标准"]
E --> F["边界与非目标"]
end
subgraph execution["执行层"]
F --> G["先读上下文"]
G --> H["分片执行"]
H --> I["验证与暂停"]
I --> J["最终报告"]
end
style intent fill:#dbeafe,stroke:#2563eb,color:#000
style contract fill:#fef3c7,stroke:#f59e0b,color:#000
style execution fill:#dcfce7,stroke:#16a34a,color:#000
style A fill:#93c5fd,stroke:#2563eb,color:#000,stroke-width:2px
style B fill:#60a5fa,stroke:#2563eb,color:#000,stroke-width:2px
style C fill:#34d399,stroke:#059669,color:#000,stroke-width:2px
style D fill:#fbbf24,stroke:#d97706,color:#000,stroke-width:2px
style E fill:#a78bfa,stroke:#7c3aed,color:#fff,stroke-width:2px
style F fill:#fb923c,stroke:#ea580c,color:#000,stroke-width:2px
style G fill:#2dd4bf,stroke:#0d9488,color:#000,stroke-width:2px
style H fill:#86efac,stroke:#16a34a,color:#000,stroke-width:2px
style I fill:#f87171,stroke:#dc2626,color:#fff,stroke-width:2px
style J fill:#818cf8,stroke:#6366f1,color:#fff,stroke-width:2px
一句话总结
先放大真实意图,再锁定战略标准,然后写成 Agent 能执行、用户能验收的 goal 提示词。
GoalPro 是什么、不是什么
| 概念 | 它是什么 | 它不是什么 |
|---|---|---|
| GoalPro Skill | 写出高质量 goal 提示词 / Goal Contract 的 Skill | 执行 goal 的工具,也不是简单的提示词润色器 |
| Goal Contract | 给执行者使用的可执行、可验证、可暂停目标说明 | 一串漂亮但无法验收的愿景 |
| Deep Research 门槛 | 战略和外部事实任务的证据前置要求 | 为了显得专业而堆链接 |
| Inventory | 大改前的影响面、调用方、测试入口盘点 | 先重构再补解释 |
| 表达经济 | 战略完整后的删空话 | 把省字数当核心目标 |
好 goal 的质量门
输出 Goal Contract 前,先过这五个门:
- 意图对齐:不能只复述用户原话,必须说清用户真正要改变的局面;如果多种解释会改变路线、风险或验收,先问或写明默认假设。
- 字段互证:
Intent、Strategic outcome、Decision standard、Execution policy、Verification必须互相支撑,不能各写各的。 - 可执行:执行者能看出对象、动作、先读什么、做哪一片、不做什么、何时暂停。
- 可验收:验证证据必须对应用户目标,不能用命令通过冒充真实完成。
- 不过度:小任务不强行 deep research、inventory 或 eval;只有会改变判断、防止真实失败时才加流程。
快速示例
你说:
帮我写一个高质量 goal,让 Codex 修这个项目,别再跑偏。
GoalPro 应该输出:
Goal:
修复项目当前阻塞问题,并交付一份能证明行为恢复的变更。
Intent:
用户真正要的不是“看起来改了代码”,而是让 Agent 先搞清失败点、影响面和验收标准,再做最小必要修复。
Strategic outcome:
项目从不可判断/不可运行状态回到可验证状态;后续继续迭代时不会靠聊天记忆猜测完成度。
Decision standard:
用户目标完成度 > 证据质量 > 最小改动 > 表达经济。不能用命令通过冒充用户目标完成。
Evidence standard:
先读错误、点名文件、README/AGENTS/CLAUDE、相关测试命令;修复后区分结构检查、本地验证和人工验收。
Execution policy:
小修直接做;跨模块或重构先输出 inventory、影响面和分片验证计划。
Stop conditions:
需要删除数据、发布、处理密钥、改公共接口,或发现多条互斥路线时暂停确认。
这类输出的重点不是“格式完整”,而是让执行者知道:先读什么、做什么、不做什么、什么时候停、最后拿什么证明。
快速开始
GoalPro 同时支持 Claude Code 和 Codex。
.claude/skills/goalpro/用于 Claude Code。.agents/skills/goalpro/用于 Codex。
Claude Code 个人级安装
PowerShell:
New-Item -ItemType Directory -Force "$env:USERPROFILE\.claude\skills" | Out-Null
Copy-Item -Recurse -Force ".claude\skills\goalpro" "$env:USERPROFILE\.claude\skills\goalpro"
Bash:
mkdir -p ~/.claude/skills
cp -R .claude/skills/goalpro ~/.claude/skills/goalpro
Codex 个人级安装
PowerShell:
New-Item -ItemType Directory -Force "$env:USERPROFILE\.agents\skills" | Out-Null
Copy-Item -Recurse -Force ".agents\skills\goalpro" "$env:USERPROFILE\.agents\skills\goalpro"
Bash:
mkdir -p ~/.agents/skills
cp -R .agents/skills/goalpro ~/.agents/skills/goalpro
项目级安装
把对应目录复制到目标项目:
目标项目/
├── .claude/skills/goalpro/ # Claude Code
└── .agents/skills/goalpro/ # Codex
Skill 名称与触发
Skill 名称是 goalpro。
这里不用 goal,是为了避免和用户口头说的 goal、Goal Contract 字段,以及 slash command 语义产生混淆。Claude Code 中 Skill 可通过 /skill-name 调用,因此本 Skill 的直接入口是 /goalpro;/goal 不是本项目 Skill 名。
常见触发方式:
写一个高质量 goal帮我优化这个任务提示词把这个需求变成可执行的 Goal Contract给 Claude Code 写执行任务明确 done when / success criteria先 deep research 再定战略这个计划跑偏了,重写 goal大改前先给 inventory 和验证计划
使用路径
| 任务 | 方法重点 | 输出 |
|---|---|---|
| 模糊需求 | 放大真实意图、定义成败标准 | Goal Contract |
| 战略任务 | Deep Research、证据地图、反证 | Research-backed Goal Contract |
| 执行前 goal | 先读上下文、分片执行、验证 | Codex /goal block 或 Claude Code 任务提示词 |
| 大改/重构 | Inventory、影响面、测试入口 | 分片计划和暂停条件 |
| 修复跑偏 | 找旧目标错位点、重写边界 | 修正版 Goal Contract |
| 验收收尾 | 区分结构检查、本地验证、人工验收 | 最终报告标准 |
联系方式

GitHub KimYx0207 |
X @KimYx0207 |
官网 aiking.dev |
微信公众号:老金带你玩AI
飞书知识库:
长期更新入口
请老金喝杯咖啡
如果 GoalPro 对你有帮助,欢迎请我喝杯咖啡,算是对持续维护的支持。
| 微信支付 | 支付宝 |
|---|---|
![]() |
![]() |
方法架构
GoalPro 的核心不是固定模板,而是一条把意图写成可执行 goal 的主干。它保障 goal 的质量,不替执行者完成 goal。
Critical -> Fetch -> Thinking -> Inventory -> Contract -> Review -> Verification
主干
| 阶段 | 要解决的问题 | 不通过时的处理 |
|---|---|---|
| Critical | 用户真正要改变什么? | 回到意图,不直接执行表面请求 |
| Fetch | 哪些材料会改变判断? | 先读本地上下文或外部来源 |
| Thinking | 哪条路线最能赢? | 比较取舍,标出反证和未知 |
| Inventory | 执行者需要先知道哪些影响面和验证入口? | 大改前把盘点要求写进 goal |
| Contract | 如何写成执行者能照着做的契约? | 补齐目标、边界、暂停条件 |
| Review | 有没有空话、越界、假完成? | 删掉装饰性流程,保留判断 |
| Verification | 执行者最后要拿什么证明完成? | 区分未验证、结构检查、本地验证、人工验收 |
Deep Research 门
战略、外部事实、高风险任务不能直接给最终 Goal。
flowchart TD
A["用户请求"] --> B{"是否影响战略 / 外部事实 / 高风险?"}
B -->|否| C["本地 Fetch<br/>读会改变判断的材料"]
B -->|是| D["Deep Research<br/>来源 + 反证 + 信心等级"]
C --> E["Goal Contract"]
D --> F{"证据是否足够?"}
F -->|足够| E
F -->|不足| G["Draft Goal / Research Plan"]
style A fill:#dbeafe,stroke:#2563eb,color:#000,stroke-width:2px
style B fill:#7c3aed,stroke:#4c1d95,color:#fff,stroke-width:3px
style C fill:#dcfce7,stroke:#16a34a,color:#000,stroke-width:2px
style D fill:#fef3c7,stroke:#f59e0b,color:#000,stroke-width:2px
style E fill:#34d399,stroke:#059669,color:#000,stroke-width:2px
style F fill:#fb923c,stroke:#ea580c,color:#000,stroke-width:2px
style G fill:#fee2e2,stroke:#dc2626,color:#000,stroke-width:2px
Evidence Map
战略任务必须形成证据地图,而不是只贴链接:
Evidence Map:
- Source:
Source type:
Claim:
Relevance:
Confidence:
Counterevidence:
Decision impact:
Inventory 门
大改、重构、跨模块任务必须先盘点:
flowchart LR
A["大改请求"] --> B["Inventory<br/>文件 / 调用方 / 测试 / 风险"]
B --> C{"是否有可验证切片?"}
C -->|有| D["Slice 1<br/>最小改动"]
D --> E["最小验证"]
E --> F["Slice 2"]
C -->|没有| G["暂停<br/>补验收路径"]
style A fill:#dbeafe,stroke:#2563eb,color:#000,stroke-width:2px
style B fill:#fef3c7,stroke:#f59e0b,color:#000,stroke-width:2px
style C fill:#7c3aed,stroke:#4c1d95,color:#fff,stroke-width:3px
style D fill:#dcfce7,stroke:#16a34a,color:#000,stroke-width:2px
style E fill:#34d399,stroke:#059669,color:#000,stroke-width:2px
style F fill:#86efac,stroke:#16a34a,color:#000,stroke-width:2px
style G fill:#fee2e2,stroke:#dc2626,color:#000,stroke-width:2px
Goal Contract 字段
| 字段 | 作用 | 常见错误 |
|---|---|---|
Goal |
一句话说明任务对象、动作和方向 | 写成愿景 |
Intent |
放大后的真实意图 | 复述用户原话 |
Strategic outcome |
完成后局面发生什么变化 | 只写交付物 |
Decision standard |
路线判断、优先级、失败条件 | “高质量”但不可判 |
Evidence standard |
来源、验证、反证、信心等级 | 搜到资料就算完成 |
Scope |
本轮包含什么 | 塞未来计划 |
Non-goals |
本轮不做什么 | 写“无”但任务很宽 |
Context to read first |
先读哪些会改变判断的材料 | 全仓库漫游 |
Constraints |
权限、安全、兼容、语言等硬限制 | 写成建议 |
Execution policy |
执行者直接做、先问、先 inventory 的规则 | 仪式化提问 |
Checkpoints |
推进节点和可检查产物 | 过程流水账 |
Verification |
执行者必须交付的完成证据 | 命令通过 = 完成 |
Stop conditions |
必须暂停的条件 | 风险出现还继续 |
Final report |
最后汇报形状 | 大段复述过程 |
设计原则
| 原则 | 原因 |
|---|---|
| 意图完成度优先 | 任务真正完成,比提示词漂亮更重要 |
| 意图对齐先过门 | 表面请求、真实意图、战略结果、执行策略和验收证据必须互相支撑 |
| 可执行性优先 | goal 必须让执行者知道对象、动作、边界、检查点和停止条件 |
| 证据先于战略 | 没有 Fetch 的战略只能是草案 |
| 上下文按需读取 | 全仓库漫游会制造噪音和误判 |
| 大改先 inventory | 先知道影响面,才能控制重构风险 |
| 社区信号要交叉验证 | GitHub、X、Reddit 能暴露失败模式,但不能替代证据 |
| 表达经济从属 | 只删空话,不删判断、边界、证据和验收 |
| 验证分层 | 结构检查、本地验证、线上验证、人工验收不是一回事 |
| Prompt-only 边界 | GoalPro 产出 goal 后停止,执行需要用户另行授权 |
| 不增加装饰机制 | agent、hook、eval 只有能防真实失败时才加 |
文件结构
README.md # 中文项目页
docs/images/ # 联系二维码和收款码
.agents/skills/goalpro/ # Codex 使用的 goalpro Skill
├── SKILL.md
└── references/
├── examples.md
└── source-rules.md
.claude/skills/goalpro/ # Claude Code 使用的 goalpro Skill
├── SKILL.md
└── references/
├── examples.md
└── source-rules.md
不提交的本机产物:
.codex/.meta-kim/graphify-out/- Python / Node 缓存、虚拟环境、构建输出、
.env
参与贡献
如果你发现 Goal Contract 字段不够清楚、示例不够贴近真实任务,或者某条规则会导致 Agent 过度规划,可以开 Issue 或提交 PR。
贡献时请保持三条边界:
- 不把缩短提示词当核心目标。
- 不为了完整感增加机制。
- 不把未经验证的社区观点写成标准。
延伸阅读
Reviews (0)
Sign in to leave a review.
Leave a reviewNo results found

