行业讨论CDE时，忘了穿劳保鞋的那群人

穿着带泥的靴子，读行业的作业

我们做的是现场工具，所以我们读行业关于平台的讨论时，就像水管工看一档讲厨房的烹饪节目：饶有兴致，外加一个反复冒出来的问题——最后谁来洗碗？

最近我们读了不少行业工作组关于公共数据环境（CDE）的结论：CDE实际是怎么被使用的、审批流程在哪里断掉、承包商在抱怨什么（相关分析是公开的，值得一读，国际层面的资料在 buildingsmart.org）。有几条结论我们记住了。每一条都对。而每一条从作业面往回看，样子都不一样。

结论一：CDE是生态系统，不是文件夹——但现场的人只看到一个登录框

工作组说得很直接：把CDE当“交付物文件夹”用的团队，收获的是混乱、重复文件和断裂的审批链。真正的CDE是一套规则的生态：谁发布什么、处于什么状态、由谁批准。

**现场视角：**穿劳保鞋的人从来看不到生态系统。他们看到的是第一周发给他们、第三周就忘掉的一个账号。如果用官方平台比用群聊多点三下，赢的就是群聊——治理得再漂亮的生态系统只能保管文件，而决定在别的地方发生。采纳不是部署问题，是摩擦力问题。

结论二：文件在流转，上下文在死亡

另一个反复出现的发现：即便有CDE，信息在设计和工地之间仍然以文件的形态旅行——文件周围的上下文（为什么是这一版、改了什么、回复了什么）在传递中蒸发。可追溯性本是全部意义所在，却一直在漏。

现场视角：在工地上，信息的单位从来不是文件，而是发现。这条裂缝、这句指令、这张隔墙背后的照片。没有位置和线索的发现只是轶事。所以我们把一切锚定在图钉上：照片、自动转写的语音、回复线程、负责人、状态——焊死在图纸或3D模型上事情发生的那个点。当上下文在结构上就长在位置上时，它不会死——完整的论证在为什么你的工地没有记忆。

结论三：门槛在文化，不在技术——而文化跟着更省事的动作走

每个工作组最终都会走到这一句：技术是现成的，缺的是习惯、角色和愿意改变记录方式的人。

**现场视角：**同意——但文化不靠红头文件改变，靠的是坡度。脚手架上没有人会“采纳一套治理模型”；人们采纳的是一个比现状更省事的动作。点一下图纸，说句话，完事。当合规的路同时也是最偷懒的路，文化自然跟上；反之，再多培训预算也救不了上线。

会“记住”的系统，前提是有人真的记录了

行业讨论里有句话我们很喜欢：未来的环境不会是被动的仓库——它们会知道事情、检查事情、记住事情。我们愿意签名。只补一条来自工地的修正案：一个系统只能记住确实被采集的东西。环境再聪明，它的记忆也止步于到达它的信息——而今天，大多数工地上最富饶的那层项目信息，还没等任何环境有机会记住，就死在了聊天线程里。

这就是我们选择的角落。不是CDE——我们在什么是CDE里说得明明白白——而是让任何未来的环境配得上自己名字的那个采集层：让决定和证据一出生就有结构、有位置、有归属。

常见问题

CDE是什么，一句话？ 公共数据环境：项目信息约定的唯一可信来源，带有状态、审批和职责规则（管理侧由 ISO 19650 标准族描述）。通俗版指南：什么是CDE。

PinMy是轻量版CDE吗？ 不是——这一点我们说得很严格。PinMy是现场采集：带证据、负责人和状态的定位发现。它不运行文档审批流程，不做合同性信息管理。它在CDE之前，也在你有CDE时与之并肩。

PinMy 不是什么

PinMy是现场记录层：在PDF图纸、现场照片和3D IFC模型上打语音、照片、视频、文字图钉，带指派和看板状态。它不是CDE、不取代CDE、不管理文档审批、不声称符合任何标准——3D模型上的图钉标记的是空间中的一个点，不是模型构件。网页版PDF报告今天已可用，仍在完善。

如果你坐在那些工作组里

我们是善意的：多请几位穿劳保鞋的人进来。而如果你就是那位穿劳保鞋的人——明天的第一个发现，试着打成图钉而不是发成消息，看看到了明年三月，你的项目还记得哪一个。

• 免费开始: pinmy.co/zh
• 预约15分钟: tidycal.com/pinmy