理解一个工具的本质是什么，决定了你能用它做什么、不能做什么。枪不能给你读睡前故事，因为它天生的物理限制就摆在那里。同样，软件工程、系统设计和AI的成败，往往取决于你是否真正理解手头工具的内在性质——它的“边界框”。
LLM 本质上是巨大的矩阵计算器，输出天然带有统计随机性，这是非确定性特性，而非 bug。但许多公司正试图用极度严格的护栏把它塞进确定性盒子，反而削弱了工具本身的能力。这是方向性错误：你不能用锤子去拧螺丝，也不能在一个要求精确答案的场景里依赖非确定性的模型。
在代码层面，全局状态滥用是同样的哲学错误——它把一个确定性的纯函数系统变成了不可预测的黑箱。作者正在构建 tgo（TypeScript 到 Go 转译器），JavaScript 的动态特性与 Go 的严格类型冲突，正是这种本质不匹配的活例。
真正的工程智慧在于：接受非确定性在边缘创新上的价值（如写邮件、头脑风暴），但绝不允许它在系统核心捣乱。秩序必须由工程师来定义和强制执行。AI 不是起源，你才是。你必须为输出负责，确保它始终指向正确的方向。
理解工具的本质，承认其限制，然后主动引导轨迹。这不是抱怨工具缺陷，而是工程师作为“起源”的绝对担当。
#开发者 #工具 #哲学 #系统工程 #AI #LLM #非确定性 #代码设计 #tgo #TypeScript #Go
📢 频道：@DevToolboxHub