跳到主要内容
新SpecWithCode Browser:让 Claude Code、Codex、GitHub Copilot 或 Grok 使用你自己的 Chrome

切换 AI 工具,不丢进度。

SpecWeave 把计划和每个已完成的任务写入 git,Claude Code、Codex 或任何其他智能体都能接手同一份工作。SpecWithCode(读作“Spec with Code”)是覆盖这些智能体各自原生框架的统一界面,运行在你的机器和订阅上。

两者都免费。应用支持 macOS 13 或更高版本的 Apple silicon Mac、Windows 10 和 11 以及 Linux:下载 SpecWithCode。

npm install -g specweave
开源 CLI:MIT 许可,本地优先,无需账号。
SpecWithCodetrip-budget
完整的 SpecWithCode 窗口:侧边栏里的 trip-budget 项目,Claude Code 协调器汇报两项更改均已完成、23 项测试全部通过,“线程”面板中有一个 Claude Code 工作线程和一个 Codex 工作线程在运行,以及七个已完成的线程完整的 SpecWithCode 窗口:侧边栏里的 trip-budget 项目,Claude Code 协调器汇报两项更改均已完成、23 项测试全部通过,“线程”面板中有一个 Claude Code 工作线程和一个 Codex 工作线程在运行,以及七个已完成的线程
协调器报告的截图局部:测试,23 项通过,用时 0.09 秒协调器报告的截图局部:测试,23 项通过,用时 0.09 秒
“线程”面板的截图局部:进行中 2 个,Claude Code Opus 5.5 上的 README docs for --json and --people,以及 Codex GPT-6.1-Sol 上的 split.py --people option“线程”面板的截图局部:进行中 2 个,Claude Code Opus 5.5 上的 README docs for --json and --people,以及 Codex GPT-6.1-Sol 上的 split.py --people option线程面板 · 2026 年 10 月 27 日
协调器消息的截图局部:Write tip.py CLI、已请求审批,以及 README usage for tip.py、进行中,每项都带有“查看线程”并行的工作线程 · 2026 年 10 月 15 日
“用量与额度”的截图局部:Claude 会话,剩余 2%用量上限 · 2026 年 10 月 10 日
真实截图,已裁剪。Claude Code 协调器汇报进展,同时一个 Claude Code 工作线程和一个 Codex 工作线程在“线程”面板中运行。SpecWithCode 1.0.103,2026 年 10 月 27 日。 浮动的裁剪图:同一窗口,以及 2026 年 10 月 15 日和 10 日的 SpecWithCode 录屏。查看原图查看原图

兼容Claude CodeCodexCursorGemini CLIGitHub Copilot CLIGrokOpenCodeMuse CodeAntigravityPi

一份 git 记录,三种使用方式

SpecWeave 把计划和证据保存在你的仓库里。SpecWithCode 在你的机器上,依据这份记录运行智能体。Verified Skill 为这些智能体提供可以先行检查的技能。

  1. $ specweave pickup
    Picked up the handoff from claude@cloud (out of tokens): applied 7 uncommitted files.
    SpecWeave pickup · you are codex@laptop
    Increment 0001-resumable-checkout "Resumable checkout" (active) · tasks 1/2 done
    Next: T-02 Restore the draft on return
      AC-01: Returning within 24 hours restores the cart and shipping choice
      AC-02: A paid order is never restored
    真实输出 · specweave 3.1.0

    SpecWeave CLI

    npm 上的开源项目,MIT。版本 3.1.0,17 October 2026。

    把规格、任务台账和测试证据写入你的仓库,并用 specweave handoff 把工作交给下一个工具。如果你在终端里使用 Claude Code、Codex 或任何读取文件的智能体,就从这里开始。

    npm install -g specweave
    然后在你的项目中运行 specweave init。
    CLI 如何运作
  2. 示意图

    Verified Skill

    可在 verified-skill.com 免费浏览。

    智能体技能注册表。每个技能都展示来源和安全扫描结果,有评测时还展示评测,让你在智能体使用之前就清楚安装的是什么。

    每个技能页面都展示什么
    来源
    技能所属的仓库,方便你先读一读。
    安全扫描
    安装之前,对每个文件的扫描发现了什么。
    评测(有则显示)
    这个技能在真实任务上是否有帮助。目前并非每个技能都有评测。
    在 verified-skill.com 探索技能

SpecWithCode · 免费,抢先体验

SpecWithCode 是用 SpecWithCode 构建的

我们在应用里构建应用。协调器保管每个项目的简报,Claude Code、Codex 等智能体上的工作线程编写更改并提交拉取请求,整个工作跨越一台 Mac 和一台通过 SpecWithCode Connect 加入的 Linux 工作机器。

367
个 SpecWithCode 拉取请求由工作线程提交并合并,2026 年 10 月 15 日至 29 日
167
背后的工作线程:Claude Code 100 个,Codex 65 个,其余在 Gemini CLI 和 Copilot 上
2,473
维护者主力 Mac 上自 10 月 9 日以来的线程,横跨六个项目

统计自应用自己的线程记录,截至 2026 年 10 月 30 日。

SpecWithCodeMac 协调器,Linux 工作机器
实际的 SpecWithCode 项目:m4 Mac 上的协调器在 Linux 机器 ministorm 上启动 Ministorm e2e proof 线程;工作线程回复 uname 输出 Linux ministorm 7.0.0-38-generic x86_64 和 Hello, ministorm,并保存了 e2e-proof.txt
真实截图,2026 年 10 月 30 日,来自我们的端到端测试。Mac 上的协调器在 Linux 机器 ministorm 上启动一个工作线程,工作线程从那里汇报。Claude Code 触达上限后,协调器改用 Grok 继续。

最近由线程合并的拉取请求

  1. #961目标源里程碑完成后,用户目标仍保持打开Codex 线程已合并
  2. #954输入框中本会话技能的弹出面板Gemini CLI 线程已合并
  3. #927优先使用 Connect 集群路由,并支持不限数量的账号容量Codex 线程已合并
  4. #880让线程机器标签指向“交接给”Claude Code 线程已合并
  5. #873返回时默认询问;空闲压缩改为主动开启Claude Code 线程已合并
  6. #837PPTX 产物以幻灯片预览打开Claude Code 线程已合并

来自线程记录:每个拉取请求都由旁边标注的工作线程提交并关联。它们进入我们的开发仓库;公开的源码仓库会定期同步快照。

看 SpecWithCode 如何构建自己

Claude Code 触达上限时,Codex 接手同一项任务

交接会带上规格、认领记录和证据。没有任何东西只存在于某个聊天窗口里。

示意图
  1. 规格

    “完成”的含义,在任何智能体开工前一次写好。spec.md

    ## Acceptance Criteria
    - [ ] AC-01: Returning within 24 hours restores the cart and shipping choice
    - [ ] AC-02: A paid order is never restored
    
    ### T-01 Save the cart as a draft
    - AC: AC-01 | Files: src/draft.js | Test: npm test
    
    ### T-02 Restore the draft on return
    - AC: AC-01, AC-02 | Files: src/restore.js | Test: npm test
  2. 智能体

    任何能读取这些文件的工具,都可以认领任务、证明完成,然后继续下一个。

    1. specweave task claim T-01

      Claude Code 领取第一个未完成的任务。认领是台账中的一行,所以其他智能体不会重复领取。

    2. specweave task done T-01 --run "npm test"

      运行该任务的测试。退出码 0 就是证据,完整输出保存在 reports/task-T-01.txt。

    3. specweave task claim T-02

      Claude Code 认领了 T-02,做到一半就触达了用量上限。

      用量上限
  3. git 中的台账

    每次认领、完成和释放都是一行,与代码一起提交。ledger.jsonl

    {"t":"T-01","e":"claim","by":"claude@cloud","at":"2026-10-15T14:02:11Z"}
    {"t":"T-01","e":"done","by":"claude@cloud","at":"2026-10-15T14:31:40Z","evidence":"a41c9e2"}
    {"t":"T-02","e":"claim","by":"claude@cloud","at":"2026-10-15T14:32:05Z"}
    {"t":"T-02","e":"release","by":"claude@cloud","at":"2026-10-15T14:58:47Z","note":"handoff"}
    {"t":"*","e":"handoff","by":"claude@cloud","at":"2026-10-15T14:58:47Z","note":"usage limit"}
    {"t":"T-02","e":"claim","by":"codex@laptop","at":"2026-10-15T15:04:19Z"}
    {"t":"T-02","e":"done","by":"codex@laptop","at":"2026-10-15T15:22:51Z","evidence":"npm test → exit 0\nlog: .specweave/increments/0001-resumable-checkout/reports/task-T-02.txt\nHEAD 7d03b1f"}
  4. 交接

    另一个工具从同样的文件继续,而不是从某个聊天窗口。

    claude@cloud 把 T-02 交给 codex@laptop

    1. specweave handoff

      释放认领,写入记录接下来要做什么的 handoff.md,并把快照推送到 specweave-handoff 和 wip/<branch>。

    2. specweave pickup

      在 Codex 中:获取交接,应用修改,并打印 T-02 及其两条验收标准。

    3. specweave task done T-02 --run "npm test"

      Codex 按同样的验收标准完成 T-02,台账引用了测试输出。

    4. specweave verify

      运行测试、lint 和构建,检查每条验收标准,并写入 reports/verify.json。

      通过

增量示例,采用 specweave 3.1.0 可读取的格式:验收标准写成 - [ ] AC-01: 行,台账每行一个 JSON 对象。在 SpecWeave 如何运作 中查看真实的接手过程。

没有证明,就不能关闭

打开增量文件夹,就能看到计划了什么、谁做的、用什么证明的。

.specweave/  increments/0001-resumable-checkout/    spec.md计划及其验收标准    ledger.jsonl谁认领并完成了每项任务    handoff.md上一个智能体停在了哪里    reports/      task-T-02.txt台账引用的测试输出      verify.md测试、lint、构建和验收标准      verify.json关闭增量的闸门      review-codex.md由另一个模型给出的评审  memory/MEMORY.md接手时每个工具都会读取的事实
  • specweave verify通过运行你的测试、lint 和构建命令,检查 spec.md 中的每条验收标准是否都已勾选,并写入 reports/verify.json。
  • specweave review退出码 3,先修复把差异交给另一个模型家族的评审者:Codex 评审 Claude 写的代码,Claude 评审 Codex 写的代码。报告会保存在 reports/review-codex.md;退出码 0 表示可以发布。
  • specweave complete已拦截没有通过的 verify.json,就拒绝关闭增量。仍要关闭需要加 --reason,原因会随增量一并保存。

specweave 3.1.0 的行为,发布于 17 October 2026。

基于我们自己的工作实测

划算时再规划,不划算就跳过

我们用 SpecWeave 构建这些产品,所以研究了规格在哪里最值得。小改动两种方式看起来差不多。大型的、有增量支撑的改动消息更多,所以我们只把增量留给会由 Codex、另一个账号或另一台机器继续的工作。

1,476
四周内统计的已合并拉取请求,同期有 1,142 个智能体线程在执行工作
35%
与某个增量相关联;其余的直接完成
≈ 1x
变更少于 300 行时的开放时长与输出 token,无论是否使用增量
≈ 2x
在交付了一个超过 1,000 行变更的拉取请求的线程中,有增量支撑的线程消耗的消息数和输出 token(17 个线程对 11 个线程)

跳过增量

  • 一个约 300 行变更以内的拉取请求
  • 后续修复或界面微调
  • 调查排查

specweave small-fix "<why>",然后直接发布。

规划一个增量

  • 跨多天的工作,每个拉取请求一个增量
  • 跨平台、认证、支付、迁移
  • 将由另一个工具或机器接手的工作

specweave create-increment "<title>"。这些情况优先于规模。

已合并的拉取请求、SpecWithCode 线程记录和 Claude Code 会话,2026 年 10 月 6 日至 11 月 3 日。 阅读测量详情

用桌面应用运行同样的工作

SpecWithCode 在你自己的机器和订阅上,以线程的形式运行这些增量:每个项目一个协调器,工作线程可使用你已登录的任一提供商。

SpecWithCode用量与额度
SpecWithCode 的“用量与额度”界面:Codex 每周剩余 10%;Claude 会话剩余 2%,每周剩余 54%,每周 Fable 剩余 84%,每项都附带重置时间
所有已登录账号的会话窗口和每周窗口,集中在一个界面。截取自 2026 年 10 月 10 日的 SpecWithCode 录屏。 查看原图
SpecWithCodeCodex 工作线程
Codex 工作线程的截图局部:/bin/zsh -lc "pwd; rg --files -g AGENTS.md" 的命令审批,带有“拒绝”和“批准”按钮
Codex 工作线程在运行命令前先征求同意,使用提供商自己的审批机制。截取自 2026 年 10 月 15 日的 SpecWithCode 录屏。

你自己的机器,不是云端容器

  • 在你的代码、技能和登录状态所在的地方运行。
  • 笔记本休眠时,工作线程仍在运行它的那台机器上继续工作。
  • 每个智能体使用其提供商自己的登录和审批。我们这里没有账号。
  • 通过 SpecWithCode Connect 添加 Mac mini 或 Linux 机器:在那台机器上用你的账号关联 Connect,在其“设置”里选择“邀请这台机器”,或在那里运行 specwithcode fleet invite,然后把得到的那一行粘贴到主 Mac 的“设置”“连接”下的“添加机器”中。

一台机器对应一个订阅。 每台机器每个提供商只登录一个账号并保持不变,例如一个账号用于 Claude Code,另一个用于 Codex。在同一台机器上手动切换订阅容易造成混乱;需要更多额度时,请添加一台机器。

几分钟学会

真实应用的配音录屏,附字幕和章节。

全部教程

对每位开发者和团队免费

只有 Pro(不限数量的 Connect 机器、私有技能)或带部署和支持的团队合同才需要付费。

查看定价
SpecWithCode 应用
免费
SpecWeave CLI
免费,MIT 许可
席位费
无
Connect 机器
免费 3 台,前 300 位创始用户 10 台,Pro 不限
你的 AI 订阅加价
无

用 SpecWeave 构建

  • SpecWithCode应用本身,用 SpecWeave 增量规划:2026 年 10 月,由它自己的工作线程合并了 367 个拉取请求。
  • EasyChamp联赛和俱乐部工具,由多个 Claude Code 线程、两个订阅和 Codex 共同构建。
  • JobWeave求职、定制简历和面试准备。
  • Verified Skill技能发现、源码检查和本地评测。

带上所有智能体,工作不丢进度