这个网站上的每一句主张,以及它靠什么撑着。

每一行写明:主张是什么、证据实际是什么、能不能给你看。不能公开的地方直接写不能公开,不用含糊话带过。

NGF · 第一个客户

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

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

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

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

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

那两个小时

没有卖任何东西。业务被梳理出来了。

下面是那场以六千美元现金收尾的交谈里,实际发生的事。

  1. 01

    我讲了这套系统的先进性,以及它能帮他做什么。他很感兴趣。

  2. 02

    然后我问他:你的业务到底是怎么做的?

  3. 03

    他一样一样地说。我从头到尾都在跟他对齐 —— 至少三十分钟。他的术语我不懂,他解释了我也还是一知半解。

  4. 04

    于是我当场开始帮他梳理 —— 我在做业务流程梳理师和分析师的角色,脑子里同时还在想这东西以后要怎么管理和运营。

  5. 05

    他说完之后说:别家也乱,我们各家还不一样。

  6. 06

    我问:有多乱?他说:我给你看表。

  7. 07

    然后他说:这表格只是一部分。后面还有更多以前的烂账,没法处理。

  8. 08

    每个月都会少算钱。

  9. 09

    而且要对上任何一笔,就得有人去他们用的每一个工具里翻聊天记录。

  10. 10

    那张表,就是下面被量过的这份数据。

一笔生意的真相,实际散在这些地方
短信微信电话 —— 只有口头邮件WhatsAppLine……多到数不过来

这里面有一个渠道根本不留记录。电话口头不是「记录很弱」,是「记录不存在」。从那一刻起,后面所有东西都是没人能核实的重建。

一张表几个人做。谁有空谁做。到最后谁也看不懂。

这句话是因。下面量出来的二十二种表头结构是果。他说这句话的时候,还没有人数过。

他看到的不是产品。他第一次看到自己的业务被摊开、理清楚。然后他付了六千美元现金。

真实运营数据 · NGF

这就是系统要扛的数据。没有先洗过。

一家在运营的旅游批发企业四年的订位记录,由客户提供。下面的数字是从文件本身算出来的,不是别人给的摘要。

逐年
2023订位 12,492 单旅客 61,066 人次
2024订位 13,740 单旅客 75,786 人次人次同比 +24.1%
2025订位 13,151 单旅客 79,994 人次人次同比 +5.6%
合计订位 39,383 单旅客 216,846 人次三年 +31.0%
规模与分布
时间跨度2022-01 → 2025-12
订位记录39,383 条
旅客人次216,846
月度工作表37 张
合作公司名字符串1,420 个
前 3 家合作方48.8%
前 10 家67.5%
前 20 家79.2%
823 家只出现一次的合计2.1%
旺季对淡季5 月 4,912 · 1 月 1,646 —— 3.0 倍
实际状况
37 张表里出现的不同表头结构22 种
旅客姓名缺失的记录10,902 条 · 27.7%
电话列里装的不是电话号码88.5%
只出现过一次的公司名1,420 个里有 823 个
抽样 600 个公司名中的疑似同名不同写43 对
没有确认号的记录958 条 · 2.4%
「2025」文件里日期是 2024 年的记录5,322 条 · 占该文件 40%
「2023」文件里日期是 2022 年的记录933 条
39,000 条记录用了多少个不同团号19,607 个 —— 平均每个只用 2.0 次
真相实际藏在哪
单元格批注 —— 有人在格子里写话3,750 条
带底色的单元格50,909 个 · 6.3%
被当作状态使用的填充颜色37 种
任何一处记录了每种颜色代表什么没有
公式单元格 —— 计算逻辑散在格子里88,269 个 · 4.9%
表头写着「Phone number」的那一列里实际装的确认 · sz确认 · SZ确认 · 没收到voucher
在用的不同出团时间点21 个

一个颜色是一个决定。一条批注是一次对话。一个公式是一条规则。三样都是真实的业务逻辑 —— 而三样都无法被查询、导出、核验或交接给下一个人。当年选那个颜色的人一走,那个意思就跟着走了。

价格被写在列名里。改一次价,就改一次表结构。

Upper RT —— 同一个产品,四个列名100 / 110 / 120 / 130 Upper RT
Upper PT —— 同一个产品,四个列名120 / 130 / 140 / 150 Upper PT
三年里 Upper RT 这一列被改名多少次8 次
光 2023 年,电话字段用过几种叫法Phone number → Cell → Phone → Phone number
36 张表里出现过的不同列名47 个
其中出现在不到 30 张表里的33 个
每张表的列数19 / 20 / 21 / 22

要回答「Upper RT 一共卖了多少」,得有人知道四个名字不同的列是同一个产品。

而文件里没有任何地方记录这件事。

这里不存在「产品」这个对象。产品就是一个列标题,价格一变它就变。

这就是二十二种表头结构的来源 —— 也是为什么每次有人手工数,数出来的结果都不一样。

这是一个客户的数据。它不是对整个行业的判断,这里也没有描述任何其他公司的数据。

创始人分析了这三份文件,把里面实际的东西摆给客户看:一年的工作簿里有二十二种不同的表头结构,电话列里 88.5% 的值不是电话号码,而且没有办法回答这家企业到底有多少个合作伙伴。

客户在产品还不存在的时候,付了六千美元现金。

他没有看到产品。他看到的是自己的数据。

这里只公开计数和百分比。这份数据里的姓名、电话、发票金额和营收数字,不会出现在本网站或任何导出中。

从业者自己怎么说

客户在我们卖任何东西之前,先把问题说清楚了。

下面是一位在这个行业做了十余年的经营者的说法 —— 他不只清楚自己公司怎么运作,也清楚同行是怎么做的。这是他在交谈中说的。这是一位内行的陈述,不是市场调研:我们没有做过行业调查,也没有直接问过其他公司。

  • 每家公司都有自己的业务做法,而且每家又都不太一样 —— 所以通用系统装不上
  • 我们看过,也问过。市面上没见过好的。
  • 根本就没有合适的。全都是需要我们去适应它们 —— 改我们自己的流程去将就软件。
  • 光业务梳理,洗脏数据,这部分就很贵。其他的就不用说了。
  • 所以只能手工做。
  • 稍微大一点的公司好几套系统并行,全靠人工胶水
  • 不是忘记了,就是弄错了。太麻烦了。

NGF 的定位是「编织你的企业真相」。这位从业者在描述自己公司的现状时,说的正是它的反面 —— 一张表几个人做,谁有空谁做,到最后谁也看不懂。

两个小时的交谈。没有产品。客户说这套系统一旦出来会有很多人感兴趣、会帮很多忙 —— 然后付了六千美元现金。

这是一个人对自己所在市场的说法,作为陈述记录在此,不作为已验证的行业数据呈现。

NGF · 系统规模

一个人实际造出来的东西,用可以重新数一遍的数字表示。

这些数字来自 2026-08-08 的一次 NGF 数据库审计,不是为这个网站写的摘要。每一个都能从数据库结构里重新算出来。

231数据表
1,213外键约束
1,009索引
223多租户隔离表
200启用行级安全的表
144检查与唯一约束

这是系统规模,不是数据量。它说明造出来的系统有多大。客户提供的近五年真实运营数据是另一件事,分开陈述。

案例 01 · 这套纪律的实际代价

一次交付报告 22 项全中。复核查出 20 项。这一项没有被升级。

这是创始人自己开发过程中的一条真实记录,已脱敏。这是第一条公开的、完成声明被拒绝的案例。

01当时的声明
一轮工作报告:Owner 要求的 22 项逐项核对,22/22 全部命中,剩余动作只是「补测试」。
02复核查出什么
22 项里有 2 项既不是字面命中,也没有书面等价证明。真实数字是 20/22。
03为什么很容易就过去了
代码里确实存在三个看起来能覆盖那两项的实现。把它们算作等价,合理、省事,而且几乎不会有人质疑。
04规矩怎么说
没有被书面证明的等价,不算命中。那两项在任何地方都没有被登记为等价物。
05裁决
状态维持 PARTIAL,不得升为 PASS。剩余缺口被改写成真实还缺什么,而不是改写成方便的说法。
06同一份记录里的第二次拒绝
同一次复核把两个同组项升为 PASS。第三项被明确按住:「不得随它们一并升级」—— 它的证据不支持。
07没有做的事
之前那份错误的汇总数字没有被删掉。它被保留、划掉、标注为历史 —— 不是当前真相。

没有人在看。没有审查员,没有审计,没有团队。这世上只有创始人一个人会知道那个数字究竟是 22 还是 20 —— 而记录上写的是 20。

AI 自我声明 ≠ 验收。 看起来等价 ≠ 被证明等价。 部分完成 ≠ 成功。

内部模块名、文件路径和源码结构不公开。计数、裁决和裁决理由按记录原样呈现。

控制塔读了它自己

这组数字,是 NCT 读取自身代码库后给出的。

不是宣传数字,也不是某个客户的项目。这是把 NCT 对准 NCT 自己的源码之后,它自己输出的结果。

最近更新 2026-09-04 · 第 3 次扫描
854读取文件
8,957架构对象
15,479架构关系
40,327工程事实

由 NCT 自身分析给出,人工记录,不随代码扫描自动更新。

主要语言

Rust246120,766
TypeScript19767,222
Python54,479
Total448192,467

2026-09-04 的快照。统计不含 node_modules、构建产物,以及只读的历史版本备份目录。拿到源码目录的人,用 tokei 或 scc 应该得到同一组数字。

这套代码是由什么构成的

Rust

函数5,119
结构体565
枚举432
特征 trait7
实现块 impl544
模块 mod148
依赖引用 use1,636
测试标注 #[test]2,582

TypeScript

函数629
箭头函数(顶层)361
接口 interface201
类型别名 type137
导出组件193
类 class3
导入语句 import989

治理与测试

磁盘上的证据记录270
专门的测试文件82

2026-09-04 对源码目录做静态扫描得到的计数,用 grep 或 ast-grep 可以复核。它和上面 NCT 自报的「工程事实」不是同一个口径 —— 后者还包含关系与治理事实,这里没有计入。

历次扫描,按顺序

#12026-09-04448192,467
#22026-09-04448192,467+0
#32026-09-04448192,467+0

这些数字是产品读取自身项目后自己报出来的。它描述的是规模,不是能力;这里没有涉及任何客户项目。

市场背景

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

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

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 亿美元不等。每一条都附了它的出处。

主张 → 证据

这个网站上的每一句主张,以及它靠什么撑着。

每一行写明:主张是什么、证据实际是什么、能不能给你看。不能公开的地方直接写不能公开,不用含糊话带过。

客户约定一万美元,并在产品还不存在时先付了六千美元现金。

现金支付。口头约定,没有书面合同。客户本人可以直接确认。

应要求可核实可以安排你直接联系客户。

客户在产品还不存在时,用自己的话描述了市场问题,并说这套系统会帮到很多公司。

与这位从业者两个小时的交谈。他的说法以摘要形式原话公开。

当事人陈述 · 应要求可核实这位从业者可以确认他说过什么。可以安排你直接联系。

客户提供了开发用硬件和一部手机,并承担每月的 AI 工具费用。

客户提供硬件的实物照片。

待发布正在准备上这一页。

客户提供了近五年真实运营数据,用于分析、挖掘和数据库调优。

客户提供的三份年度订位记录工作簿。网站上所有数字都是直接从这些文件算出来的。

聚合已公开 · 原始不公开计数和百分比已在上面公开。原始文件是客户的商业数据,不会释出。

NGF 是一套 231 张表、1,213 个外键、1,009 个索引的系统,由一个人建成。

2026-08-08 的数据库审计。FK_LEDGER.csv 有 1,213 行。每一个数字都能从当前数据库结构重新算出来。

已审计 · 可复算摘要已在上面公开,原始审计文件应要求提供。

开发过程本身受产品在卖的同一套纪律约束:历史被归档,不被覆盖。

归档 133 个 .app 构建,B0001 到 B0133,时间从 2026-08-28 13:04 到 2026-09-03 21:41。没有缺号,没有重号,编号与时间戳严格同向。没有一次是装上去覆盖的,也没有删过。

文件系统级可验证可提供目录清单。任何人可以自己重新数一遍 —— 这一条不需要相信我们中的任何一方。

NCT 的持续开发跑在 NCT 底下,创始人被自己写的闸门挡住过。

创始人自己开发过程中的 Episode、闸门记录和证据包。

已公开案例 · 脱敏案例 01 已在上面完整公开。更多案例可应要求以脱敏形式提供。

一个人把三套重型系统从架构推进到真实实现。

NCT、NGF、NAO 各自有独立的开发档案。

内部记录脱敏摘录应要求提供。

这一页上没有任何一句主张不说明它靠什么确认。答案是「不公开」的地方,写明为什么。没有测量过、或者不能公开的事实,绝不打扮成已经被证明的。