安全与人类授权

权限、职权、人类闸门、厂商身份和证据始终分开，AI 参与的工程才控得住、查得清。

公开 / 私有边界

展示系统能做什么，机制保持私有。

能力

受治理的AI参与 — 已连接 ≠ 活跃；活跃 ≠ 已授权。 AI始终是受治理资源：厂商身份、模型、已选资源、活跃参与者、角色、上下文资格、权限、职权与人类闸门分别成为可审计事实。
证据与验收 — 证明是一等工程对象。让证明可持续：测试、原始输出、版本绑定、证据、验证状态、独立验收与人类裁决形成可追溯链，而不是一句“完成了”。

从个人开发者到 CTO / CIO

NCT可以收缩到一个人，也可以自然展开到团队和企业。工作空间由真实职责决定，而不是职位硬编码；无论独立开发还是领导组织，同一个规范工程现实都可以投影出真正需要的工作面。

个人开发者 (W1 · 通常呈现 L1–L3) — 构建、测试、检查Git，可选择使用AI，同时保持上下文和证据，不背负不必要的组织级复杂度。日常构建、测试、Git、AI辅助开发、上下文与证据
技术负责人 (W1 + W2 · 通常消费 L1–L4) — 继续亲自开发，同时看到团队执行、验证、证据、质量、健康度与工程缺口。亲自交付 + 验证、团队执行、质量与证据
首席工程师 (W1 + W3 · 按需消费 L1–L5) — 继续实现，同时深入处理架构、关系、治理与系统级工程现实。实现 + 架构、关系、系统约束与Deep 工程
工程经理 / 总监 (W2 + W3 · 通常消费 L2–L5) — 管理执行质量与工程方向，不被强迫进入日常写代码的界面。执行质量、健康度、风险、验证、团队方向与治理
Enterprise 架构师 (W3 · 通常消费 L3–L5) — 聚焦架构、边界、关系、历史、治理与跨系统演化。架构、边界、关系、历史、治理与演化
CTO / CIO (W2 + W3 · 通常消费 L3–L5) — 在同一个系统里看到交付现实、风险、证据、组织治理与长期工程方向。交付现实、组织级风险、证据、治理与长期方向
总架构师 (W1 + W2 + W3 · 职责需要时可覆盖 L1–L5) — 当一个人真实承担开发、监督与架构时，三个工作空间可以同时存在。开发、监督、架构与高阶工程现实

个人 → 小团队 → 企业。一个核心，自适应复杂度，最小必要暴露。