通用头脑风暴:4 种模式(产品/内容/构建/探索)× 6 阶段,强制前提挑战和 2-3 方案,产出可跨会话续聊的思考文档;支持 Mermaid/图辅助判断。…
Chinese一次修一个 bug + 独立 worktree + 独立 TDD + Bug 修复验收报告 + 多会话并行协调 + dev server 端口治理 + Pass 边界接力(v7.2)。 每个 bug 从登记开始就创建结构化 Bug 修复验收报告。支持 3-4 个窗口同时修不同功能域的 bug, 靠 .forge/active.md 心跳文件 + 功能域判重 + 合并前 merge 预演避免撞车; 启动应用时优先使用项目统一 dev entrypoint,避免 worktree 抢端口或测到旧服务。 在 Codex 环境中,前端复现和修复后自验优先使用 browser-use:browser 的 in-app browser; Computer Use 只作为 browser-use 不可用或非浏览器桌面应用的兜底。 铁律:不做根因分析就不写修复代码 + 每个 bug 独立 worktree/TDD/commit/QA + 没有 Bug 修复验收报告不算完 + 用户问题闭环断言、配置/开关/数据就绪检查、QA 截图证据完整性门禁缺一不可 + 新发现禁止当场顺手修(原 bug Pass 后询问,用户确认才分流到 backlog)+ 多 bug 默认不串成长会话 + 原 bug 已 Pass 后遇到任何新问题,必须先告知“本次 bug 已完成”,询问是否写入文档并给接力 prompt + 并行会话必须在 active.md…
Chinese端到端交付纯编排层:调用 forge- 子 skill 从需求一路编排到发布和文档,.deliver/state.json 检查点,支持 --auto / --resume。…
Chinese全栈设计规划与文档管理。分级门控体系下,管理项目的 DESIGN.md 和 DESIGN-CHANGELOG。涵盖竞品调研、美学方向探索、配色/字体/风格搜索、三层Token架构、Image 2 视觉稿门禁、99条UX规则审计、反AI模板检测、0-10交互评分。自闭环——所有设计知识内嵌,不依赖外部Skill。触发方式:用户说"设计"、"forge-design"、"先看效果图"、forge-dev…
Chinese设计实现:将 DESIGN.md 转化为代码。反AI模板编码、shadcn/ui组件推荐、Token驱动样式、CSS优先修改、原子提交。读取 Image 2/Figma 视觉稿作观感参考,最终以真实截图和 CSS 断言验证。从 forge-design 接力,或 forge-eng…
Chinese开发调度器。接力 forge-prd 产出的 PRD 变更,半自动调度设计(forge-design)、工程(forge-eng)、QA(forge-qa) 子技能。读取 PRD 迭代摘要,并行调研技术方案,传递 Image 2/Figma/真实截图等视觉决策索引,判断需要调用哪些子技能,列出建议顺序供用户确认后以独立上下文执行。触发方式:用户说"开始开发"、"实现需求"、"forge-dev"、PRD…
Chinese文档落地治理规范。统一管理 docs/ 目录下文档的写时约束、读时索引、生命周期标记。提供当前真相源白名单(doc-paths.md)+ frontmatter schema + 新项目一键脚手架(init-project.sh,已就绪)。所有 forge- skill 的文档落地路径以本 skill 的 doc-paths.md 为准。触发方式:用户说"文档治理"、"文档放哪"、"docs 目录乱了"、"forge-doc-policy"、AI 准备创建任意 .md…
Chinese发布后文档更新。读取所有项目文档,与 diff 交叉对照, 更新 README/ARCHITECTURE/CONTRIBUTING/CLAUDE.md 使之匹配已发布内容, 润色 CHANGELOG 语气,清理 TODOS,可选地更新…
Chinese工程文档管理与代码实现。管理项目的 ENGINEERING.md 和 ENGINEERING-CHANGELOG,涵盖前端和后端。支持完整模式(文档+审查+实现)和轻量模式(跳过文档直接实现)。集成 Worktree 会话级隔离、分级 TDD(严格/轻量/验证驱动)、Verification Gate(证据先于断言)。基于 PRD 和 DESIGN.md 产出架构设计、数据流、API 设计、实现清单、测试矩阵,与用户确认关键技术决策后将实现拆分为原子任务、Wave 并行执行、每个任务独立 git commit。触发方式:用户说"工程"、"实现"、"forge-eng"、forge-dev…
Chinese协作复盘与知识沉淀。在完成一段工作后,先启动本地 Fupan Workbench 让用户确认想学的知识点和深度,再按选择调研并生成结构化复盘文档,重点沉淀表达优化、行为诊断、领域知识、AI 协作改进和可执行 TLDR;每个展开的知识模块默认生成一张 Image 2…
Chinese产品诊断与 PRD 迭代管理器。用户描述遇到的问题或需求,skill 诊断根因(产品设计缺陷/实现偏离/PRD遗漏)、审查模块健康度、设计方案、挑战假设、必要时反驳需求,最终更新 PRD 和 CHANGELOG。支持从零创建 PRD、迭代已有 PRD,并记录前端/全栈需求的视觉决策需求(Image…
ChineseQA 验收与测试报告。纯验收模式:测试+报告,不修代码。 两种调用模式: Mode A(完整 QA):test-spec 生成 → 10 维度 Playwright 断言引擎 → 智能分析。 Mode B(单 bug 修复回归):配合 forge-bugfix 的 P6 调用,读取 docs/bugfix/reviews/BF-XX.md, 针对 Bug 修复验收报告里的人工验收指南跑自动化测试,把逐步截图、深度断言、 前后端环境身份校验回填到报告。QA 全过 → 单 bug 模式进 P6.5,批量模式进入 qa-pass-pending-final-review;QA 有挂 → 通知 forge-bugfix 有界回 P5。 核心原则:断言引擎模式,每个测试必须有 pass/fail,不允许 catch 吞错误; 浏览器验收必须使用调用方传入或 dev-status 输出的 appurl,不猜 localhost 端口。 在 Codex 环境中,如果 Browser Use 插件可用,前端页面/交互验收优先使用 browser-use:browser 的 Codex in-app browser 采集用户视角截图和 DOM 证据; Computer Use 只作为 browser-use 不可用或非浏览器桌面应用场景的兜底。 在功能开发后的 QA 自动闭环中,forge-qa 发现 bug 时必须产出结构化 bug 信息, 供 forge-bugfix 创建 BF 报告并独立 worktree/TDD 修复。 支持多种测试引擎:browser-use:browser、Playwright、gstack/browse、纯代码。 触发方式: Mode A:用户说"测试"、"QA"、"forge-qa"、forge-dev 调度器调用 Mode B:forge-bugfix 的 P6 调用(传入 reviewdoc…
Chinese发布上线:PR only(建 PR 即停)或 Full ship(合并 PR + 同步本地基础分支);测试失败不发布、不 force push,状态汇报严格区分提交/推送/合并/部署。 触发方式:用户说"ship"、"发布"、"合并上线"、"发…
ChineseIncludes Forge Brainstorm, Forge Bugfix, Forge Deliver, and other workflows.
Supported by the Atlas install prompt. Skill-specific requirements vary.
Pack stats
What’s included
Forge Brainstorm
通用头脑风暴:4 种模式(产品/内容/构建/探索)× 6 阶段,强制前提挑战和 2-3 方案,产出可跨会话续聊的思考文档;支持 Mermaid/图辅助判断。 触发方式:用户说"头脑风暴"、"brainstorm"、"讨论一下"、"我有个想法"、"帮我想想"、"画图梳理想法"。
Forge Bugfix
一次修一个 bug + 独立 worktree + 独立 TDD + Bug 修复验收报告 + 多会话并行协调 + dev server 端口治理 + Pass 边界接力(v7.2)。 每个 bug 从登记开始就创建结构化 Bug 修复验收报告。支持 3-4 个窗口同时修不同功能域的 bug, 靠 .forge/active.md 心跳文件 + 功能域判重 + 合并前 merge 预演避免撞车; 启动应用时优先使用项目统一 dev entrypoint,避免 worktree 抢端口或测到旧服务。 在 Codex 环境中,前端复现和修复后自验优先使用 browser-use:browser 的 in-app browser; Computer Use 只作为 browser-use 不可用或非浏览器桌面应用的兜底。 铁律:不做根因分析就不写修复代码 + 每个 bug 独立 worktree/TDD/commit/QA + 没有 Bug 修复验收报告不算完 + 用户问题闭环断言、配置/开关/数据就绪检查、QA 截图证据完整性门禁缺一不可 + 新发现禁止当场顺手修(原 bug Pass 后询问,用户确认才分流到 backlog)+ 多 bug 默认不串成长会话 + 原 bug 已 Pass 后遇到任何新问题,必须先告知“本次 bug 已完成”,询问是否写入文档并给接力 prompt + 并行会话必须在 active.md 登记,同域归并会话、异域鼓励并行。
Forge Deliver
端到端交付纯编排层:调用 forge- 子 skill 从需求一路编排到发布和文档,.deliver/state.json 检查点,支持 --auto / --resume。 触发方式:用户说"forge-deliver"、"端到端交付"、"全自动交付"。
Forge Design
全栈设计规划与文档管理。分级门控体系下,管理项目的 DESIGN.md 和 DESIGN-CHANGELOG。涵盖竞品调研、美学方向探索、配色/字体/风格搜索、三层Token架构、Image 2 视觉稿门禁、99条UX规则审计、反AI模板检测、0-10交互评分。自闭环——所有设计知识内嵌,不依赖外部Skill。触发方式:用户说"设计"、"forge-design"、"先看效果图"、forge-dev 调度器调用、需要创建或更新设计文档时使用。
Forge Design Impl
设计实现:将 DESIGN.md 转化为代码。反AI模板编码、shadcn/ui组件推荐、Token驱动样式、CSS优先修改、原子提交。读取 Image 2/Figma 视觉稿作观感参考,最终以真实截图和 CSS 断言验证。从 forge-design 接力,或 forge-eng 调用。触发方式:用户说"实现设计"、"forge-design-impl"、设计文档确认后需要写代码时使用。
Forge Dev
开发调度器。接力 forge-prd 产出的 PRD 变更,半自动调度设计(forge-design)、工程(forge-eng)、QA(forge-qa) 子技能。读取 PRD 迭代摘要,并行调研技术方案,传递 Image 2/Figma/真实截图等视觉决策索引,判断需要调用哪些子技能,列出建议顺序供用户确认后以独立上下文执行。触发方式:用户说"开始开发"、"实现需求"、"forge-dev"、PRD 更新后需要进入开发阶段时使用。
Forge Doc Policy
文档落地治理规范。统一管理 docs/ 目录下文档的写时约束、读时索引、生命周期标记。提供当前真相源白名单(doc-paths.md)+ frontmatter schema + 新项目一键脚手架(init-project.sh,已就绪)。所有 forge- skill 的文档落地路径以本 skill 的 doc-paths.md 为准。触发方式:用户说"文档治理"、"文档放哪"、"docs 目录乱了"、"forge-doc-policy"、AI 准备创建任意 .md 或新目录前的自查。
Forge Doc Release
发布后文档更新。读取所有项目文档,与 diff 交叉对照, 更新 README/ARCHITECTURE/CONTRIBUTING/CLAUDE.md 使之匹配已发布内容, 润色 CHANGELOG 语气,清理 TODOS,可选地更新 VERSION。
Forge Eng
工程文档管理与代码实现。管理项目的 ENGINEERING.md 和 ENGINEERING-CHANGELOG,涵盖前端和后端。支持完整模式(文档+审查+实现)和轻量模式(跳过文档直接实现)。集成 Worktree 会话级隔离、分级 TDD(严格/轻量/验证驱动)、Verification Gate(证据先于断言)。基于 PRD 和 DESIGN.md 产出架构设计、数据流、API 设计、实现清单、测试矩阵,与用户确认关键技术决策后将实现拆分为原子任务、Wave 并行执行、每个任务独立 git commit。触发方式:用户说"工程"、"实现"、"forge-eng"、forge-dev 调度器调用、需要实现代码变更时使用。
Forge Fupan
协作复盘与知识沉淀。在完成一段工作后,先启动本地 Fupan Workbench 让用户确认想学的知识点和深度,再按选择调研并生成结构化复盘文档,重点沉淀表达优化、行为诊断、领域知识、AI 协作改进和可执行 TLDR;每个展开的知识模块默认生成一张 Image 2 学习图。触发方式:用户说"总结知识"、"学习总结"、"复盘"、"可视化复盘"、"/forge-fupan"时使用。
Forge Prd
产品诊断与 PRD 迭代管理器。用户描述遇到的问题或需求,skill 诊断根因(产品设计缺陷/实现偏离/PRD遗漏)、审查模块健康度、设计方案、挑战假设、必要时反驳需求,最终更新 PRD 和 CHANGELOG。支持从零创建 PRD、迭代已有 PRD,并记录前端/全栈需求的视觉决策需求(Image 2/Figma/真实截图)。触发方式:用户说"更新PRD"、"调整需求"、"迭代PRD"、"forge-prd"、描述产品问题、需要修改项目产品需求时使用。
Forge QA
QA 验收与测试报告。纯验收模式:测试+报告,不修代码。 两种调用模式: Mode A(完整 QA):test-spec 生成 → 10 维度 Playwright 断言引擎 → 智能分析。 Mode B(单 bug 修复回归):配合 forge-bugfix 的 P6 调用,读取 docs/bugfix/reviews/BF-XX.md, 针对 Bug 修复验收报告里的人工验收指南跑自动化测试,把逐步截图、深度断言、 前后端环境身份校验回填到报告。QA 全过 → 单 bug 模式进 P6.5,批量模式进入 qa-pass-pending-final-review;QA 有挂 → 通知 forge-bugfix 有界回 P5。 核心原则:断言引擎模式,每个测试必须有 pass/fail,不允许 catch 吞错误; 浏览器验收必须使用调用方传入或 dev-status 输出的 appurl,不猜 localhost 端口。 在 Codex 环境中,如果 Browser Use 插件可用,前端页面/交互验收优先使用 browser-use:browser 的 Codex in-app browser 采集用户视角截图和 DOM 证据; Computer Use 只作为 browser-use 不可用或非浏览器桌面应用场景的兜底。 在功能开发后的 QA 自动闭环中,forge-qa 发现 bug 时必须产出结构化 bug 信息, 供 forge-bugfix 创建 BF 报告并独立 worktree/TDD 修复。 支持多种测试引擎:browser-use:browser、Playwright、gstack/browse、纯代码。 触发方式: Mode A:用户说"测试"、"QA"、"forge-qa"、forge-dev 调度器调用 Mode B:forge-bugfix 的 P6 调用(传入 reviewdoc 路径)
Forge Ship
发布上线:PR only(建 PR 即停)或 Full ship(合并 PR + 同步本地基础分支);测试失败不发布、不 force push,状态汇报严格区分提交/推送/合并/部署。 触发方式:用户说"ship"、"发布"、"合并上线"、"发 PR"。
Quick start
- Choose your skills. Select individual skills above, or choose the entire pack.
- Copy the install prompt. Use Copy install prompt above the list.
- Send it to your agent. Paste into your coding agent’s chat. Your agent reviews the source and guides the setup.
Try it with your agent
After installation, start with a request like:
Use the Forge Brainstorm skill to help with my task.
Ask me for the context you need before getting started.Requirements & license
- A coding agent that can access your project files and install skills.
- Your agent checks each skill’s instructions, dependencies, and permissions during setup.
- Reported license for the skills shown: MIT. The author’s terms apply.