Coroid 是一款托管式平台，可端到端完成软件开发工作。您只需提供需求描述，它就会针对您的代码库生成对应的 pull request，其中已包含编写好的代码、已运行的测试用例以及附带的审核意见。
无需安装任何软件，也无需运行任何程序。Coroid 会将您的代码库克隆到云端独立的沙箱工作区中，在此完成开发后再推送分支。
您需要提供的信息
用通俗语言描述您期望实现的结果。例如：“为公开的 API 添加速率限制功能，每个密钥每分钟最多100次请求，返回带 Retry-After 头的 429 状态码”，这就是一个合格的任务描述。您无需撰写实施方案——这正是 Coroid 会为您完成的，而您只需负责审批即可。
您还需授予其对一个代码库的访问权限，如有代码之外不明确的上下文信息也可一并提供：架构说明、开发规范、风格指南等。
您将获得的结果
属于 pull request 的独立分支中包含以下内容：
- 代码变更
- 编写或更新的测试用例
- 运行现有测试套件后得到的结果
- 代码审核环节的结果，其中发现的问题要么已被修复，要么被列出待处理
您可以像审核同事的工作一样对其进行审核并合并。Coroid 不会替您执行合并操作。
使用它无需具备工程师背景。
这正是改变团队工作方式的关键点，却很容易被忽视。
向 Coroid 提交工作意味着描述预期结果。这不代表需要阅读代码、理解代码逻辑，或是知晓 pull request 的具体内容。实习生、市场经理或客服人员只要反复听到同类诉求，都能直接提交工作任务。
工程团队在关键节点仍掌握控制权：pull request。无论请求来自谁，所有请求都会以经过审核、测试后的变更形式呈现，由开发人员审批或驳回后再行发布。
这对待办事项列表的影响
优先级划分的存在主要是因为工程时间有限。一项耗时半小时的任务必须与工程师利用这半小时能做的其他工作权衡，因此简单且明显有用的任务往往要数月才能被开发出来。
当尝试处理一项请求的成本降至仅需占用一个智能体插槽和一些代币时，这种权衡逻辑就会发生改变。以往无法进入优先级排序的工作现在可以直接尝试处理，并根据实际结果而非猜测其价值来评判。
请清醒地认识仍限制您的因素：审核能力以及**智能体插槽**。Coroid 消除了“谁能提出需求”以及“并行开发量”的限制，但并未消除有人审核结果的必要性。采用该平台的团队往往会发现，需要组织管理的是审核环节而非开发环节。
Coroid 运行专属智能体。
Coroid 并非 Claude Code、Codex、OpenCode、Pi 或其他编码工具的封装层。它运行的是专为无人值守云端执行设计的定制智能体运行时。
对您而言，这意味着：
- **无需安装任何软件。**无需 CLI、编辑器插件，也无需配置机器或服务器。Coroid 完全基于 API 运行，部署在云端。
- **无需订阅任何工具。**您无需为第三方编码助手购买授权。模型访问权限由 Coroid 提供，也可通过 您自己的提供商密钥直接调用，如果您倾向于这样操作的话。
- **您的笔记本电脑无关紧要。**无论是否有人登录，工作都会持续进行——这正是实现定时任务、监控功能和事件驱动自动化的前提。
查看Coroid 运行时机制了解该运行时在实际应用中的独特之处。
Coroid 是合适的工具吗？
Coroid 专为修改您正在运行的代码库、并确保其经过审核而设计。这与原型设计属于不同范畴——如果您旨在验证创意而非发布产品，原型设计工具会更适合您，且两者可配合使用。
查看Coroid 的适用场景.
它无法做到的事情
明确界定边界比罗列功能清单更重要：
- **它不会向您的默认分支提交代码。**所有内容均以 PR 形式呈现。
- **它不会自行合并工作成果。**审批权在您手中。
- **它不是编辑器插件。**Coroid 并非输入时自动补全代码的编码助手。它会在您处理其他事务时，针对完整的工作单元进行操作。
- **没有连接的代码库，它便无法工作。**查看 连接您的代码.
工作量的划分方式
Coroid 按任务划分工作量。一个任务即一个最终会生成拉取请求的工作单元。更复杂的任务可表述为计划——即按阶段排序的任务集合——在正式开发前需经您审批。
并行处理的单元是智能体插槽。一个插槽一次只能运行一个任务。您拥有的插槽数量决定了 Coroid 可同时处理的工作量，而非单个任务的完成速度。
下一步
创建您的账号和组织——设置工作将存放的工作空间。