P4.01.3Values embedded in technology设计
技术选择本身承载价值判断
别名: 技术内嵌价值 · artifacts have politics · value-laden design
概念解释
技术选择不是价值中立的：加密架构、数据模型、默认排序这些「纯工程」决定，各自固定了一种价值立场。端到端加密把保密性置于内容审核之上；按时间排序与按参与度排序，分别把透明与增长放在第一位；本地处理与云端处理，决定用户对自己的数据有没有物理上的控制权。技术内嵌价值（values embedded in technology）指的就是这一事实——价值判断通过架构进入系统，而且比文案或政策更早、更难撤回。
机制
架构会先于政策固定价值排序，因为它决定了后来什么是可能的：一旦数据以可关联的形式集中存放，匿名承诺就只剩政策层面的事后约束；一旦排序目标在训练与部署管线里写死，换成另一种目标就是重做系统而非改一行配置。价值还通过「什么可被度量」进入技术：系统只记录它能记录的，而度量项会成为后续优化的目标，未被度量的价值（安静、不被打扰）在架构层面就没有位置。经典研究曾以公路天桥的高度为例——限高让公交车无法通行，从而把依赖公交的人群排除在海滩之外——说明看似中性的工程参数可以执行社会筛选，而设计者无需任何恶意。
边界
并非每个选择都有价值分量：缓存策略、错误码格式这类在价值上等价的选项，不必强行伦理化，否则会稀释真正的判断点。反向的滥用同样存在——用「技术上只能这样做」当挡箭牌，把本可讨论的取舍伪装成客观必然；判断标准是追问「这个方案排除了什么、排除了谁」。约束力也随技术形态变化：纯客户端应用的架构选择可以随版本迭代撤回，涉及已发布数据与第三方集成的选择则近乎不可逆，后者才值得最重的论证。
怎么落地
- 在架构评审的每个候选方案下加一行「价值影响」：该方案让哪种价值更难实现、让哪类人更难使用。
- 对「没有别的方案」的声明一律追问被排除的替代方案及其代价，把答案写进评审记录。
- 涉及不可逆决定（数据集中、第三方依赖、排序目标）的方案，用书面论证升级到更高层评审，与性能指标同权重。
- 验证：取一份现有架构图，逐项标注每个决定的价值立场；标不出立场的项，检查是否只是没人想过。