Maturity Assessment

成熟度评估

本页合并六角色子 agent 的成熟度判断。评分不是发布承诺，而是当前代码、文档、测试、运行资产共同体现出的工程成熟度。

总览

领域	成熟度	判断
Kernel 元模型与治理	8.3/10	核心抽象清晰，规则载体完整，少量动态 provenance 和 L0 例外无法完全 Hard 化
架构边界	4/5	分层方向明确；corecells -> adapters/postgres 是主要边界破口
运行/DevOps	8.0/10	corebundle、CI、release、多模块治理成熟；生产部署资产不足
CLI/DX	7.1/10	scaffold/generate/verify/check 闭环好；文档索引和模板有漂移
测试/验证	4.1/5	元数据治理、codegen drift、corebundle integration 强；Journey 自动化不足
通用底座产品化	7/10	已可作为 Cell-native Go 工程底座使用
MDM 产品可用度	3/10	设备产品 cell、Windows protocol adapter、真实 MDM journey 未落地
零信任产品可用度	2.5/10	access/audit/policy 基础可复用，IAP/trustscore/JIT/SIEM 等未落地

强项

强项	说明
Cell-native 架构闭环	Cell/Slice/Contract/Assembly/Journey 的声明和运行模型已经成型
AI-robust 治理	depguard、archtest、governance rule、codegen funnel、sealed type、golden lock 组合使用
CLI 自描述	命令 registry 驱动 help，降低 help 和执行入口漂移
Codegen drift 防护	verify generated、verify codegen-*、golden/tamper 测试覆盖生成产物
Corebundle 集成回归	Auth、PDP、PG、RabbitMQ、outbox、metrics、gRPC、setup 等有真实装配测试
多模块治理	go.work、workspace verify、GOWORK=off、adapter test graph、release smoke 较完整
L4 技术样板	examples/iotdevice 证明 poll/ack、command expiry、cert renewal、durable ack 等模式

主要缺口

优先级	缺口	影响
P0	能力清单/模板与代码事实漂移	Wiki、README、评审模板可能误导实现和 review
P0	corecells -> adapters/postgres 边界破口	削弱 corecells 作为业务层的独立性和架构约束可信度
P1	全量 archtest 不在 PR-time	架构回归可能延迟到 nightly 才发现
P1	Journey 自动化不足	端到端业务闭环证明弱于元数据治理证明
P1	生产部署资产不足	缺 Helm/Kustomize/ServiceMonitor/PDB/rollout/rollback 等生产交付资产
P1	Observability 产品化不足	alert 文档较强，但 dashboard、SLO recording rules、collector wiring 不完整
P2	Saga 运行时成熟度需谨慎	kernel/journal/archtest 较强，但实际 Coordinator/PG/contractgen 仍需按实现状态验证
P2	MDM/零信任产品 cell 未落地	当前只是底座和样板，不是 winmdm 或零信任产品本体

AI-Robust 成熟度

等级	当前状态
Hard	kernel/runtime/adapters 基本依赖方向由 depguard/allowlist 守住；codegen funnel 和 sealed construction 部分使用
Medium	跨 module import、caller scan、L0 direct import 例外、动态 provenance 仍主要靠 archtest typed scan
Soft	少量文档约束滞后于实现；按项目章程，Soft 不应作为新约束立项

建议路线

1. 先修文档事实源：更新 capability-inventory.md、contract review 模板、examples 能力索引。
2. 明确并处理 corecells -> adapters/postgres：要么迁入 cellmodules，要么写成受控例外并加硬约束。
3. 把高价值 archtest 子集前移到 PR-time，保留 expensive 全量 nightly。
4. 推动 Journey 从 manual/experimental 向 automated/done 收敛，优先 access/config/audit/sys 四条平台链路。
5. 补生产部署和观测资产：K8s manifests/Helm、ServiceMonitor、dashboard、SLO、rollout/rollback runbook。
6. 对 Saga/MDM/零信任分别建单独成熟度页或 epic，不和通用底座成熟度混算。