Oh My Taiyiforge

English · 简体中文

TaiyiForge（太一炉）

把 AI 写代码的玄学，变成一条可执行、可审计的工程流水线。

快速开始 · 核心能力 · 文档 · 社区

为什么需要 TaiyiForge？

用 AI 写代码很简单。用 AI 做工程很难。

TaiyiForge 的回答：一套九阶段工件契约 + 状态机引擎。在四套 AI 终端里行为完全一致。
/taiyi:plan 默认半自动（拆模块 + 推荐 profile，人确认后批量 /taiyi:new）；切到 auto 模式即可一键生成全栈骨架（见下方"一键生成"小节）。不用背阶段顺序，不用记工件模板。

演示

27 秒终端实录。从零创建一个 change，引擎自动推进阶段：

注：/taiyi:new → /taiyi:status → /taiyi:write → /taiyi:continue，四步走完一个阶段。

快速开始

你只管写 Markdown 和代码。阶段顺序、工件模板、门控校验全是引擎的活。

详细安装 →

核心能力

九阶段流水线

每次变更顺序走九步，每步固定产出。关键节点 人类门控——AI 不能放行自己。

完整流程 →

一套命令，四端通用

不管是 Claude Code 的 /taiyi:new、Cursor 的同名 slash、Codex 的 $taiyi-new，还是 OpenCode 的插件工具——同一套词汇，同一种行为。

v30 推荐顶栏（21 条）：

21 条完整命令表 →

项目级 vs Change 级

/taiyi:plan 一键生成的全栈骨架（auto 模式）

/taiyi:plan 默认半自动——拆完模块后等人确认再批量 /taiyi:new。auto 模式则一口气把后端、前端、测试、迁移全跑完，单条命令生成可直接跑的全栈工程。

下面就是 auto 模式一次产出的真实结构（examples/translation-assistant/agent/，79 文件 / 23 目录）：

对应九阶段工件：每个模块在 .taiyi/changes// 产出 {phase}.json + hbs 渲染的 CHANGE.md → … → CHANGELOG.md（本地可见，默认不提交仓库）。

怎么跑：从需求文件开始

完整示例 → · plan 命令参考 →

不止流水线

- 强制 TDD：dev 阶段先红后绿，不是建议是硬约束
- evidence 防假过门：每个 AC 必须配可执行验证命令，跑不过不放
- token 压缩：长会话自动产出 CONTEXT-COMPACT.md，跨天无缝续上
- ChangeGraph：自动追踪变更间依赖，改一处知全局
- 不搞一刀切：大功能 full，小修复 lite，typo 改 nano
- 5 个插件式 Registry（v1.0.0-rc.1）：Profile / CodePattern / SSOTRule / Extractor / RunnerPolicy 统一为 Registry 抽象，支持 builtin + YAML + node_modules 三种扩展源，老 API 保持兼容。详见 CHANGELOG。

对比

文档

社区

- 🐛 报告 Bug
- 💡 想法 & 讨论
- 🔧 贡献代码 — npm test 必须绿
- ⭐ Star 一下，下次发布不迷路

TaiyiForge 不发明新标准——它把 Harness · OpenSpec · GStack · Superpowers · OMO · Spec-Kit 编排成一台状态机。装了什么用什么，其余自动跳过。

许可证

MIT © 2026 TaiyiForge contributors

灵感来源：oh-my-claudecode · oh-my-codex · Harness Engineering · OpenSpec · GStack · Superpowers · OMO · Spec-Kit