HUMAN / COLLABORATION
围绕同一意图,贡献专业判断。
产品定义目标,设计把握体验,研发确定工程约束,运营与业务补充场景,客户代表提供使用反馈。人在关键分歧中作出选择,并对结果负责。
DECA × CNB / NEXT COLLABORATION
人围绕意图协作,
Agent 自动化执行。
DECA 的长期方向,是管理 Agent 工作成果与协作的原生工作空间。把代码、产物、意图、证据与决策组织成可持续接手的项目状态,让成果可理解、可恢复、可比较、可复用。
更多角色贡献专业意图与判断
成果跨任务、会话与工具延续
保留成果、来源状态与选择依据
从可接手成果中提炼复用经验
01 / NEW PARADIGM 协作范式
DECA 为 CNB 提出的增量,是把 Agent 生成的成果组织成可持续协作的工作。全流程角色围绕具体结果表达意图、讨论取舍、完成验收;Agent 承接执行,项目状态保留每次产出与决定。
HUMAN / COLLABORATION
产品定义目标,设计把握体验,研发确定工程约束,运营与业务补充场景,客户代表提供使用反馈。人在关键分歧中作出选择,并对结果负责。
AGENT / EXECUTION
读取与任务相关的意图,调用工具、修改代码、生成可体验产物、运行检查。执行结果带着版本与证据回到人的审阅中,继续完成下一轮修改。
形成目标与专业共识
进入同一真实工程
体验结果,确认取舍
关联版本、来源与证据
继承经验,持续改进
把“会使用研发工具”转为“能表达专业意图”,让非研发角色持续进入 CNB。
把体验审阅、运营调整和业务反馈,转化为可执行、可验收的工程任务。
让已认可成果可以正确接手,把专业决定与验证留下来,减少重复准备与反复解释。
02 / DECA IN PRACTICE 演示项目
人从页面、角色美术与具体体验进入协作,表达意图、比较方案、确认取舍;Agent 承接修改与验证,Git 承载代码版本与工程交付。从可体验的成果出发,让专业判断进入同一条生产链路。
01 产物体验
直接查看评价页的布局、评分与反馈入口,让产品、设计和业务讨论同一份具体结果。
CNB 的协作入口,从代码界面延伸到可体验的产物。
02 协作接手
在协作层中查看来源、修改范围与产物缩略图,进入对应版本,继续完成视觉、交互或文案调整。
让不同专业角色围绕同一产物持续贡献,每次修改保留归属与来源。
03 版本审阅
并排查看主干与视觉协作版本,直接核对布局与体验变化,让审阅围绕确切的产物展开。
把“改了什么”的可视化审阅,连接到 CNB 的代码评审与结果验收。
04 游戏角色
从角色线稿到不同视觉方案,在协作层中保留探索方向,并排查看造型、配色与细节,让美术判断围绕具体成果展开。
CNB 的协作对象,可从代码与页面延伸到游戏美术资源与创意产物。
05 体验共创
在同一评价页上保留视觉、内容、动效与交互等修改方向,对照浅色与深色方案,让不同专业角色的贡献有迹可循。
从角色美术到体验界面,围绕产物表达意图、比较方案与确认取舍。
03 / WORK CONTINUITY 从生成到持续接手
首个建议工作流:从 DECA 评价页的同一基线出发,由一个 Agent 生成两个修改方向。人比较结果、作出选择,另一次会话依据所选状态继续工作。
代码版本、产物清单
目标、约束与验收条件
独立变更 · 预览 · 验证证据
同源出发 · 保留备选
查看差异与证据
记录取舍和未决问题
校验所选产物,继承有效意图
完成下一轮修改与验证
人确认的结果、选择理由和来源状态一起保留,下一次修改有据可循。
知道哪一版被认可、对应什么目标、有哪些验证依据。
执行环境结束后,仍能按清单取回约定范围内的文件和资源。
把文件差异、视觉变化和意图冲突放到同一次评审中。
新成员或新会话继承约束、决定与未决问题,减少重复解释。
04 / SERVICE EXPANSION 服务范围扩展
CNB 提供仓库、流水线与 NPC 等工程能力。DECA 希望补充成果状态、意图、证据与人工决定的连续关联,将平台的服务范围延伸到跨角色评审、跨会话接手和组织复用。
| 扩展的服务范围 | 从 DECA 载体延伸的共建能力 | 对 CNB 的增量价值 |
|---|---|---|
| 协作入口ACCESS & IDENTITY | 从分享链接、对话、MCP / Skill 进入指定产物;复用已有身份,自动衔接项目与任务,让首次加入接近无感。 | 扩大受众。让产品、设计、运营、业务与外部协作者进入同一生产流程。 |
| 成果工作空间WORK OUTPUTS & STATES | 围绕项目状态组织代码、页面、文档、资源与备选方向;连接预览、变更、评审和获授权的仓库流程。 | 让成果持续可用。帮助团队识别可信结果、比较不同方向,并将已认可工作交给下一位参与者。 |
| 意图与组织记忆INTENT & MEMORY | 以 Design Intent MD 承载目标、约束、决定和依据,按项目、产物、任务组织,并扩展组织级规则服务。 | 形成长期资产。让下一位成员和下一次执行继承有效判断,降低交接与返工成本。 |
| Agent 执行服务INTENT AGENT | 从明确的输入状态、预算与验收条件派发任务,返回变更和证据;状态与交接可靠后,再验证多 Agent 编排。 | 扩大任务来源。从研发指令扩展到全流程角色提出的持续改进任务。 |
| 应用交付与运营BUILD · RUN · OBSERVE | 通过适配器连接获准的构建、预览和运行环境;独立持久化成果与状态,验证环境回收后的恢复与继续。 | 扩大服务深度。从一次执行延伸到成果保留、环境重建、运行反馈和持续交付。 |
| 经验与生态服务LEARNING & ECOSYSTEM | 将经验证的意图沉淀为场景模板、专业规则、Agent 工作流与评测集,连接设计工具和专业服务。 | 形成复用网络。让团队实践持续改善产品能力,发展接入、治理与场景适配服务。 |
以接手成功、评审质量和重复准备成本衡量新增价值,再探索组织工作空间、成果保留、执行资源与专业适配服务。对照现有工作流,核算每项已认可成果的存储、计算、人工审阅和集成维护总成本。
05 / STATE & INTENT 成果与意图资产
建议以版本化项目状态组织工作:将可取回的代码、页面、文档和资源,与生成它们的任务、有效意图、证据和人工决策关联。换会话、换工具后,仍能找到同一条工作脉络。
CODE & ARTIFACT
当前交付了什么?
代码、可运行产物与资源清单,对应确切版本和内容校验值,明确纳入保存的范围。
INTENT & DECISION
为什么选择这一版?
目标、约束、专业取舍、未选方向与未决问题,保留来源、适用状态和有效条件。
RUN & EVIDENCE
谁执行,如何确认?
关联任务、执行记录、检查结果与审阅决定,明确哪些内容经过验证、由谁认可。
PROPOSED FOUNDATION
把一轮执行,变成可定位、可比较、可继续的项目状态。
标识一份可取回的产物清单及其版本。
说明相对哪份基线,新增、修改或删除了什么。
呈现指定状态在记录的环境下的表现。
带走所选状态、意图、决定和证据引用。
工作状态保存在持久存储中;容器、沙箱或云工作空间承担执行与预览。环境回收前收集成果,下一次执行再按所选清单建立工作副本。
文件恢复以清单和哈希一致为准;环境重建还需依赖锁文件、工具版本和构建配置;行为复现另行验证。外部数据与不可恢复输入单独记录。
DECA 当前采用完整快照与资源清单。增量变更集、内容复用和物化检查点属于后续优化方向,先验证完整性与中断恢复,再优化存储和重建成本。
逐步关联组件、资源、配置与决策的依赖,记录来源和可信程度;影响未知时扩大检查。预览过期应标明,内容变化后重新审阅。
06 / PRODUCT EVOLUTION 产品形态演化
NPC 提供工程执行,通用插件连接各角色入口,Intent Agent 逐步承接有状态的持续执行。三者最终服务于同一方向:让 DECA 成为管理 Agent 成果与协作的原生工作空间。
EXECUTE A TASK
仓库内的工程执行者
“帮我完成这个任务。”
从明确基线与有效意图开始,让 NPC 交回可关联来源的变更、产物和验证证据。
COLLABORATE ACROSS TOOLS
各专业角色的成果与意图入口
“接着这份产物,继续改。”
跨入口接手保持意图、版本与权限连续,非研发角色能独立完成一轮协作。
DELIVER ON AN INTENT
围绕持久项目状态的执行服务
“持续推进这个目标,
每轮把结果交给我验收。”
连续多轮可追溯、可验收、可暂停;质量与成本稳定,经验复用有证据。
LONG-TERM DESTINATION
统一管理项目、探索方向、任务、成果、证据与决策。人在工作空间中形成共识和验收结果,Agent 根据授权自动化执行,成果能够跨会话与工具持续演进。
WORKSPACE / STATE / EXECUTION
建议由 DECA 管理状态模型、成果关联与评审体验;Git 继续承载源码历史,CNB 与已验证的 Runtime 适配器承接执行。先稳定工作状态,再扩展编排与入口。
人负责目标、取舍与验收;
Agent 在委托范围内自动化执行。
对话 · IDE · 设计工具 · 可视化产物入口
意图装配 · 任务调度 · 预算与取消 · 人工决策
快照 · 变更集 · 意图与溯源 · 恢复与交接
NPC · 仓库 · 流水线 · 预览与运行环境
BUILD NEXT
首个共建形态仍以插件为入口,先接一个仓库、一个 Runtime,验证单 Agent 的记录、比较、重建与交接。通过后再扩展第二入口、可控并发与组织记忆,逐步形成 Intent Agent 和原生工作空间。
07 / LOOPS OF EVOLUTION 持续进化
以可重建、可接手的已认可成果为起点,让有证据的判断继续发挥作用。产物迭代、组织复用和平台改进形成三个层次的 Loop,把实际交付转化为可累积的能力。
LOOP 01 / ARTIFACT
一次反馈,改善下一版结果。
↺ 回到下一轮体验与审阅
衡量:验收通过率、返工次数、迭代耗时
LOOP 02 / ORGANIZATION
一次实践,成为团队的下一次起点。
↺ 回到组织规则与工作流
衡量:独立接手成功率、规则继承、解释成本
LOOP 03 / PLATFORM
多团队的实践,改善平台的服务。
↺ 回到更多团队的真实生产
衡量:复用成功率、质量提升、成功任务成本
沉淀的是经过实践的专业判断,进化的是产品、组织与服务能力。
08 / PILOT & DECISION GATES 有限试点与扩展门槛
建议以现有 DECA 评价页为种子,选择一个测试仓库、一个 Agent Runtime 和一条评审流程。先核实 CNB 接口与账号权限,再验证“记录 → 比较 → 重建 → 评审 → 继续”。
同一 Agent 从共享基线产生两个修改方向。人比较预览与差异、选择其一;结束原执行环境后,在新会话中重建所选成果,继承关键约束并完成下一轮修改。
NORTH-STAR MEASURE
以符合试点条件的工作周期为分母,衡量其中有多少形成了经人工认可、通过重建校验,并能正确继续的成果。
同时记录:完整性问题、关键漏检、人工介入,以及每项已认可成果的存储、执行与协作总成本。
按验收推进,周期在范围与测试权限明确后约定。
观察真实交接,记录基线;核对仓库读取、证据导出与身份权限。
找到重复发生的用户问题,并跑通一条获准路径;否则缩小为本地验证。
一个 Runtime 完成基线记录、独立修改、清单校验与新环境重建。
纳入范围的产物一致;中断后有有效状态或可恢复记录,无静默丢失。
关联预览、差异、决定与上下文包;新人依据所选方向正确继续。
关键约束理解正确,交接和评审优于基线,关键问题漏检不增加。
两个至三个 Agent 从同一基线独立工作,呈现冲突、预算和取消状态。
并发不静默覆盖,过期变更能拒绝或协调;收益足以覆盖额外协调成本。
增加第二个适配器、开放接口、组织策略、监控和成果保留机制。
持续采用、权限边界、可靠性与单位成本达标后,评估原生集成及商业服务。
CNB 已公开工作空间、构建与 OpenAPI 文档;DECA 的具体调用路径、账号权限和生命周期行为仍需逐项联调。各项通过后再纳入试点主路径。
验证:修订版本、分支保护、过期基线与评审归属。负责人:仓库集成工程师与 CNB 管理员。
回退:Git 补丁与证据包,人工导入。
验证:创建者身份、启动、取消、采集、回收与过期恢复。负责人:运行时工程师与账号负责人。
回退:获准的本地或独立沙箱,结果仍绑定仓库。
验证:触发权限、状态关联、日志、重试与完成检测。负责人:CI 工程师。
回退:人工触发,导入只读结果或获准轮询。
验证:访问、有效期、格式、大小、保留周期与费用。负责人:前端集成与存储负责人。
回退:含校验值的静态评审包。
验证:发起人、执行者和审批人归属,以及撤权和项目隔离。负责人:安全工程师与 CNB 管理员。
回退:用户主动操作,附本地审计记录。
验证:插件契约、会话身份、文件访问与上下文容量。负责人:Agent 集成工程师与产品负责人。
回退:单一 Runtime 消费可移植交接清单。
核实目标账号、官方接口、NPC 与流水线的可用范围,提供测试仓库及技术对接人。
负责状态、意图、证据与决策的关联,完成可恢复成果与可接手工作流的验证。
提供基线任务和专业评审,记录接手、返工与总成本,据实决定继续、缩小或停止。
DECA × CNB 的机会,是让工程执行产生的成果,成为可理解、可恢复、可比较、可复用的组织资产。以有限试点证明工作连续性,再走向 Agent 原生工作空间。
从首个试点开始