Coroid 是一款托管的 AI 软件工厂，可应用于您已运行的代码库。它能够端到端处理软件相关工作，且每次执行方式完全一致。
无论是在您的笔记本电脑上还是在云端，代理会话都需要工程师来引导：由工程师选定任务、编写提示词、测试输出结果、撰写后续指令并判定任务是否完成。最终成果取决于引导者的能力以及当天的工作细致程度。而 Coroid 则将这种引导权保留在系统内部。工程团队只需设定一次工作流程——包括项目上下文、每项变更必须遵循的质量策略以及审核规则。谁可以启动工作以及谁有权批准——无论由谁发起请求，也无论是否有人实时监督，所有请求都会严格遵循这些规则。
无需安装，也无需运行任何程序。Coroid 会将您的代码库克隆到其在云端的独立沙箱工作区中，在此完成相关工作后再推送分支。
它为何能称得上是软件工厂
- 任何人都可以发起请求。支持专员、销售人员或实习生都可以通过门户描述期望的成果来提交工作，也可在Slack或您的问题追踪器中提交。他们无需使用命令行工具，也无需了解代码细节或团队的交付流程。
- 每项变更都遵循统一标准。无论是单行代码修复还是分阶段计划，都要经过相同的规范、质量测试与审核流程。 质量策略最终呈现在您面前的成果早已符合这些要求。
- 无需专人引导。请求、导入的问题以及 自动化任务会汇入同一个队列。当 代理插槽有空位时工作便会启动；若质量测试发现问题时，工作会自动退回给开发代理处理。
- 每项变更都有清晰的说明。谁提出了请求、谁负责该项工作、决策内容与原因、测试结果以及批准人等信息，都会随变更一同留存，作为其 来源。
用户提供的信息
即他们期望达成的成果描述，用通俗语言表述即可。例如：“为公共 API 添加速率限制功能，每分钟每个密钥最多允许 100 次请求，返回 429 状态码并附带 Retry-After 头信息”就是一条合格的任务描述。无需由用户编写实现方案——这正是 Coroid 首先完成的工作，而您可以对其加以批准。
工程团队的一次性配置
包括代码库的访问权限，以及代码中未明确体现的各类上下文信息：架构说明、编码约定、风格指南等。随后再设定质量策略以及项目中每项变更必须通过的审核规则。默认情况下，每项任务都会自动触发质量测试与审核流程，因此首个任务无需等待这些流程就绪即可启动。
您将收到的成果
一个属于 pull request 的独立分支，其中包含：
- 代码变更内容
- 编写或更新的测试用例
- 现有测试套件的运行结果
- 代码审核记录，其中列出的问题要么已被修复，要么予以保留。
该分支会与其对应的规范、计划以及每次代理运行记录（包括失败情况）关联在一起，以便后续接触代码的人员能清楚了解变更原因。
您可像审核同事的工作一样审核并合并该分支。Coroid 绝不会自行合并代码。您可以在自己的代码托管平台中合并，也可在 Coroid 中点击批准并合并在 Coroid 中让它为您合并 pull request。
任何人均可发起请求。
为公共API添加速率限制：每个密钥每分钟最多100次请求。返回带Retry-After头的429状态码。
一次性设置
在独立工作空间中完成规划、构建、测试及评审您获取结果
位于独立分支上的pull request
- 代码变更内容
- 新增或更新的测试用例
- 您现有套件的运行结果
- 评审通过意见、已修复问题或待处理清单
由您负责评审并合并
使用它无需具备工程师背景。
这正是改变团队工作方式的关键所在，却很容易被忽视。
向 Coroid 提交工作意味着描述期望的成果。这无需您阅读代码、运行命令行工具、理解代码逻辑或知晓团队的交付流程。实习生、销售人员或支持专员只要反复听到同样的反馈，便可直接提交工作请求。
之所以能如此运作，是因为流程并非由他们来执掌。工程团队设定的标准——检查、审核、批准规则——会同样适用于他们的请求，就像适用于开发人员的一样。无论请求来自谁，最终呈现的都是经过测试与审核的变更，需经开发人员批准或拒绝后才能发布。
这对待办事项列表有何影响
优先级划分之所以存在，主要是因为工程资源有限。一项仅需花费半天时间就能完成的请求，必须与工程师半天时间内可做的其他工作相权衡，因此那些小而实用的需求往往要数月才能被实现。
当正在尝试请求会被分配到代理插槽中，部分标记也会随之变化。以往无法通过优先级筛选的工作现在可以直接尝试，并根据实际结果而非预估价值来评判。
要清醒认识到仍存在的限制：审核容量和代理插槽.Coroid消除了关于谁能发起请求以及并行开发量的限制。但它并未取消对结果的审核需求。运用得当的团队往往会发现，需要组织安排的是审核环节而非开发工作。
Coroid运行自己的代理。
Coroid并非Claude Code、Codex、OpenCode、Pi或其他编码工具的封装层。它运行的是专为无人值守云执行设计的专用代理运行时。
对您而言，这意味着：
- 无需安装任何内容。没有命令行工具，没有编辑器插件，无需配置机器或服务器。Coroid完全基于API并在云端运行。
- 无需订阅任何工具。您无需为第三方编码助手购买授权。模型访问通过Coroid实现，或通过 您自己的供应商密钥如果您希望直接签约的话。
- 您的笔记本电脑无关紧要。无论是否有人登录，工作都会持续进行——这正是实现日程安排、监控和事件驱动自动化的前提。
查看Coroid运行时了解该运行时究竟有何不同之处。
Coroid是合适的工具吗？
Coroid专为将您正在运行的代码库在审核后转化为您设定的标准而设计。这与原型设计属于不同的场景——如果您是在验证想法而非交付产品，原型设计工具会更合适，且两者可协同使用。它也与代理会话不同，后者是工程师将单个任务交给代理并引导其结果。
查看Coroid的适用场景。
它无法做到的事项
明确界定边界比罗列功能更重要：
- 它不会自行提交到您的默认分支。所有内容均以PR形式呈现。
- 它不会自行合并代码。审批权在您手中。当您在 批准并合并中点击操作后，Coroid会为您合并pull request；详情请参阅 合并操作。
- 它不是编辑器插件。Coroid并非那种在您输入时自动补全代码的编码助手。它是在您处理其他事务时针对整批工作单元进行操作的。
- 没有连接的代码库，它便无法工作。查看 连接您的代码。
工作量的划分方式
Coroid以任务形式开展工作。一个任务即一个最终会生成拉取请求的工作单元。更复杂的任务则被表述为计划——即包含多个阶段的有序任务集——您会在任何开发开始前予以确认。
并行处理的单元是一个代理插槽。一个插槽一次只运行一个任务。您拥有的插槽数量决定了Coroid能同时处理的工作量，而非单个任务的完成速度。
下一步
创建您的账户和组织——设置工作空间，以便开展后续工作。
您的编码助手可帮您完成大部分设置工作。查看通过AI助手进行设置。