注册仓库
把需要管理的 Git repo clone 为本地 bare repo,记录 remote、base branch 和 URL。
需求开发空间 · 多 repo · git worktree
把一个需求涉及的多个 Git 仓库集中到同一个 workspace 中,用统一 feature 分支完成跨仓库开发,再把多个 ready 需求集成到 release 分支并发布到 base branch。
$ workspace req create "支付链路优化" \
--key pay-flow \
--repo backend \
--repo frontend
pay-flow ~/.workspace-cli/work/requirements/pay-flow
$ workspace dev pay-flow --tool codex
$ workspace ide pay-flow
$ workspace req finish pay-flow -m "feat: complete pay-flow"
$ workspace release create "2026-07-01 发布" --key 2026-07-01 --req pay-flow
$ workspace release integrate 2026-07-01
$ workspace release publish 2026-07-01 --tested
workspace-cli 的 workspace 不是单个代码仓库,而是围绕一个需求临时组织起来的开发空间。它负责把多个 repo 拉进同一个目录,保持统一 feature 分支,在需求完成时进入 ready 状态,并把多个 ready 需求集成到 release 分支后发布到 base branch。
install
安装脚本会识别 macOS/Linux 和 CPU 架构,从 GitHub latest release 下载对应包,校验 checksum 后安装 `workspace`。
curl -fsSL https://idefav.github.io/workspace-cli/install.sh | sh
默认安装到 /usr/local/bin。用户态安装可使用 INSTALL_DIR="$HOME/.local/bin"。
completion
workspace-cli 可以为 bash、zsh、fish 和 PowerShell 生成补全脚本。安装后执行对应命令,把脚本写入 shell 的 completion 目录。
mkdir -p "$HOME/.zsh/completions"
workspace completion zsh \
> "$HOME/.zsh/completions/_workspace"
exec zsh
mkdir -p "$HOME/.config/fish/completions"
workspace completion fish \
> "$HOME/.config/fish/completions/workspace.fish"
workflow
把需要管理的 Git repo clone 为本地 bare repo,记录 remote、base branch 和 URL。
选择多个 repo,创建统一 feature 分支,并把 worktree 集中到同一个需求目录。
使用 Codex、Claude Code 或 IDE 从需求 workspace 启动,围绕同一个需求修改多个仓库。
全部 repo feature 分支 push 成功后再删除需求 worktree,失败时保留现场并允许 finish 重试。
选择多个 ready 需求,删除并重建 release 分支,按顺序合入 feature 分支后测试。
测试确认后把 release 合并到每个 repo 的 base branch,发布成功的需求进入 completed 并归档。
AI Native workflow
主 Agent 负责和用户对话、分配专业 Agent 并观察全局状态;分析、Coding、测试 Worker 在受控 workspace 中自主执行。所有过程写入状态事件、Run 和 Artifact,遇到需求澄清、方案定稿、权限提升、测试命令或发布确认时暂停等待用户决定。
理解用户目标,分配 Agent 和 Review policy,汇总状态并发起人工确认。
分析、Coding、测试 Agent 按角色 claim Job;不同需求可并行,同一 worktree 串行。
实时查看事件,补充需求,选择方案终稿,处理阻塞并确认最终发布。
维护队列、lease、heartbeat、重试和异常收敛,主 Agent 退出后仍可继续调度。
待采纳→
分析循环→
分析定稿→
开发循环→
集成测试→
Bug 修复→
发布
pending_acceptance → pending_analysis
用户用 req submit 登记目标、验收标准、优先级和涉及仓库。主 Agent 检查信息是否足够,为需求选择分析、Coding、测试 Agent 及 Review 门槛;口径不明确时创建 approval,用户回复后原 Job 原子恢复。
analyzing → analysis_completed
分析 Agent 生成需求设计和技术设计,随后独立 Review;不满足 no_findings 或最高严重级别门槛时继续修订。每轮都是新版本并保留证据,达到最大轮次仍未通过则停止等待人工处理。
pending_development → development_completed
Coding Agent 在需求 feature worktree 中生成 implementation plan,按顺序一次实施一步。每一步都产生独立 Review,发现问题就在当前步骤修复并重新 Review;方案失效时请求用户选择继续、重新规划或阻塞。
pending_testing → testing
用户选择多个开发完成的需求创建 release,workspace-cli 从 feature 分支重建 release worktree。测试启动时冻结成员、feature SHA、release SHA、仓库和测试命令,旧报告不能证明变化后的代码仍然可发布。
testing ↔ bugfix → testing_completed
测试 Agent 做整体 Review、单测和集成测试并生成 test report。缺陷关联到具体需求和 test run,Coding Agent 回到对应 feature worktree 修复并生成 bugfix report;重新集成后创建新快照并重新测试,直到全部通过。
pending_release → releasing → released
系统重新校验测试快照、feature/release SHA 和目标分支后请求用户确认。确认后逐 repo 发布到 main/master;中途失败进入 publish_in_progress 并保留已发布 SHA,修复失败仓库后可幂等重试。
Live execution
workspace req watch REQ-001 --follow
workspace release watch 2026-07-15 --follow
workspace job watch <job-key> --follow
workspace run tail <run-id> --raw --follow
workspace approval list --status pending
需求、Release、Job 和 Run 四层事件都可持续跟随。出现 waiting_user_input 时,approval 会带上原任务和实体上下文,回复后状态、事件与后续 Job 在同一事务中更新。
Safety and recovery
commands
workspace repo add <name> <url>workspace repo list --allworkspace repo sync [name]workspace repo update <name>workspace repo remove <name>workspace req create <title> --repo <name>workspace req list [--all]workspace req show <key>workspace req update <key> --title <title>workspace req add-repo <key> <repo>workspace req archive <key>workspace req finish <key> -m <message>workspace req reopen <key>workspace req watch <key> --followworkspace dev <key> --tool codex|claudeworkspace ide <key> --tool vscodeworkspace release create <name> --req <key>workspace release list [--all]workspace release show <key>workspace release status <key>workspace release watch <key> --followworkspace release add-req <release> <req>workspace release remove-req <release> <req>workspace release integrate <key>workspace release publish <key> --testedworkspace update --checkworkspace completion zshworkspace agent add <name> --provider codex|claude --role analysisworkspace agent listworkspace agent show <name>workspace agent update <name> --model <model>workspace agent health <name>workspace agent remove <name>workspace agent daemon start --onceworkspace agent daemon statusworkspace agent daemon stopworkspace worker add <name> --role coding --agent <agent>workspace worker listworkspace worker show <name>workspace worker update <name> --parallelism 2 --max-workers 4workspace worker enable <name>workspace worker disable <name>workspace job list --status runningworkspace job show <job-key>workspace job watch <job-key> --followworkspace run tail <run-id> --rawworkspace job cancel <job-key> --reason <text>workspace job retry <job-key>workspace approval list --status pendingworkspace approval show <approval-key>workspace approval respond <approval-key> --choice approve --response-json '{}'workspace approval respond <approval-key> --choice approve --scope <scope> --expires-at <time> --sandbox <mode> --approval-policy <policy>workspace mcp serve --capability-token <token>design
业务状态、执行事件和失败记录统一落库,让 CLI、Web 和 Agent 始终读取同一份事实。
托管 repo 使用 bare clone,需求与 Release 使用隔离 worktree,避免重复 clone 和分支串扰。
需求完成研发后进入 ready;只有 Release 测试与发布成功,需求才会 completed 并归档。
主 Agent 负责协调,专业 Worker 分析、开发和测试;MCP capability、人工 Approval、持久化 Job 与操作队列共同守住边界。