用途：为多智能体编码团队定义每个角色的章程，明确使命、职责范围、核心原则、质量标准，以及多数角色的沟通规则。每个章程是 references/ 目录下的一个参考文件。
主要能力：覆盖 architect、backend、dba、devops、frontend、pm、security、teamlead、tester、ux 等角色。architect 负责技术蓝图与构建验证（smoke test）；backend 负责服务端实现；dba 负责数据层建模、存储与迁移；devops 负责 CI/CD、部署自动化与运维基础设施；frontend 负责客户端实现；pm 负责产品定义与验收；security 负责审计与验证安全态势，发现漏洞并上报而非修复；teamlead 负责执行蓝图与质量门禁，包括章程、实施计划、测试策略、任务拆分与门禁裁决；tester 负责运行时验证执行，通过集成与端到端测试验证系统；ux 负责用户体验设计。
使用方式：查阅某角色章程时，读取 references/<role>.md。每个章程包含 Mission（一句话目的）、You Own（职责范围）、Core Principle（边界约束与禁止事项）、Quality Bar（最低标准）、Communication（多数角色，何时通知或上报给谁）。
关键设计原则：WHAT 与 HOW 分离，PM 定义 WHAT（功能与验收标准），architect 定义 HOW（设计、模式、契约）；验证规划与验证执行分离，teamlead 负责测试策略与一致性审查，tester 仅负责运行时验证执行；只读角色包括 PM、architect、security、ux，仅产出文档不写源码，teamlead 聚焦规划与质量门禁；tester 不修改生产代码，将缺陷上报给对应角色；职责边界严格，跨角色工作通过 notify/escalate 委派。
限制：资料未提供具体安装命令、收费、价格、平台或效果信息。