使用前检查团队
当前数据库发布Advanced
内置的高级软件交付团队，保留能力匹配的需求到架构可追溯性，以及执行、测试、界面与独立审查边界。
点击后唤起已安装的 OpenCorvus 桌面端；客户端会重新下载并校验这一精确 revision，再由你选择安装 scope。 还没有桌面端？先安装 OpenCorvus
有界执行图
工作流与交接
下图展示每一步由谁负责、依赖哪一步完成。它解释团队的协作契约，不是正在执行的任务进度，也不会在网页上排程 Agent。
固定 revision
bdc6db2a8 个节点- 01request-interpreter确认意图、输入和范围，并在不存在任何澄清差距时明确记录。
起点 - 02requirement-engineer根据当前证据记录可证伪的要求和基本决策。
起点 - 03source-investigator与意图和需求工作并行地调查存储库结构、调用者、测试和所有权边界。
起点 - 04solution-architect将精确意图、RequirementSet 与代码库证据整合为可追溯契约、不可变 Delivery Slice revision 和组装责任归属。
← request-interpreter + requirement-engineer + source-investigator - 05workload-reviewer在没有架构授权的情况下评估切片大小、耦合、省略的工作、验收覆盖率和验证成本。
← solution-architect - 06implementation-engineer与工作量审查并行实施确切的架构师合同，并记录具体存储库和验证证据。
← solution-architect - 07test-engineer在存在实施证据后，独立执行适用的非 UI 测试和 runtime 检查。
← implementation-engineer - 08system-integrity-reviewer在实施和工作量证据存在后，与测试执行同时进行独立的对抗性审查。
← implementation-engineer + test-engineer + workload-reviewer
9 个节点- 01request-interpreter确认意图、输入和范围，并在不存在任何澄清差距时明确记录。
起点 - 02source-investigator使用只读代码库工具调查结构、调用者、测试和责任边界。
起点 - 03research-investigator使用投影的网页研究能力解决选定且连贯的多来源外部事实缺口。
起点 - 04requirement-engineer在精确意图、代码库证据与外部证据收敛后登记完整、可证伪的需求。
← request-interpreter + research-investigator + source-investigator - 05solution-architect将已收敛的 RequirementSet 与所选证据绑定为可追溯契约、可观察验收规格、Delivery Slice revision 和组装责任归属。
← requirement-engineer - 06workload-reviewer在没有架构授权的情况下评估切片大小、耦合、省略的工作、验收覆盖率和验证成本。
← solution-architect - 07implementation-engineer使用可执行的投影能力收敛剩余动态值，并实现精确的 Architect 契约。
← solution-architect - 08test-engineer实施收敛后，独立重读权威来源并执行适用的非 UI 与 runtime 检查。
← implementation-engineer - 09system-integrity-reviewer在全部工作收敛后，审计需求覆盖、来源映射、实施、工作量和可执行测试证据。
← implementation-engineer + test-engineer + workload-reviewer
3 个节点- 01source-investigator开展以只读为主的代码库调查，并记录有来源依据的证据。
起点 - 02research-investigator收集持久的多源外部证据并将事实与推论分开。
起点 - 03claim-verifier根据收集的证据验证重大事实主张并报告不确定性。
← research-investigator + source-investigator
10 个节点- 01request-interpreter确认新建接口意图、输入和范围，而无需发明源接口依赖项。
起点 - 02requirement-engineer登记全新界面中可证伪的产品、数据、交互与视觉要求。
起点 - 03source-investigator与意图和需求工作并行地调查目标存储库、设计系统实现表面和所有权边界。
起点 - 04solution-architect将精确意图、RequirementSet 和代码库证据整合为可追溯界面契约、不可变 Delivery Slice revision 和组装责任归属。
← request-interpreter + requirement-engineer + source-investigator - 05interface-designer根据获批需求和架构证据生成原创、可追溯的界面设计与实现契约。
← solution-architect - 06workload-reviewer在架构契约存在后，与界面设计并行质疑切片规模、所有权与验证工作量。
← solution-architect - 07implementation-engineer设计证据存在后实施已批准的界面契约，同时保留架构师所有权边界。
← interface-designer - 08test-engineer在存在实施证据后，独立执行适用的非 UI 测试和 runtime 检查。
← implementation-engineer - 09interface-integrity-reviewer独立审查已实现的界面行为并提供证据。
← implementation-engineer - 10system-integrity-reviewer独立于测试和目视审查来审查需求、合同、实施和工作量证据。
← implementation-engineer + test-engineer + workload-reviewer
11 个节点- 01request-interpreter确认新建接口意图、输入和范围，而无需发明源接口依赖项。
起点 - 02requirement-engineer登记全新界面中可证伪的产品、数据、交互和视觉要求。
起点 - 03source-investigator与意图和需求工作并行地调查目标存储库、设计系统实现表面和所有权边界。
起点 - 04solution-architect将精确意图、RequirementSet 和代码库证据整合为可追溯界面契约、不可变 Delivery Slice revision 和组装责任归属。
← request-interpreter + requirement-engineer + source-investigator - 05interface-designer根据获批需求和架构证据生成原创、可追溯的界面设计与实现契约。
← solution-architect - 06workload-reviewerArchitect 契约形成后，与界面设计并行检验 Slice 规模、责任归属和验证工作量。
← solution-architect - 07implementation-engineer设计证据形成后实现获批界面契约，并遵守 Architect 的责任边界。
← interface-designer - 08test-engineer在存在实施证据后，独立执行适用的非 UI 测试和 runtime 检查。
← implementation-engineer - 09visual-reviewer在测试和独立完整性审查的同时审查真实呈现的实现和交互状态。
← implementation-engineer - 10interface-integrity-reviewer独立审查已实现的界面行为和渲染证据，不以 Visual Reviewer 的结论代替自身判断。
← implementation-engineer - 11system-integrity-reviewer独立于测试和目视审查来审查需求、合同、实施和工作量证据。
← implementation-engineer + test-engineer + workload-reviewer
12 个节点- 01interface-investigator从操作者提供的一个来源界面 URL 捕获结构、行为、状态、资产与参考证据。
起点 - 02request-interpreter与需求和直接界面观察并行地确认意图、输入和范围。
起点 - 03requirement-engineer从完整请求中登记可证伪的产品、交互、保真度与验收要求。
起点 - 04source-investigator与源接口观察和需求工作并行地调查目标存储库和所有权边界。
起点 - 05solution-architect将直接观察到的界面、意图、RequirementSet 和代码库证据整合为可追溯契约与不可变 Delivery Slice revision。
← interface-investigator + request-interpreter + requirement-engineer + source-investigator - 06interface-designer根据所提供的参考和 Architect 证据生成可追溯的界面设计与实现契约。
← solution-architect - 07workload-reviewer与界面设计并行质疑切片规模、所有权与视觉验证工作量。
← solution-architect - 08implementation-engineer在设计证据存在后实现提供的参考接口契约。
← interface-designer - 09test-engineer在存在实施证据后，独立执行适用的非 UI 测试和 runtime 检查。
← implementation-engineer - 10visual-reviewer在测试和独立审查的同时审查真实渲染的结果、交互和参考保真度。
← implementation-engineer - 11interface-integrity-reviewer独立审查已实现的界面行为和渲染证据，不以 Visual Reviewer 的结论代替自身判断。
← implementation-engineer - 12system-integrity-reviewer独立于测试和目视审查来审查需求、合同、实施和工作量证据。
← implementation-engineer + test-engineer + workload-reviewer
证据输出6
适用场景
用于需要从需求到架构可追溯、并行调查与实施证据及独立审查，但没有更窄已安装专家契约的高级软件交付。
- 产品支柱代码与产品 + 知识与业务
- Agent 阵容14 个声明角色
- 声明工作流6 条完整职责与依赖图
- 完整能力投影2 项 Skill · 7 项工具 · 17 项 MCP 引用
角色与职责
以下阵容来自这一精确能力包。每个 Agent 的身份与基础角色都会进入实际运行；头像、评分或人设不参与选择。
- 请求解析员
intent-analysis澄清意图、缺失的输入、范围边界和操作员决策。 - 需求工程师
requirements根据当前证据记录可证伪的要求和基本决策。 - 解决方案架构师
architect创建可追溯的界面契约、独立 revision 的 Delivery Slice 和组装责任归属。 - 工作负载审核员
goal-workload-analyst评估 Delivery Slice 规模、耦合、遗漏工作、验收覆盖和验证成本，但不承担架构决策权。 - 来源调查员
delegated-worker开展以只读为主的代码库调查，并记录有来源依据的证据。 - 外部研究调查员
deep-research收集持久的多源外部证据并将事实与推论分开。 - 接口调查员
frontend-research捕获界面结构、行为、状态、资产和参考证据。 - 界面设计师
frontend-design根据批准的证据生成可追溯的界面设计和实施合同。 - 实施工程师
build实现 Architect 契约并产出代码库、命令和 runtime 证据，但不承担审查责任。 - 测试工程师
delegated-worker独立执行适用的非 UI 测试，并根据实施证据进行 runtime 检查并报告准确结果。 - 视觉审核员
visual-qa审查真实渲染证据、交互状态和视觉验收覆盖。 - 系统完整性审核员
integrity实现证明就绪后，对需求、契约、实现和证据开展不可转交的独立系统审查。 - 接口完整性审核员
delegated-worker对已实现的接口行为执行独立的 Task 范围审查并提供证据，而无需交付切片规划图。 - 主张核验员
fact-check根据可追溯的证据验证重大事实主张并报告不确定性。
工作流与交接
下图展示每一步由谁负责、依赖哪一步完成。它解释团队的协作契约，不是正在执行的任务进度，也不会在网页上排程 Agent。
planned-delivery
计划交付
完成计划型非界面交付：并行调查意图、需求与存储库，建立精确的需求至架构衔接，并行开展工作量审查与实施，最后并行测试并独立审查系统。
- 01request-interpreter确认意图、输入和范围，并在不存在任何澄清差距时明确记录。depends_on: []
- 02requirement-engineer根据当前证据记录可证伪的要求和基本决策。depends_on: []
- 03source-investigator与意图和需求工作并行地调查存储库结构、调用者、测试和所有权边界。depends_on: []
- 04solution-architect将精确意图、RequirementSet 与代码库证据整合为可追溯契约、不可变 Delivery Slice revision 和组装责任归属。depends_on: request-interpreter, requirement-engineer, source-investigator
- 05workload-reviewer在没有架构授权的情况下评估切片大小、耦合、省略的工作、验收覆盖率和验证成本。depends_on: solution-architect
- 06implementation-engineer与工作量审查并行实施确切的架构师合同，并记录具体存储库和验证证据。depends_on: solution-architect
- 07test-engineer在存在实施证据后，独立执行适用的非 UI 测试和 runtime 检查。depends_on: implementation-engineer
- 08system-integrity-reviewer在实施和工作量证据存在后，与测试执行同时进行独立的对抗性审查。depends_on: implementation-engineer, test-engineer, workload-reviewer
researched-planned-delivery
外部研究型计划交付
先解决一个关键外部证据缺口，再形成需求与架构，随后由能力匹配的责任方实施、独立测试并审查非界面交付。
- 01request-interpreter确认意图、输入和范围，并在不存在任何澄清差距时明确记录。depends_on: []
- 02source-investigator使用只读代码库工具调查结构、调用者、测试和责任边界。depends_on: []
- 03research-investigator使用投影的网页研究能力解决选定且连贯的多来源外部事实缺口。depends_on: []
- 04requirement-engineer在精确意图、代码库证据与外部证据收敛后登记完整、可证伪的需求。depends_on: request-interpreter, research-investigator, source-investigator
- 05solution-architect将已收敛的 RequirementSet 与所选证据绑定为可追溯契约、可观察验收规格、Delivery Slice revision 和组装责任归属。depends_on: requirement-engineer
- 06workload-reviewer在没有架构授权的情况下评估切片大小、耦合、省略的工作、验收覆盖率和验证成本。depends_on: solution-architect
- 07implementation-engineer使用可执行的投影能力收敛剩余动态值，并实现精确的 Architect 契约。depends_on: solution-architect
- 08test-engineer实施收敛后，独立重读权威来源并执行适用的非 UI 与 runtime 检查。depends_on: implementation-engineer
- 09system-integrity-reviewer在全部工作收敛后，审计需求覆盖、来源映射、实施、工作量和可执行测试证据。depends_on: implementation-engineer, test-engineer, workload-reviewer
evidence-investigation
证据调查
当调查本身就是 Task 交付，或阻塞一项不交付决策时，完成存储库和外部调查，再核验事实主张；不要把此图作为交付工作流的辅助阶段，后者的调度器可针对具体证据缺口派遣单个调查员。
- 01source-investigator开展以只读为主的代码库调查，并记录有来源依据的证据。depends_on: []
- 02research-investigator收集持久的多源外部证据并将事实与推论分开。depends_on: []
- 03claim-verifier根据收集的证据验证重大事实主张并报告不确定性。depends_on: research-investigator, source-investigator
greenfield-interface-delivery
全新界面交付
在没有来源 URL 时交付全新界面：并行调查意图、需求与存储库，建立精确的需求至架构衔接，并行进行界面设计与工作量审查，由实施方检查真实页面，最后并行测试并独立审查界面与系统。
- 01request-interpreter确认新建接口意图、输入和范围，而无需发明源接口依赖项。depends_on: []
- 02requirement-engineer登记全新界面中可证伪的产品、数据、交互与视觉要求。depends_on: []
- 03source-investigator与意图和需求工作并行地调查目标存储库、设计系统实现表面和所有权边界。depends_on: []
- 04solution-architect将精确意图、RequirementSet 和代码库证据整合为可追溯界面契约、不可变 Delivery Slice revision 和组装责任归属。depends_on: request-interpreter, requirement-engineer, source-investigator
- 05interface-designer根据获批需求和架构证据生成原创、可追溯的界面设计与实现契约。depends_on: solution-architect
- 06workload-reviewer在架构契约存在后，与界面设计并行质疑切片规模、所有权与验证工作量。depends_on: solution-architect
- 07implementation-engineer设计证据存在后实施已批准的界面契约，同时保留架构师所有权边界。depends_on: interface-designer
- 08test-engineer在存在实施证据后，独立执行适用的非 UI 测试和 runtime 检查。depends_on: implementation-engineer
- 09interface-integrity-reviewer独立审查已实现的界面行为并提供证据。depends_on: implementation-engineer
- 10system-integrity-reviewer独立于测试和目视审查来审查需求、合同、实施和工作量证据。depends_on: implementation-engineer, test-engineer, workload-reviewer
greenfield-interface-visual-delivery
具有独立视觉审查的全新界面交付
当操作者或代码库明确要求由独立 Visual Reviewer 作出判断时，使用完整的全新界面流程并增加独立渲染审查，交付不依赖源 URL 的新界面。
- 01request-interpreter确认新建接口意图、输入和范围，而无需发明源接口依赖项。depends_on: []
- 02requirement-engineer登记全新界面中可证伪的产品、数据、交互和视觉要求。depends_on: []
- 03source-investigator与意图和需求工作并行地调查目标存储库、设计系统实现表面和所有权边界。depends_on: []
- 04solution-architect将精确意图、RequirementSet 和代码库证据整合为可追溯界面契约、不可变 Delivery Slice revision 和组装责任归属。depends_on: request-interpreter, requirement-engineer, source-investigator
- 05interface-designer根据获批需求和架构证据生成原创、可追溯的界面设计与实现契约。depends_on: solution-architect
- 06workload-reviewerArchitect 契约形成后，与界面设计并行检验 Slice 规模、责任归属和验证工作量。depends_on: solution-architect
- 07implementation-engineer设计证据形成后实现获批界面契约，并遵守 Architect 的责任边界。depends_on: interface-designer
- 08test-engineer在存在实施证据后，独立执行适用的非 UI 测试和 runtime 检查。depends_on: implementation-engineer
- 09visual-reviewer在测试和独立完整性审查的同时审查真实呈现的实现和交互状态。depends_on: implementation-engineer
- 10interface-integrity-reviewer独立审查已实现的界面行为和渲染证据，不以 Visual Reviewer 的结论代替自身判断。depends_on: implementation-engineer
- 11system-integrity-reviewer独立于测试和目视审查来审查需求、合同、实施和工作量证据。depends_on: implementation-engineer, test-engineer, workload-reviewer
reference-interface-delivery
提供的参考接口交付
基于操作者提供的一个界面 URL 交付：并行开展界面观察、意图、需求与存储库调查，建立精确的需求至架构衔接，并行设计和工作量审查后实施，最后并行测试、视觉审查与独立审查。
- 01interface-investigator从操作者提供的一个来源界面 URL 捕获结构、行为、状态、资产与参考证据。depends_on: []
- 02request-interpreter与需求和直接界面观察并行地确认意图、输入和范围。depends_on: []
- 03requirement-engineer从完整请求中登记可证伪的产品、交互、保真度与验收要求。depends_on: []
- 04source-investigator与源接口观察和需求工作并行地调查目标存储库和所有权边界。depends_on: []
- 05solution-architect将直接观察到的界面、意图、RequirementSet 和代码库证据整合为可追溯契约与不可变 Delivery Slice revision。depends_on: interface-investigator, request-interpreter, requirement-engineer, source-investigator
- 06interface-designer根据所提供的参考和 Architect 证据生成可追溯的界面设计与实现契约。depends_on: solution-architect
- 07workload-reviewer与界面设计并行质疑切片规模、所有权与视觉验证工作量。depends_on: solution-architect
- 08implementation-engineer在设计证据存在后实现提供的参考接口契约。depends_on: interface-designer
- 09test-engineer在存在实施证据后，独立执行适用的非 UI 测试和 runtime 检查。depends_on: implementation-engineer
- 10visual-reviewer在测试和独立审查的同时审查真实渲染的结果、交互和参考保真度。depends_on: implementation-engineer
- 11interface-integrity-reviewer独立审查已实现的界面行为和渲染证据，不以 Visual Reviewer 的结论代替自身判断。depends_on: implementation-engineer
- 12system-integrity-reviewer独立于测试和目视审查来审查需求、合同、实施和工作量证据。depends_on: implementation-engineer, test-engineer, workload-reviewer
能力范围
完整投影包含 built-in、default 与 package-owned 引用；能力包自带子集单独列出，不能拿子集冒充全部权限。
- 完整 Skill 投影2 个唯一引用；其中 1 个属于 package-owned 子集
- 完整工具投影7 个唯一引用；其中 0 个属于 package-owned 子集
- 完整 MCP 投影17 个 server/tool/prompt/resource 引用；其中 0 个属于 package-owned 子集
- 配置要求0 个字段 · 0 个必填
版本与来源
网站导入发布时，会从签名目录指向的精确 ZIP 重建规范化文件树与完整展示事实。客户端安装时仍会再次验证结构、身份与 digest。
- 身份builtin/advanced
- 版本2026.08.22.6
- 能力包 SHA-256bdc6db2afdab074f962343d66efeb834b59199abef93b227bdf8fd17f83b0427
当前发布状态
这份条目属于当前数据库发布；导入器已逐字段核对它与 OpenCorvus 签名目录、精确 ZIP 和内容 digest。签名私钥不会进入生产服务器；第三方发布者身份与独立审核服务尚未开放。
这份条目属于当前数据库发布；导入器已逐字段核对它与 OpenCorvus 签名目录、精确 ZIP 和内容 digest。签名私钥不会进入生产服务器；第三方发布者身份与独立审核服务尚未开放。
安装边界
网页可以把这一精确 revision 交给已安装的 OpenCorvus 客户端，也可以直接流式下载它的内容寻址 ZIP。两条路都不会由网页完成安装或激活：客户端重新下载后会再次校验字节、digest 与结构，并要求明确选择 scope。
- 01网站数据库定位精确 revision，校验 ZIP 字节数与 SHA-256 后交给客户端，或直接开始下载响应
- 02客户端导入时重算 digest 并严格验证具体能力包
- 03用户明确选择 project 或 user-global scope
- 04Manager 原子导入并返回 mutation receipt
- 05安装后另行选择专家团，运行时行为才会变化