快速开始

OriginAI 当前处于公开测试阶段，面向个人账户提供服务。Free 套餐完整覆盖所有核心闭环：规格生成、版本发布与编码 Agent 接入。

根据当前产品的阶段，通常有两种切入路径。无论从哪条路径开始，最终都归于同一目标：形成一份可持续迭代、版本化发布并能够可靠交付给团队与 Agent 的结构化规格。

                         Releases
                            ↑ ↓
需求 ──► 规格 ──► 编码 Agent ──► PR ──► 功能交付
          ↑  ↖        ↓    ↑       ↓
          │    变更请求    └── GitHub App
          │
   ┌─ 新产品（应用内 brief）
   ├─ 已有代码仓库（skill + Claude Code / Codex）
   ├─ 功能迭代（改规格 → 发布）
   └─ 自有 Agent 变更请求

GitHub 中的 originai / spec-review 属于建议性检查，不阻断代码合并。详情参见什么是 OriginAI？。

从产品构想开始

若尚未编写代码，或希望由 OriginAI 根据产品需求描述起草规格，推荐选择此路径。你只需描述功能预期与业务规则，查阅生成的初稿并在可视化工作台中调整，准备就绪后即可正式发布。如果尚未想好如何描述，指南中提供了可直接使用的示例，可一键填入首页输入框。

→ 在 OriginAI 上创建项目

从代码仓库开始

若产品已有运行中的代码仓库，但尚未建立起统一且机器可读的产品规格定义，推荐选择此路径。先安装 Origin skill，把提示词贴进 Claude Code 或 Codex（配前沿模型），让 Agent 把规格写入 OriginAI，随后由你在线确认、微调并发布。

→ 从代码仓库生成规格

发布规格后的协同

当规格完成编写并正式发布后，团队成员与自动化工具均围绕该确定版本协同——无需反复翻找聊天记录。你可以将冻结的 Release 快照共享给队友或编码 Agent。

→ 将规格共享给团队或编码 Agent

Agent 提议变更的处理流程

在项目发布首个 Release 后，编码 Agent 将不再直接修改工作区规格。当它们发现实际代码与规格有出入时，会提交一份变更请求，经由你审核应用或驳回后，再发布新版本。

→ 审阅变更请求