planning-workflow by dicklesworthstone/agent_flywheel_clawdbot_skills_and_integrations
npx skills add https://github.com/dicklesworthstone/agent_flywheel_clawdbot_skills_and_integrations --skill planning-workflow核心理念: "规划所用的 token 远比实现所用的 token 少且便宜。"
当模型在其上下文窗口内对一个详细计划进行推理时,它们会表现得聪明得多。这就是为什么要在规划上花费 80% 以上时间的关键洞见。
在消耗大量 token 启动庞大的智能体集群之前:
┌──────────────────────────────────────────────────────────────┐
│ 1. 初始规划 (在网页应用中使用 GPT Pro / Opus 4.5) │
│ └─► 解释目标、意图、工作流程、技术栈 │
├──────────────────────────────────────────────────────────────┤
│ 2. 迭代优化 (GPT Pro 扩展推理) │
│ └─► 进行 4-5 轮修订,直到达到稳定状态 │
├──────────────────────────────────────────────────────────────┤
│ 3. 多模型融合 (可选但推荐) │
│ └─► Gemini3 Deep Think, Grok4 Heavy, Opus 4.5 │
│ └─► GPT Pro 作为最终仲裁者 │
├──────────────────────────────────────────────────────────────┤
│ 4. 转换为 BEADS (Claude Code + Opus 4.5) │
│ └─► 具有依赖结构的独立任务 │
├──────────────────────────────────────────────────────────────┤
│ 5. 打磨 BEADS (6+ 轮直到稳定状态) │
│ └─► 跨模型审查,切勿过度简化 │
└──────────────────────────────────────────────────────────────┘
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
在网页应用中使用 GPT Pro 并开启扩展推理。在处理适合其上下文窗口的输入时,网页版上没有其他模型能比得上 Pro。
备选方案: 网页应用中的 Claude Opus 4.5 也适合做初始规划。
你甚至不需要自己编写初始的 Markdown 计划。你可以用 GPT Pro 来写,只需解释你想要做什么。
将你的整个 Markdown 计划粘贴到启用了扩展推理的 GPT Pro 中,并使用这个精确的提示词:
Carefully review this entire plan for me and come up with your best revisions in terms of better architecture, new features, changed features, etc. to make it better, more robust/reliable, more performant, more compelling/useful, etc. For each proposed change, give me your detailed analysis and rationale/justification for why it would make the project better along with the git-diff style change versus the original plan shown below:
<PASTE YOUR EXISTING COMPLETE PLAN HERE>
在 GPT Pro 完成后(对于复杂计划可能需要 20-30 分钟),将输出粘贴到 Claude Code 中,并使用这个精确的提示词:
OK, now integrate these revisions to the markdown plan in-place; use ultrathink and be meticulous. At the end, you can tell me which changes you wholeheartedly agree with, which you somewhat agree with, and which you disagree with:
```[Pasted text from GPT Pro]```
不同的模型有不同的优势。融合能获得"集百家之长"的效果。
I asked 3 competing LLMs to do the exact same thing and they came up with pretty different plans which you can read below. I want you to REALLY carefully analyze their plans with an open mind and be intellectually honest about what they did that's better than your plan. Then I want you to come up with the best possible revisions to your plan (you should simply update your existing document for your original plan with the revisions) that artfully and skillfully blends the "best of all worlds" to create a true, ultimate, superior hybrid version of the plan that best achieves our stated goals and will work the best in real-world practice to solve the problems we are facing and our overarching goals while ensuring the extreme success of the enterprise as best as possible; you should provide me with a complete series of git-diff style changes to your original plan to turn it into the new, enhanced, much longer and detailed plan that integrates the best of all the plans with every good idea included (you don't need to mention which ideas came from which models in the final revised enhanced plan):
[Paste competing plans here]
| 项目 | 计划链接 |
|---|---|
| CASS 记忆系统 | PLAN_FOR_CASS_MEMORY_SYSTEM.md |
| CASS GitHub Pages 导出 | PLAN_TO_CREATE_GH_PAGES_WEB_EXPORT_APP.md |
| 项目类型 | 链接 |
|---|---|
| NextJS 网页应用 + TypeScript CLI | brenner_bot/AGENTS.md |
| Bash 脚本项目 | repo_updater/AGENTS.md |
| 好计划 | 伟大计划 |
|---|---|
| 描述要构建什么 | 解释为什么要构建它 |
| 列出功能 | 详细说明用户工作流程和交互 |
| 提及技术栈 | 用权衡来论证技术选择 |
| 有任务列表 | 有附带依赖关系和原理说明的任务列表 |
| 约 500 行 | 优化后约 3,500+ 行 |
问:我不应该先写一个代码骨架吗? 答:通过创建一个全面、详细、粒度化的大计划,你能更快地获得更好的结果。这是让模型一次性理解整个系统的唯一方法。一旦你开始将其转化为代码,它就会变得太大而难以理解。
问:如果我遇到了没预料到的问题怎么办? 答:发现缺陷并修复它们正是所有迭代和融合前沿模型反馈的全部意义所在。如果你按照该流程使用那些特定的模型和提示词,经过足够多的轮次后,你将得到一个极好的、能"直接运行"的计划。在实现 v1 之后,你可以为 v2 创建另一个计划。没有人说你只能做一个计划。
问:我如何为智能体分配任务? 答:每个智能体使用 bv 来查找下一个最优的 bead 并将其标记为进行中。这是分布式、健壮、可互换的智能体。
问:智能体需要专业化吗? 答:不需要。每个智能体都是可互换的通才。它们都使用相同的基础模型并读取相同的 AGENTS.md。仅仅告诉一个智能体它是"前端智能体"并不会让它更擅长前端。
问:我应该使用哪种技术栈? 答:这是"预规划"阶段的一部分。通常我根据项目类型已经知道:
问:设计决策应该放在 markdown 里还是 beads 里? 答:beads 本身可以并且应该包含这些 markdown。你可以在 beads 内部有很长的描述/注释 —— 它们不需要是简短的要点式条目。
将最佳实践指南保存在你的项目文件夹中,并在 AGENTS.md 中引用它们:
让 Claude Code 搜索网络并将其更新到最新版本。
Carefully review this entire plan for me and come up with your best revisions in terms of better architecture, new features, changed features, etc. to make it better, more robust/reliable, more performant, more compelling/useful, etc. For each proposed change, give me your detailed analysis and rationale/justification for why it would make the project better along with the git-diff style change versus the original plan shown below:
<PASTE YOUR EXISTING COMPLETE PLAN HERE>
OK, now integrate these revisions to the markdown plan in-place; use ultrathink and be meticulous. At the end, you can tell me which changes you wholeheartedly agree with, which you somewhat agree with, and which you disagree with:
```[Pasted text from GPT Pro]```
I asked 3 competing LLMs to do the exact same thing and they came up with pretty different plans which you can read below. I want you to REALLY carefully analyze their plans with an open mind and be intellectually honest about what they did that's better than your plan. Then I want you to come up with the best possible revisions to your plan (you should simply update your existing document for your original plan with the revisions) that artfully and skillfully blends the "best of all worlds" to create a true, ultimate, superior hybrid version of the plan that best achieves our stated goals and will work the best in real-world practice to solve the problems we are facing and our overarching goals while ensuring the extreme success of the enterprise as best as possible; you should provide me with a complete series of git-diff style changes to your original plan to turn it into the new, enhanced, much longer and detailed plan that integrates the best of all the plans with every good idea included (you don't need to mention which ideas came from which models in the final revised enhanced plan):
[Paste competing plans here]
每周安装次数
79
代码仓库
GitHub 星标数
55
首次出现
Jan 20, 2026
安全审计
安装于
opencode57
gemini-cli55
claude-code51
codex49
github-copilot45
cursor45
Core Philosophy: "Planning tokens are a lot fewer and cheaper than implementation tokens."
The models are far smarter when reasoning about a detailed plan that fits within their context window. This is the key insight behind spending 80%+ of time on planning.
Before burning tokens with a big agent swarm:
┌──────────────────────────────────────────────────────────────┐
│ 1. INITIAL PLAN (GPT Pro / Opus 4.5 in web app) │
│ └─► Explain goals, intent, workflows, tech stack │
├──────────────────────────────────────────────────────────────┤
│ 2. ITERATIVE REFINEMENT (GPT Pro Extended Reasoning) │
│ └─► 4-5 rounds of revision until steady-state │
├──────────────────────────────────────────────────────────────┤
│ 3. MULTI-MODEL BLENDING (Optional but recommended) │
│ └─► Gemini3 Deep Think, Grok4 Heavy, Opus 4.5 │
│ └─► GPT Pro as final arbiter │
├──────────────────────────────────────────────────────────────┤
│ 4. CONVERT TO BEADS (Claude Code + Opus 4.5) │
│ └─► Self-contained tasks with dependency structure │
├──────────────────────────────────────────────────────────────┤
│ 5. POLISH BEADS (6+ rounds until steady-state) │
│ └─► Cross-model review, never oversimplify │
└──────────────────────────────────────────────────────────────┘
Use GPT Pro with Extended Reasoning in the web app. No other model can touch Pro on the web when dealing with input that fits its context window.
Alternative: Claude Opus 4.5 in the webapp is also good for initial plans.
You don't even need to write the initial markdown plan yourself. You can write that with GPT Pro, just explaining what it is you want to make.
Paste your entire markdown plan into GPT Pro with Extended Reasoning enabled and use this EXACT prompt:
Carefully review this entire plan for me and come up with your best revisions in terms of better architecture, new features, changed features, etc. to make it better, more robust/reliable, more performant, more compelling/useful, etc. For each proposed change, give me your detailed analysis and rationale/justification for why it would make the project better along with the git-diff style change versus the original plan shown below:
<PASTE YOUR EXISTING COMPLETE PLAN HERE>
After GPT Pro finishes (may take 20-30 minutes for complex plans), paste the output into Claude Code with this EXACT prompt:
OK, now integrate these revisions to the markdown plan in-place; use ultrathink and be meticulous. At the end, you can tell me which changes you wholeheartedly agree with, which you somewhat agree with, and which you disagree with:
```[Pasted text from GPT Pro]```
Different models have different strengths. Blending gets "best of all worlds."
I asked 3 competing LLMs to do the exact same thing and they came up with pretty different plans which you can read below. I want you to REALLY carefully analyze their plans with an open mind and be intellectually honest about what they did that's better than your plan. Then I want you to come up with the best possible revisions to your plan (you should simply update your existing document for your original plan with the revisions) that artfully and skillfully blends the "best of all worlds" to create a true, ultimate, superior hybrid version of the plan that best achieves our stated goals and will work the best in real-world practice to solve the problems we are facing and our overarching goals while ensuring the extreme success of the enterprise as best as possible; you should provide me with a complete series of git-diff style changes to your original plan to turn it into the new, enhanced, much longer and detailed plan that integrates the best of all the plans with every good idea included (you don't need to mention which ideas came from which models in the final revised enhanced plan):
[Paste competing plans here]
| Project | Plan Link |
|---|---|
| CASS Memory System | PLAN_FOR_CASS_MEMORY_SYSTEM.md |
| CASS GitHub Pages Export | PLAN_TO_CREATE_GH_PAGES_WEB_EXPORT_APP.md |
| Project Type | Link |
|---|---|
| NextJS webapp + TypeScript CLI | brenner_bot/AGENTS.md |
| Bash script project | repo_updater/AGENTS.md |
| Good Plan | Great Plan |
|---|---|
| Describes what to build | Explains WHY you're building it |
| Lists features | Details user workflows and interactions |
| Mentions tech stack | Justifies tech choices with tradeoffs |
| Has tasks | Has tasks with dependencies and rationale |
| ~500 lines | ~3,500+ lines after refinement |
Q: Shouldn't I code a skeleton first? A: You get a better result faster by creating one big comprehensive, detailed, granular plan. That's the only way to get models to understand the entire system at once. Once you start turning it into code, it gets too big to understand.
Q: What about problems I didn't anticipate? A: Finding the flaws and fixing them is the whole point of all the iterations and blending in feedback from all the frontier models. If you follow the procedure using those specific models and prompts, after enough rounds, you will have an extremely good plan that will "just work." After implementing v1, you create another plan for v2. Nothing says you can only do one plan.
Q: How do I divide tasks for agents? A: Each agent uses bv to find the next optimal bead and marks it in-progress. Distributed, robust, fungible agents.
Q: Do agents need specialization? A: No. Every agent is fungible and a generalist. They all use the same base model and read the same AGENTS.md. Simply telling one it's a "frontend agent" doesn't make it better at frontend.
Q: Which tech stack should I use? A: This is part of the "pre-planning" phase. Usually I already know based on project type:
Q: Should design decisions be in markdown or beads? A: The beads themselves can and should contain this markdown. You can have long descriptions/comments inside the beads—they don't need to be short bullet point type entries.
Keep best practices guides in your project folder and reference them in AGENTS.md:
Have Claude Code search the web and update them to latest versions.
Carefully review this entire plan for me and come up with your best revisions in terms of better architecture, new features, changed features, etc. to make it better, more robust/reliable, more performant, more compelling/useful, etc. For each proposed change, give me your detailed analysis and rationale/justification for why it would make the project better along with the git-diff style change versus the original plan shown below:
<PASTE YOUR EXISTING COMPLETE PLAN HERE>
OK, now integrate these revisions to the markdown plan in-place; use ultrathink and be meticulous. At the end, you can tell me which changes you wholeheartedly agree with, which you somewhat agree with, and which you disagree with:
```[Pasted text from GPT Pro]```
I asked 3 competing LLMs to do the exact same thing and they came up with pretty different plans which you can read below. I want you to REALLY carefully analyze their plans with an open mind and be intellectually honest about what they did that's better than your plan. Then I want you to come up with the best possible revisions to your plan (you should simply update your existing document for your original plan with the revisions) that artfully and skillfully blends the "best of all worlds" to create a true, ultimate, superior hybrid version of the plan that best achieves our stated goals and will work the best in real-world practice to solve the problems we are facing and our overarching goals while ensuring the extreme success of the enterprise as best as possible; you should provide me with a complete series of git-diff style changes to your original plan to turn it into the new, enhanced, much longer and detailed plan that integrates the best of all the plans with every good idea included (you don't need to mention which ideas came from which models in the final revised enhanced plan):
[Paste competing plans here]
Weekly Installs
79
Repository
GitHub Stars
55
First Seen
Jan 20, 2026
Security Audits
Gen Agent Trust HubPassSocketPassSnykWarn
Installed on
opencode57
gemini-cli55
claude-code51
codex49
github-copilot45
cursor45
AI Elements:基于shadcn/ui的AI原生应用组件库,快速构建对话界面
66,200 周安装
Spec设计调研技能:AI驱动需求分析,系统化提取未知项并生成研究任务
95 周安装
Playwright 高质量应用截图生成工具 - 一键创建营销级 HiDPI 截图
95 周安装
arch-tsdown-cli:TypeScript CLI项目启动模板,支持ESM、d.ts自动生成与npm可信发布
95 周安装
Confluence 专家指南:空间管理、文档架构、模板与协作知识库搭建
96 周安装
构建完整AI聊天应用指南:Next.js + Neon + AI SDK实现持久化聊天与自动命名
96 周安装
员工手册AI助手:快速解答公司政策、福利、流程问题,提升HR效率
96 周安装