创始人与系统

一个开发者,三套重型系统,以及那座正在治理自己开发的控制塔。

起点

NCT 不是从“再做一个 AI 编程工具”的想法开始的。

它产生于一个人同时承担三套重型软件系统的产品思考、架构、治理、工程协调、RCA、证据和界面决策。AI 可以让单个步骤更快,但这些步骤之间的工程现实越来越难持续对齐。

  • 上下文重建 下一个人类或 AI 到底需要知道什么?
  • 职权 谁可以观察、建议、修改、验证或接受?
  • 证据 什么能够证明修改真的按声称发生?
  • 失败 & RCA 修的是症状,还是根因?
  • 连续性 工作中断、迁移或换 AI 后,工程思考状态还能否连续?
  • 记忆 项目能否记住正式决定,而不是依赖某个模型会话?
为什么会出现 NCT

真正的瓶颈,从“写代码”转移到了“保存工程现实”。

随着系统变重,上下文 Reconstruction、交接、证据组织、RCA 与架构 Re-alignment 的成本逐渐超过单纯代码生成本身。

第一性构建

架构不是一次性画出来的,而是把一次次开发摩擦抽象成可复用控制原则。

网站公开的是结果:连续性、职权、证据、恢复、受治理 AI 与工程记忆。实现这些结果的内部机制仍然保持私密。

公开

系统能做到什么

保持工程上下文连续,把 AI 参与与职权分离,把失败与 RCA/证据连接,安全恢复工作,并向不同职责投影同一个工程现实。

不公开

系统具体怎么做到

内部对象模型、完整性结构、编排机制、数据关系、治理内部实现与未来智能机制,不在公开网站披露。

自举

它造那两套。它也造自己。

一套控制系统最难的考验,不是它能不能管别人的活,而是它能不能管「造它自己」这件活 —— 因为这里没有人可以给你豁免,也不存在另一个不属于你的真相版本。这个网站上的每一条规矩,都先用在 NCT 自己的开发上。系统拒绝验收的时候,创始人不能因为规矩是他写的就推翻它。

在编译器领域这叫自举,它是一个工具停止「只是演示」的那一刻。它同时也是最锋利的证伪方式:如果这套纪律不成立,它会最先在这里崩掉 —— 崩在那个最有理由、也最有能力绕过它的人身上。

三套系统 · 一个核心

核心是第三个才出现的。这就是全部论证。

NGF 和 NAO 是两套重型商业系统,一个人写的,给真实的企业用。正是一个人扛着它们,才让那缺失的一层变得无法忽视:方向会飘,AI 会把没做到的事报成做到了,而没有任何东西能证明什么才是真的。NCT 就是那缺失的一层。它现在治理着自己的开发,另外两套正在迁进来。

NCT工程底座

原生控制塔 - Native Control Tower

工程现实,始终受控。

定义复杂软件如何被理解、修改、验证、恢复并长期保留工程记忆。

主动开发 · 自举迁移 — 正在治理 NCT 自己的持续开发。

NGF企业底座

原生治理编织层 - Native Governance Fabric

编织你的企业真相。

让企业规则、业务现实和可追责决策在组织增长过程中持续对齐。

开发中 · 约60%完成 · 为NCT迁移暂停 — 达到迁移闸门后,将在 NCT 内继续开发。

NAO运营底座

原生多孤岛系统统一控制器 - Native Autonomous Orchestrator

把业务串起来,不用人当胶水。

面向高耦合业务的可视化运营编排层,减少人与系统之间依赖人工胶水的运营方式。

开发中 · 约45%完成 · 为NCT迁移暂停 — 将作为第二个真实商业系统在 NCT 内继续开发并验证其能力。

在白板上设计出来的控制系统,是理论。这一套,是从「一个人、没有团队、没有 code review、没有任何人能接住你的错,还要交付两套商业系统」里面榨出来的。NGF 和 NAO 不是 NCT 的旁支 —— 它们是 NCT 存在的理由,也是它接下来必须证明自己的头两个战场。

NGF · 第一个客户

第一个客户,在产品还不存在的时候就付了钱。

约定一万美元 · 已付六千 — 产品还不存在时,已付六千美元现金

一家在拉斯维加斯经营十余年的旅游批发商,同意为这套系统支付一万美元,并在成品还不存在的时候先付了其中六千美元现金。客户还提供了开发用硬件和一部手机,并承担每月的 AI 工具费用。余款在系统可用时结清。双方没有书面合同 —— 这是口头约定,而它是用现金兑现的。这一万美元就是他使用这套系统的价钱,不再另收授权费。创始人每周提供一次开发进展。客户另外同意,等系统可用后在旅游行业内引荐其他企业。目前还没有任何引荐产生营收,引荐的商业条件也尚未确定。

  • 真实运营环境 这家公司覆盖票务批发、高端私人定制旅游、地接、车队、跨境旅游等多种业务,并长期作为羚羊谷重要自然旅游资源的官方票务合作方运营。
  • 真实历史数据 客户还向创始人提供了近五年的真实运营数据,用于数据分析、数据挖掘和数据库调优 —— 所以 NGF 在部署之前,就是对着一份活的商业数据环境建的,不是对着造出来的样例。

这是一个客户、一个行业,买的是业务系统。它作为一笔真实的预付款和一段真实的关系呈现 —— 不是产品市场契合的证据,也不是对工程控制层的采购。

创始人

我先做的是控制塔,不是功能 —— 因为没有人能接住我的错。

后来我到了美国,开始自己写。这里没有团队 —— 我认识的人里,写代码的只有我一个。架构、治理、RCA、证据、界面,三套系统,全是一个人扛下来的。所以我先做的是控制塔,不是功能,因为我飘的时候没人接得住。现在它接得住了。我想要的其实很简单:你脑子里那个只存在于脑子里的东西,你应该能把它造出来,而且一路上有最顶尖的工程师站在你身边。这就是这个东西。你用它的时候,我也站在那儿。

IT 最高负责人Pre-opening 团队 IT 最高负责人兼 IT 运营审计官IT 方案解决最高负责人

这套纪律是从哪来的。

项目 IT 最高负责人开业筹备最高负责人IT 解决方案最高负责人IT 审计官
工作过Ritz-Carlton · JW Marriott · Accor · Pullman · Novotel
在美国持牌实体经营者,10 年
经验15 年以上
  • 由一位创始人独立构思、架构并开发——没有工程团队,也没有机构资金。
  • 全程通过母语自然语言进行开发;创始人没有输入过开发命令,也没有手工创建过项目文件。
  • AI 是施工媒介;产品意图、架构、定义、决策、编排、判断与验收始终由创始人负责。
  • 背景横跨企业 IT、复杂酒店科技、酒店筹开交付,以及在美国亲自经营企业。
  • 超过15年的技术与运营经历,包括 Ritz-Carlton、JW Marriott、Accor 与 Pullman 环境。
  • 一名开发者独立把三套重型软件系统从架构推进到真实实现
  • Entrovia NCT已经进入自举 Redevelopment,并用于治理控制塔自身的持续开发
  • 另外两套重型商业系统正在NCT的治理下继续推进开发
  • 同一创始人同时承担产品架构、工程治理、实现协调、RCA、证据纪律与界面决定
  • 开发闭环持续把失败 → RCA → Correction → 证据转化为可复用架构
  • 产品正在它真正要治理的工程压力下被验证,而不仅仅接受演示环境测试

问题 → 观察 → 抽象 → 架构 → 构建 → 失败 → RCA → 修正 → 证据 → 下一次抽象

  • 3 三套重型系统
  • SELF 自举重开发
  • 2 活跃商业系统
  • 1 统一控制系统
  • RCA 失败 → 证据 → 架构

真正的差异不在于一个人“很努力”,而在于三套重型系统反复产生的工程压力,被抽象成可复用控制架构,并重新用于治理下一轮开发。

  • 三套系统,一套工程纪律 同一创始人跨三套重型系统持续承担产品架构、工程治理、实现协调、RCA、证据纪律与界面决定。
  • 自举已经开始 NCT已经从“被外部流程开发”进入“开始治理自身继续开发”的阶段,产品正在接受它本来就要解决的真实压力。
  • 控制体系正在被复用 NCT继续成熟的同时,同一控制塔方法正在用于推进另外两套重型商业系统,而不是停留在演示原型。

为什么现在只有我一个人

我来美国是做生意的。我身边的朋友,没有一个从事计算机相关工作。

我唯一认识的、有一点计算机经验的人,是做网络基础布线的 —— 和我要做的事,经历和认知差得太远。

所以不是我挑了一个人做。是身边没有第二个人可选,只能靠自己。

市场背景

市场说的,和这个网站说的是同一件事。

四个第三方数字。每一条都链到出处,并标出发布年份。

AI 已经在写代码了。

Gartner 预计到 2028 年,90% 的企业软件工程师会使用 AI 编程助手 —— 2024 年初这个比例还不到 14%。

Gartner · 2026 ↗

写得出来,不等于治得住。

Gartner 同时预计,40% 的企业可能会把已经部署的 AI agent 下线 —— 原因是治理失败。

Gartner · 2026 ↗

这笔账已经在付了。

CISQ 测算,美国每年因软件质量问题损失 2.41 万亿美元,其中 1.52 万亿是累积的技术债。

CISQ · 2022 ↗

NCT 站在哪里。

AI 编程工具市场 2026 年规模约 94 亿至 101 亿美元,年增长约 28%。NCT 是这个市场里那一层治理 —— 不是一个 AI 合规产品。

Precedence Research · 2026 ↗

以上是第三方估算,不是我们自己的测量。各家口径并不一致:仅「AI 治理」这一细分,同一年的估算就从 2.49 亿美元到 11 亿美元不等。每一条都附了它的出处。

产品故事

  • 从真实工程现实开始 先在观察者中打开项目,确认文件、Git、需求、健康度和已知/未知边界;在授予任何写入职权之前先建立当前项目现实。
  • 选择智能,但不要混淆身份 官方厂商、本地智能或私有资源可以连接,但协议兼容性、厂商身份、模型、角色、上下文和职权始终分离。
  • 通过唯一人类意图闸门进入开发 人类意图打开开发边界。活跃参与者、任务范围内的上下文、受控写入范围、变更集、构建/测试与恢复继续绑定在同一工程回合。
  • 以证据结束,而不是以声称结束 工作以证据而不是乐观判断收尾:原始测试、失败、版本身份、校验器结果、独立复核与人类验收都可检查、可追溯。