一个规范工程现实。多种受治理的使用方式。

能力 Depth与工作空间是两个正交维度。

L1–L5回答NCT能把工程现实理解和治理到多深；W1–W3回答一个人在哪里工作。即使是L5深度的引擎，也可以只向W1 开发者返回简单可执行结果。

六个公开能力表面，水下只有一套工程现实。

先看到真实控制系统，而不是一套为了融资重新画的概念图。

网站直接使用当前 NCT 产品界面解释项目现实、AI 参与、健康度、证据与工程上下文如何被治理。

把 NCT 放到一个真实工程问题面前。

NCT 不是为了演示故事而搭出来的页面概念，而是在真实重型系统开发中形成的工程基础设施。私人评审会围绕真实工程现实、治理、证据和恢复能力展开。

职责会改变，但你不需要因此换一套产品。

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) — 当一个人真实承担开发、监督与架构时，三个工作空间可以同时存在。 开发、监督、架构与高阶工程现实

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

一个产品，三个工作位置——取决于你真正负责什么。

W1–W3不是职位名称，也不是L级别。它们让同一个NCT核心自然适配个人开发者、技术负责人、首席工程师、工程总监、CTO/CIO或总架构师，而不是逼所有人面对同一个界面。

• W1 开发工作空间 安全地做 每天真正工作的主场：文件、代码、AI开发、Git/差异、测试、终端、工程记忆、当前任务与当前上下文。 个人开发者 · 高级开发者 · 首席工程师 · 亲自下场的技术负责人 · 文件 / 代码 · AI开发 · Git / 差异 · 构建 / 测试 · 终端 · 当前任务 · 工程记忆
• W2 开发监督 · 验证 · 管理工作空间 独立地看 真正参与开发过程的监督与验证工作面：观测台、证据、测试、缺口、性能、健康度、校准、开发质量、团队执行与资源。 技术负责人 · 工程经理 · 工程总监 · 验证/质量负责人 · 观测台 · 证据 · 测试 · 缺口 · 性能 · 健康 · 团队开发 · 执行状态
• W3 架构 · 治理 · 高阶工程智能工作空间 扩大智能，但不扩大失控 系统级架构、治理、职权、工程关系、历史/时间、架构演进、跨团队现实和高阶工程智能。 企业架构师 · 首席工程师 · CTO · CIO · 总架构师 · 架构 · 治理与职权 · 关系 · 历史 / 时间 · 演进 · 跨团队现实 · 决策 / 证据

14 天完整试用

完整 Entry · 真实项目 · 自带 AI 账号 · 不卖 Token

六大能力域

• 项目现实 — 修改之前先观察。 在变更之前建立可靠基线：项目身份、文件、代码、Git状态、需求、健康度、已知/未知边界、当前/历史事实以及观察者状态保持可区分。
• 受控开发 — 人类意图打开开发边界。 把人的意图转化为受治理工程回合：需求、当前任务、受控写入边界、变更集、构建/测试、恢复与证据保持连接。
• 受治理的AI参与 — 已连接 ≠ 活跃；活跃 ≠ 已授权。 AI始终是受治理资源：厂商身份、模型、已选资源、活跃参与者、角色、上下文资格、权限、职权与人类闸门分别成为可审计事实。
• RCA 与技术债 — 把失败转化为持久工程知识。 让失败继续留下工程含义：症状、证据、根因、修复、复发、技术债、触发条件与架构影响保持关联，重复局部修复可以暴露结构性原因。
• 证据与验收 — 证明是一等工程对象。 让证明可持续：测试、原始输出、版本绑定、证据、验证状态、独立验收与人类裁决形成可追溯链，而不是一句“完成了”。
• 上下文连续性 — 工程记忆属于项目。 跨会话、厂商、机器与交接保存工程含义：需求、决定、已被取代的事实、上下文位置、RCA、技术债、证据与恢复持续属于项目。

表面保持简单，水下能力持续变深。

问题变复杂时，NCT不会再造一套产品。同一工程现实会获得更多可证明关系、证据和长期记忆。

• 项目现实 — 先知道真实存在什么，再开始修改。 NCT从当前工程状态出发，而不是从AI聊天开始。项目身份、文件、代码、Git现实、需求、健康状态、已知/未知边界以及当前事实与历史事实，在任何变更之前都保持可区分。 先有现实，再有行动 · 变更前确认当前状态 · 已知 / 未知保持显式 · 观察者 ≠ 开发
• 工程关系 — 看见一次变更究竟连接着什么。 文件变更不是孤立事件。架构决策、契约、依赖、边界、需求、证据和历史失败可以通过同一工程关系网连接，同时不制造第二套真相。 变更从来不只是一个文件 · 对象真相留在原领域 · 关系携带来源链 · 影响 ≠ 职权
• 失败 → RCA → 技术债 — 测试变绿，并不代表故事结束。 通过测试仍可能掩盖错误根因。NCT把失败证据、RCA、复发、技术债、Operational 影响和触发条件连接起来，让重复局部补丁最终暴露架构级问题，而不是再次被遗忘。 失败转化为可复用工程知识 · 症状 ≠ 根因 · 技术债保留真实运营含义 · 触发条件 ≠ 执行职权
• 证据与职权 — AI可以提出方案，但现实仍然必须被证明。 NCT把AI声称与工程现实可证明的事实分开。测试、原始 Results、版本绑定、证据、权限、职权、人类闸门与验收保持独立，使“听起来正确”无法静默升级为项目真相。 AI 自报 ≠ 验收 · AI 自报 ≠ 验收 · 权限 ≠ 职权 · 证据可持续追溯
• 连续性与演化 — 会话可以结束，但工程思维状态不能随之消失。 任务会话结束后，项目记忆仍然存在。决定、已被取代的事实、RCA、技术债、交接位置、恢复、证据与结果继续属于项目历史；新的AI任务只获得当前被授权的最小充分上下文。 AI可以忘记，项目不能失忆 · 项目 remembers · 任务会话可以干净重置 · 历史真相 ≠ 当前真相