Soloco vs Claude Code

Claude Code 是agent runtime，
Soloco 是它之上的组织编排层

Claude Code CLI 是一个一等公民的 agent 运行时——它有工具生态、会话续存、结构化输出。Soloco 不和它竞争，而是把它当作底层 runtime 来调度：围绕一个目标派出多个 Claude Code 子进程，让它们分工、互观察、跨 cycle 续上下文。

简短结论：Claude Code 是给开发者用的 agent CLI——你直接和一个 agent 对话工作；Soloco 是建立在 Claude Code 之上的组织编排层——你给一个目标，它派出多个 Claude Code 子进程作为不同角色的"员工"协作完成。两者不冲突——Soloco v0.9 默认 spawn 的 runtime 就是 Claude Code CLI。
维度 Claude Code Soloco
所处层级 单个 agent runtime（CLI） 基于 agent runtime 之上的组织编排层
最佳使用场景 开发者直接对话 agent 写代码 / 改 bug / 重构 把一个跨多步、需要多个角色配合的目标推到交付
协作主体 你 + 一个 agent 多个 Claude Code 子进程并行，每个扮演不同角色
编排 不做编排——你自己决定下一步 conductor 拆 cycle、分派 spawn、评估进度、规划下一轮
介入方式 实时对话：每一步都和你过 三档：规划 / 审批 / 自动，按场景切换
数据归属 你本机 v0.9 同样在你本机（含数据库 / workspace / 日志）
交付物 对话内一次性产出 workspace 文件 / 子进程 run 记录 / cycle 评估 / 可审计轨迹

不是替代，是叠加

Claude Code CLI 是当今最完整的 agent runtime 之一——工具生态（MCP）、会话续存（--resume）、结构化输出（stream-json）、钩子权限都打包好了。Soloco 没必要、也没意图重写这些；正相反，Soloco v0.9 默认 spawn 的就是 Claude Code CLI 子进程。

差别在于"你直接和一个 agent 工作"还是"由一个编排层调度多个 agent 协作"。前者你是 in-the-loop——agent 干一步，你看一眼，再说下一步。后者你定一个目标，由 conductor 拆解、派多个角色（每个角色都是一个独立的 Claude Code 子进程）、并行执行、评估进度、规划下一轮——你只在 cycle 之间或 checkpoint 时介入。

编排带来什么具体差别

同一个底层 runtime，编排层加了这些事情：

  • 多角色并行：conductor 同时派出"研究员/起草员/审稿员"三个 agent，每个独立 spawn，最终结果合并。单 CLI 实例做不到这种并行结构。
  • 跨 cycle 续上下文：每个 agent 有自己的 session ID，下一个 cycle 同角色 agent 自动 --resume，prompt cache 命中率飞涨。
  • 评估闭环：每轮跑完有 evaluator 对比 goal 给 verdict，并由 conductor 决定下一轮做什么。不是一次性问答。
  • 护栏：过早判完成会被 guard 拦下，让 conductor 规划收尾型任务（合并产物 / 自审 / 答用户问）而不是直接结束。
  • 可审计：所有 spawn / cycle / 评估 / 用户介入都落表，回看不需要翻终端历史。

什么时候直接用 Claude Code 就够

你的工作主体是写代码或者一次性问答——继续用 Claude Code，编辑器集成、对话节奏都更顺手。

什么时候 Soloco 才合适

目标跨多步、要不同角色协作、想跨天/跨周持续推进、需要事后回看每一步是怎么做的——这些场景下"一个 agent 来回对话"就成了瓶颈，需要编排层。

Soloco 不在 Claude Code 的对面。它和 Claude Code 在垂直方向叠加：Claude Code 是 agent runtime，Soloco 是用它做事的组织层。
申请 beta 试用 先看看平台是什么