阿里云通信以多Agent流水线交付数字分身

阿里云通信团队针对内部运维类需求（补监控面板、加配置开关、做取数功能、加批量操作）长期积压的问题，让产品或运营直接在钉钉 @ 数字分身提需求：协调者 Agent 多轮澄清形成结构化需求描述并经用户确认后，系统启动需求接收→安全审核→技术方案→开发实施→测试验证→代码审查→部署上线 7 阶段自动流水线，由协调者、产品经理、后端工程师、测试工程师、代码审查、安全审核 6 个最小权限 Agent 依次执行，用户可通过 Web 实时面板查看进展，产出物进入「待交付」状态由研发 review 后上线。系统运行在 Devix 云端安全工作空间，每个用户独立隔离，核心编排引擎为 Python/FastAPI 的 team-manager，内部由 LangGraph StateGraph 9 节点有向状态图驱动并支持断点续跑，Agent 通过 MCP 对接代码仓库、CI/CD、Aone、钉钉、语雀；当前为一个员工配一个数字分身并借用人身份与权限作业，长期方向是升级为按角色授权的数字员工。 后续材料（2026-07-21）：团队把 AI Coding 交付拆成工艺标准与流水线两条线：Harness 工程以原则→宪法→规则→判例四层约束落到代码仓库（App-Adr 应用规约与技能、App-Desc 应用说明与「新法/过渡/旧法」代码版本治理、App-Research 疑难杂症研究），并按 develop/test 分包；Spec 工程定义需求对齐→概设→详设与任务拆解→执行→检查五段流水线，产出 spec.md、plan.md、tasks.md、check_reports/ 与 session log，工作项按标准需求、简单需求、一般任务三档分级，跨应用需求升级为项目级物料 speckit-p（项目级宪法、跨应用接口契约 contracts/api.md、Pre-check 准入）。研发自检 Agent 在独立会话与工作区以产品、研发、安全/SRE 多视角出具检查报告并汇总 PASS/CONDITIONAL_PASS/FAIL。统计&Loop 工程以 4 个检查维度 + 1 个统计维度（aone_id、spec.md、plan.md、check_reports/ 四项同时满足才计入 Agent 生成需求）驱动飞轮：实践中定位到 plan 模板缺少「枚举定义」章节导致 Agent 反复返工，补上该章节后基于近 20 个同类需求对比统计，对话轮次下降约 40%。