工程现实

规范工程现实、可携带的历史、关系、证据与上下文连续性 —— 比任何工具和模型都活得久。

能力

看见工程现实,并且留住它

  • 项目现实 — 修改之前先观察。 在变更之前建立可靠基线:项目身份、文件、代码、Git状态、需求、健康度、已知/未知边界、当前/历史事实以及观察者状态保持可区分。
  • 上下文连续性 — 工程记忆属于项目。 跨会话、厂商、机器与交接保存工程含义:需求、决定、已被取代的事实、上下文位置、RCA、技术债、证据与恢复持续属于项目。
深度

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

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

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

项目负责记忆,智能始终可以更换。

NCT围绕可持续的工程现实构建:身份、关系、证据、职权与记忆可以跨越单次AI会话和单台机器继续存在。

  • 可携带工程现实 — 移动项目,保留完整工程历史。 更换AI、工作空间、机器或项目位置,不应该抹掉项目已经积累的工程知识。 稳定项目身份与可解析引用,使已经记录的工程事实在移动后仍可识别、验证与重建。 路径 ≠ 身份 · HASH ≠ 真相
  • 工程记忆 — AI可以忘记,项目不能。 临时AI 上下文不是保存长期工程决定的可靠地方。 决定、RCA、证据、技术债、恢复与结果属于项目历史,而任务会话保持临时。 项目会记住 · AI 任务会话会忘记
  • 一次记录,持续解释 — 能力可以以后出现,历史不能以后补造。 如果基础事实当时没有记录,未来升级也无法诚实重建过去。 单一核心从一开始记录基础;更深授权范围以后只解锁更丰富解释,不发明历史。 升级解锁的是解释能力,不是历史