工作以需求规格说明启动，而非简单的提示词。
相关人员可在新工单表单中填写需求，也可从追踪器中导入问题，或通过在聊天中询问 Coroid 来提交需求。您的产品或外部代理可通过 API 及 MCP 发送工作任务，您的工具和自动化流程也能自行触发相关任务。每项任务均附带供代理参照执行的规格说明。
- 每个任务均包含明确的目标、业务价值、用户故事及验收标准
- 来自人员、产品和工具的请求会首先被检查是否有重复项，随后进行验证并移除其中的机密信息。
- 借助 pull request、GitHub 或 Jira 中的事项、提及 Coroid 的评论，或是 Slack 消息，即可启动相关工作。
- 工作亦可依据预定计划、平台事件或Sentinel监控触发启动，而报告与质量检查所得结果可自动排入修复队列。
财务团队经常要求以电子表格形式获取发票。请在发票列表中添加一个导出按钮，可将当前筛选结果下载为CSV格式。
完成标准为：文件可在Excel和Numbers中打开，金额显示使用账户货币单位，且导出超过10,000行数据时不会超时。
大型任务会被拆解为分阶段计划。
当单个任务规模过大时，架构师会将其拆分为有序的阶段，明确各阶段依赖关系，评估可行性并估算所需资源。
- 各阶段与任务按依赖顺序执行
- 每个任务均有独立的规范、智能体及相关佐证材料
- 开工前会先进行可行性评估，判定项目风险与落地可能性
- 整个计划的令牌用量、成本、耗时及碳排放量均会被实时追踪
- 01项目基础架构搭建1/1
- 02共享运行时基础环境3/3
- 03符合时代特征的城市领域与用户界面8/8
- 随时代演变的建筑与立面
- 各时代的店面与广告牌
- 各十年的车辆队列与交通状况
- 身着特定时期服饰的行人人群
- 04组合与时代形态变换1/1
- 05润色与验收验证1/1
- 最终验证2/2
创建一个城市街区的3D场景，细节呈现至关重要。
场景顶部需设有时间轴滑块，可选年份包括1945年、1965年、1985年、2005年和2025年。
选择不同年份后，眼前的街区会随之变化：建筑、车辆、店面、广告牌及行人的着装都会相应改变。
- 令牌数
- 8350万 / 1.1亿
- 费用
- US$2.05
- 预估二氧化碳排放量
- 1.59 千克
- 耗时
- 6小时 15分钟
所有需人工介入的任务共用同一个队列。
工厂模块会列出所有计划与任务，标注其所需的人工操作：审核、问题决策或无需干预。点击任意项即可查看对应的智能体、标准、佐证材料及完整流程记录。
- 审核已就绪的任务，合并经你批准的内容
- 出现问题时会附上原因及失败的执行记录
- 提出修改需求后，工作会重新进入处理流程
- 所有执行记录都会被留存，包括执行失败的情况
- 时间轴城市区块 – Chrono City任务city-sim1X天前待审核
- 延时摄影城市计划city-timelapse2X天前可合并
- 3D版超级马里奥任务3d-game3X天前待审核
- 3D版康威生命游戏计划game-of-life4X天前可合并
- 街头赛车游戏计划city-timelapse5X天前运行中
产能情况清晰可见且可灵活调控。
智能体插槽代表并行处理能力。Mission Control会展示插槽占用情况、后续待处理任务、队列清空时间、已排期任务，且只需一键操作即可暂停全部任务。
- 插槽空闲后，工作会按优先级顺序被调取处理
- 可查看未来 24 小时内已排队及已排期的工作
- 实时显示任务启动、结果判定及交接记录
- 如需同时处理更多工作，可随时增加插槽数量
将发票导出为 CSV 格式质量保证员
客户列表中的模糊搜索功能开发人员
新团队的入驻检查清单架构师
- 评审员批准了“设置中的深色模式”需求。
- QA验证了“发票PDF页脚”需求的全部5项标准。
- QA将“搜索筛选器”需求退回：第3项标准未满足。
- 架构师开始处理“入职检查清单”需求。
- 重试失败的Webhook投递请求P1
- 升级日期库P2
质量关卡由您自行设定。
交付保障机制内置于系统中：每个任务都会根据其验收标准进行验证与审核。质量控制模块允许你为项目添加定制化的检查规则，并确保每个pull request均符合这些要求。
- 可设置组织级策略，并为不同项目单独配置覆盖规则
- 浏览器测试与评估会在真实构建版本上运行
- 代码覆盖率、安全扫描、预览效果及视觉差异对比结果均会作为佐证材料留存
- 每次检查的执行记录都会与该次评判对应的pull request关联保存
- 交付保障所有项目v7 · 内置检查活跃
- 工作合格性校验所有项目v16 · 6多项检查活跃
- 结账流程发布门禁web-appv3 · 4多项检查活跃
- 构建与类型检查
- 验收标准 5/5
- 浏览器测试：结账流程
- 依赖项审计
- 覆盖率低于目标值（仅供参考）
从合并到部署的全过程均有追踪记录。
发布流程会锁定某一提交版本，并使其依次经过各环境检测及相应审批，直至确认部署完成。
- 预发环境与生产环境均有独立的审批流程
- 每个构建都带有版本号和构建编号，Coroid 会确认实际运行的内容。
- 发布列车机制可将需同步上线的工作归类整合
- 若部署出现问题，可启用恢复路径快速回滚
- 春季修复包2.5web-app · release/2.5.06条目预发环境生产环境草稿
- 结账页面更新2.4web-app · a1f3c9e5条目预发环境生产环境等待审批
- 搜索功能优化1.1web-app · 7be02d43条目预发环境生产环境正在部署
- 团队入驻流程1.0web-app · 249cee48条目预发环境生产环境已发布
协调员负责引导各专业人员的协作。各关卡则用于判定工作是否已完成。
每个任务都有一名协调员。它负责规划工作，向开发人员、QA人员和审核员代理下达明确的指令，解答他们的疑问，并根据他们的反馈决定后续安排。它无法自行宣布任务完成。
每项任务最终都会生成一份供团队审批的pull request，或是QA确认代码已满足需求的结果；若任务未达标，也会说明具体原因。通过限制返工、计划变更及运行时间，可防止协调员陷入无限循环。
- 01
计划制定
协调员会查阅代码仓库及相关规格说明，进而制定详细计划，其中会明确界定判定任务成功的验收标准。
- 02
委派
该流程会逐次将任务分配给相应的专业人员，并提供明确的操作指引。开发人员负责编码实现，QA 人员负责验证产出结果，而审核人员则负责查看代码差异。
- 03
响应
一旦QA测试未通过，或者审核人员提出修改要求，协调员会将修复方案重新发送给开发人员，随后由QA人员对更新后的版本进行再次验证。
- 04
关卡
只有当QA确认即将发布的版本符合所有要求，且审核人员予以批准（如适用）时，该任务才能宣告完成。协调员无权推翻这两者的判定结果。
经过筛选的工作才会进入生产工厂。
原始请求是凭证而非指令。Coroid会在代理执行前，对每条请求进行清洗、去重和验证。
通过的请求会自动推进。存在矛盾、置信度低或无法验证的情况则会停留在受审计的评审队列中。
工作流程始于手动请求、导入操作、API调用以及集成事件产生的不可信信号。Coroid会对输入内容进行规范化与清洗，检查当前版本或金丝雀版本是否已修复该问题，对匹配的报告进行去重与聚类，通过类型感知检查来验证请求，并评估其影响范围、责任归属、 scope、难度及可信度。通过审核的请求将转化为任务、分阶段计划、报告或日程安排。后续实现过程必须在pull request、发布节点及金丝雀检查点通过相同的编译后质量图谱审核。符合要求的发布证据将关闭最初的反馈信息。
- 01
原始信号
手动提交的请求、导入的数据、API 调用以及集成事件均作为不可信的输入进入系统。
- 02
规范化与清洗
类似凭证的值会被脱敏处理，且每个工具的使用范围都会被限定在选定的项目内。
- 03
检查当前版本
若请求内容已在最新版本或金丝雀版本中修复，系统会附带相关证据予以关闭。
- 04
去重与聚类
通过身份识别、内容指纹和语义确认，将重复的信号合并为同一个问题。
- 05
验证请求内容
类型感知校验机制会在请求转化为实际工作前，确认所期望的成果是否真实且具备可行性。
- 06
评估与路由
系统会记录相关影响、负责人、范围、难度、置信度以及合适的工作类型。
创建正确的工作
- 可执行任务
- 分阶段计划
- 证据报告
- 周期性日程
证明成果
关闭反馈。 若集成系统支持写入操作，版本发布相关证据会同步更新到源系统。
由助手负责编写代码，而Coroid则处理其周边的所有事务。
AI 编程工具仅擅长处理中间环节：编写代码变更。而工程人员的大部分时间都耗费在周边事务上——有人需判定哪些任务值得开发、验证其有效性、确保合规并承担后续责任。Coroid 可处理这些环节，让工作持续推进，无需等待单个人逐个处理。
团队会提出的问题
本地或云端代理会话
Coroid
- 工作需求源自何处？
- 本地或云端代理会话有人暂停手头工作并编写提示词，或将工单分配给代理。
- Coroid由人员、您的工具及拉取请求生成的合格任务。您配置的自动化流程也会在设定的范围内创建工作任务。
- 由谁判定任务已完成？
- 本地或云端代理会话阅读补丁的人根据其当天的判断来决定。
- Coroid通过统一编译的质量图谱作出决策：批准继续推进，或要求重新处理。
- 如何证明其功能正常？
- 本地或云端代理会话仅提供会话记录以及代理所选用的测试结果。
- Coroid实际执行的检查步骤，与具体的提交版本绑定，并附属于 pull request。
- 夜间会发生什么？
- 本地或云端代理会话已启动的运行任务完成后便暂停，等待有人来检查。无人指令则不会启动新任务。
- Coroid工作流程会持续运转。仅在确实需要人工干预的节点才会暂停。
- 如何提升处理效率？
- 本地或云端代理会话会话数量越多，越需要专人启动、检查并跟进。
- Coroid新增一个智能体插槽。成员数量不限；您只需购买相应的处理能力即可。
- 由谁管控哪些模型可以访问代码？
- 本地或云端代理会话各工具的设置需单独管理，且一次仅能针对一个工具和席位。
- Coroid每个项目上方都设有统一的版本化策略上限。项目可进一步收紧限制，但绝无可能放宽。
- 能向审计人员提供什么资料？
- 本地或云端代理会话会话日志以各工具自身的格式存储，且保存时长受限于工具本身。
- Coroid不可篡改的事件流记录，经签名后导出至您的 SIEM 系统，保留时长可由您自行设定。
Coroid 并非试图取代开发人员偏好的编辑器，而是替代其周边的无序管理区域。
质量需消耗令牌。这正是其意义所在。
与 Claude Code、Codex 或 Gemini CLI 的单次代理会话相比，工厂任务所需的 Token 量约为其两到三倍，因为独立的代理会在工作送达你手中前完成规划、测试与评审。你购买的是一致性，而非单纯的输入量。
同等任务所需的 Token 消耗量，相对于单次代理会话而言。
追求极致速度而忽略流程？Ludicrous模式会放宽关卡限制，使令牌消耗与CLI级别持平。它在您需要时随时可用——但这并非Coroid存在的初衷。
探索 AI 配置它能与您现有的系统无缝衔接
无需安装 IDE 扩展，也无需在开发人员设备上保持智能体运行。Coroid 可直接连接您日常工作中已有的各类系统。
- 代码库
- GitHub、GitHub Enterprise、GitLab 以及自托管的 Git 系统均受支持。GitHub App 可实现入站检查及内联评审功能；项目范围的令牌则用于提供克隆访问权限。
- 信号与工单系统
- Jira 工单、Slack 消息以及 GitHub 中的工单和评论均可转化为合格的开发请求。您所配置的自动化流程能够针对 Sentry 及任意已连接的 MCP 服务器执行相应操作。
- 预览与证据
- Vercel、Netlify 及 Cloudflare Pages 的部署结果，加上覆盖率数据、安全扫描结果、视觉差异对比结果、端到端测试运行结果，以及第三方 AI 评审员提供的评审内容。
- 模型
- 可根据智能体需求匹配前沿且性价比高的模型，同时也提供仅限欧盟地区使用的模型及低碳模式选项。您可选择自行提供供应商密钥，也可使用 Coroid 积分。
- 安全性与可观测性
- 经签名的审计数据可通过 HTTPS 协议导出至 Splunk、Datadog、Chronicle 或您指定的任何采集器。
- 运行环境
- Coroid 云环境、欧盟托管配置，或是您自有的 Docker Compose 或 Kubernetes 部署方案。
各项功能的详细说明。
说明工厂各模块的功能与运作方式。若某项能力依赖特定计划，会予以注明。
工作受理7各项功能来自人员、产品及工具的需求会在转化为实际工作前先经过审核。您所设定的自动化流程与外部智能体将在指定的权限与限制范围内生成相应工作。
- 需求说明
- 每项任务均包含其目标、业务价值、用户故事、验收标准、上下文及约束条件。智能体依据该说明开展开发工作，生成的 pull request 也会与之关联。
- 工作资格审核
- 所有请求均被视为不可信的输入内容。Coroid会先脱敏类似凭证的信息，核查当前版本是否已修复该问题，通过指纹及语义匹配实现去重，再利用类型感知校验机制验证请求合理性，随后才会记录其影响范围、负责人、涵盖范畴、难度等级及可信度，之后才启动相关工作。
- 分阶段计划
- 规模过大的项目会被拆解为有明确依赖关系的有序阶段。架构师会根据现有证据消除歧义，并记录相关假设，而非中断流程等待人工确认。
- 事件自动化
- 一个 pull request、一条issue或PR评论、Slack线程，或是关联的Jira issue均可触发相关工作。每个信号都会经过资格审核后成为受理请求、入站检查或钩子运行对象——绝不会演变为无边界的智能体会话。
- 钩子与定时任务
- 组织级自动化规则会在任务、智能体、代码库、分析、同步及部署事件发生时，或按预定时间表触发。默认情况下它们仅具备只读权限，受速率限制且链深度有限，从而避免自动化逻辑陷入循环。
- Sentinel
- 该监控工具可运行于 Sentry、Jira、GitHub 和 Slack 之上，能够将检测到的内容直接转化为同一流水线中的任务，而非生成无人负责的额外警报。
- 依赖关系图
- 任务与项目会声明其所依赖的资源，涵盖不同代码库及整个组织范围。执行前便会检测出循环依赖问题，全局运行顺序也会被合理安排，以防并行智能体产生冲突。
执行9各项功能专用智能体、为每个任务分配的独立工作空间，且无需维持持续的会话状态。
- 智能体流水线
- 架构师、开发者、QA及评审员均为独立的智能体，各自拥有专属提示词、工具及模型配置。只有当准入门槛满足时，工作才会在这些智能体之间流转，而非由人工将上下文粘贴到下一个窗口。
- 探索型子智能体
- 任何智能体均可派生出两到五个专注型探索者，分别负责模式、依赖关系、API、测试、配置及安全等领域，它们共享父智能体的令牌预算，并将结构化发现结果整合回统一上下文。
- 隔离式云工作空间
- 每项任务都会被分配独立的工作空间，并授予项目范围内的代码库访问权限。无需安装IDE扩展，无需在他人笔记本电脑上操作终端，也无需接入您的私有网络。
- 模型路由与AI配置文件
- 可为每个智能体选择对应模型，或选用系统预设的配置：最快型、最强能力型、仅限欧盟版或低碳排放型。您可使用自有的供应商密钥，也可按成本价使用Coroid额度。
- 决策引擎
- 专用的决策模型会从已知选项中选出关于验收证据、QA预检、工作资格判定及任务路由的方案。每个答案都会经过验证、置信度检查并被记录下来；当置信度较低时，Coroid会切换至现有的评估机制进行处理。
- 渐进式技能
- 智能体会先读取技能元数据，仅在工作需要时才加载完整指令，从而将上下文留给代码库而非工具架构。项目也可自定义专属技能。
- MCP工具访问
- 可连接Sentry、Jira、Slack或任意MCP服务器，智能体将根据组织的工具策略调用这些工具——无需为每个服务编写定制化的集成代码。
- 自主修复
- 若依赖安装失败、配置有误或构建出错且问题较简单，智能体会在任务内部完成诊断与修复；若属于结构性问题，则会将其升级为独立的修复任务。
- 临时项目与预览
- 只需一条提示词即可生成代码库，无需绑定Git主机，可在预览环境中运行并迭代，待其符合标准后便可迁入GitHub或GitLab代码库。
质量与评审8各项功能由统一编译的图谱作出决策，无论针对手动检查、流水线中的任务，还是您开发人员自己打开的 pull request，决策逻辑均保持一致。
- 质量图谱
- 目标、预期及检查项会整合为绑定在不可变修订版本上的单一图谱。同一图谱会管控手动测试、任务QA及GitHub pull request流程，并最终给出唯一决策：继续推进或重新处理。
- 绑定至提交内容的证据
- 裁决仅源自已执行的检查项，且结果会锁定在其运行的修订版本上。无人能手动篡改通过结果，过期的绿色状态也无法带着后续变更通过准入门槛。
- Coroid 对Pull Request的检查功能
- 安装GitHub应用后，Coroid会在代码库的Pull Request上发布检查运行结果及内联评审意见——包括开发者手动创建的Pull Request。
- 流水线通道与合并门槛
- 任务会融入流水线通道，该通道会运行涵盖端到端、单元测试、静态分析、视觉、无障碍、安全及评估证据的统一质量管道，随后才会生成pull request。合并策略由您决定：人工审批、自动合并或刻意覆盖。
- 以文件形式存在的评审规则
- 评审标准以版本化Markdown文件形式存在。Coroid提供了系统预设规则；项目自身的规则目录可对其扩展或覆盖，从而让评审标准随代码库一同存储并迁移。
- 外部评审证据
- 来自 Vercel、Netlify 或 Cloudflare Pages 的预览部署，加上安全扫描、覆盖率数据、视觉差异对比结果、端到端测试运行结果，以及第三方 AI 评审员提供的评审内容，均作为核心证据附加到评审流程中。
- 浏览器级验证
- Web 测试工具会驱动正在运行的应用程序，对其功能、用户体验、无障碍性及安全行为进行检测，最终输出的截图及发现结果可作为实际证据，而非仅凭口头陈述。
- 评估测试
- 通过生产环境流水线运行真实工作流，以此对比不同模型效果、开展提示词 A/B 测试、识别回归问题，并在变更纳入代码库前评估其成本与质量之间的平衡关系。
治理与控制8各项功能只需设定一次全局上限，即可管控所有项目——随后还能追溯其下的实际执行情况。
- 组织策略控制平面专业版
- 分层且带版本管理的策略文档规定了允许运行的模型类型、是否需扫描机密信息、允许使用的沙箱命令范围，以及智能体的自主权限大小。项目可进一步收紧这些限制，但无法放宽；已发布的策略版本具备不可变性。相关命令与自主权限上限属于企业版功能。
- 服务账号与受限密钥专业版
- 为自动化任务、定时调度及机器调用场景指定的命名非人类主体，每个主体都拥有独立的受限 API 密钥。此类密钥既不属于用户席位，也不与他人共享，其所有操作记录都会以自身名义存入审计流中。
- 审计事件流与 SIEM 导出
- 记录谁在何时针对哪个组织、项目及代码库执行了何种操作、使用了哪种模型以及最终决策结果，此类记录经过标准化处理且只能追加写入。相关记录可通过 HTTPS 协议导出至您的 SIEM 系统，导出内容带有签名且保留周期可由您自行设定。
- 数据保留、法律留存与清除
- 可设置 Coroid 保存工厂产出成果的时间，范围从 14 天到 365 天不等。您也可设置法律留存规则，按需清除特定类别的数据，同时系统会详细记录每次清除操作涉及的具体内容。
- 设置可移植性
- 可将组织的策略、质量图表、钩子、调度计划、评审规则、保留设置及项目门槛要求整合为一个可移植的包，先预览调整效果后再应用到其他位置。其中涉及的机密信息会被替换为占位符，不会直接暴露。
- SSO 与目录同步企业版
- SAML 支持单点登录及 SCIM 配置，适用于需要集中管理访问权限的组织。
- 隔离与凭证管理
- 代码库及服务凭证均按项目范围进行限定，并存储在加密的配置路径中。智能体仅在隔离的工作空间内运行，绝不会被授予访问您网络的权限。
- 欧盟地区托管与本地部署企业版
- 您可选择在欧盟地区托管平台运行，也可借助 Docker Compose 或 Kubernetes 在您自行管控的基础设施上部署整套工厂系统——运行时环境、存储、代码库访问权限、凭证及网络策略均包含在内。
可视化与成本管控6各项功能队列、追踪记录以及费用明细均公开可见——包括那些会产生成本的部分。
- Mission Control
- 生产环境状态、优先级排序后的工作任务、异常情况、剩余产能以及所有待人工处理的事项均汇总于此，且会随着工作流程推进实时更新。
- 执行轨迹
- 智能体的每一步操作、决策过程、工具调用情况及模型响应内容均会被记录下来供您查阅，同时还会标注每次调用对应的令牌数量、成本及预估碳排放量。
- 碳排放估算
- 每次模型调用产生的运营阶段二氧化碳当量排放量都会被估算出来，并与成本数据一同展示，同时会注明估算来源及置信度。低碳模式会优先选用规模更小的模型及能耗更低的主机；此数据仅为估算值，并非宣称实现碳中和。
- 容量优先定价模式
- 您购买的是并行智能体插槽，而非用户席位。组织内的成员数量不受限制，模型相关支出也单独核算——可选择预付费积分或自行提供供应商密钥——如此一来，吞吐量数据与推理成本便不会混为一谈。
- 报告生成
- 可根据需求或预定计划生成代码库及交付相关的报告，这些报告可导出使用；生成报告的智能体与负责读取代码以分配任务的智能体为同一类。
- 代码库可行性分析
- Coroid 会监测文件大小、复杂度及代码模式的健康状况，结合智能体可处理的上下文容量 limits，提出相应的重构建议，以确保代码库对智能体及后续阅读代码的人员而言仍具备可操作性。