A02 Script 理论·产品内嵌脚本
每个产品都在它的物质结构里写好了一份”剧本”——预设了谁来用、怎么用、用完该变成什么样的人;问题是:当产品换成 AI,这份剧本不再只是约束行为,而是在使用过程中持续改写用户本身。本节点用 Madeleine Akrich 的 script / inscription / de-scription 框架(1992)回答一个 PM 几乎从不显式追问的问题——“我们这个 AI 产品,正在把用户驯化成什么样的人?“——并主张:在 AI 时代,不显式设计 script,等于把行为塑造权默默交给训练数据里的隐性偏见。
§0 为什么是 Akrich 的 script,而不是”用户旅程”或”采纳曲线”
PM 手里已经有一套关于”用户怎么用产品”的默认词汇:用户旅程(user journey)、采纳曲线(Rogers 的创新扩散)、Jobs-to-be-Done、习惯回路(Nir Eyal 的 Hooked)。这些框架有一个共同的隐藏假设:用户是给定的、稳定的主体,产品的任务是去”匹配”或”激发”他既有的需求。
Akrich 的 script 框架从根本上拒绝这个假设。她在 “The De-Scription of Technical Objects”(收录于 Bijker & Law 编 Shaping Technology / Building Society, MIT Press, 1992, pp. 205–224)中提出:设计者在创新过程中,会把”对未来世界的预测与愿景”铭刻(inscribe)进技术物的物质内容里,这个预测的最终产物就叫 script(脚本)或 scenario。Akrich 原文(经 conceptlab.com 引录核实):
“A large part of the work of innovators is that of ‘inscribing’ this vision of the world in the technical content of the new object. I will call the end product of this work a ‘script’ or a ‘scenario’.”
注意编者问题:二手文献常误写为”Bijker & Pinch 编”,经交叉比对 Semantic Scholar 与 Fulcrum 原书目录,正确编者是 Wiebe E. Bijker 与 John Law(非 Pinch)。本节点统一用正确版本。
三个差别决定了为什么 PM 必须升级到 script 框架:
| 维度 | 用户旅程 / 采纳曲线 | Akrich script |
|---|---|---|
| 用户主体 | 给定、稳定、待匹配 | 被产品预设并塑造,是设计的产物 |
| 分析对象 | 用户的行为路径 | 设计者铭刻进物里的”对用户的假设” |
| 道德/权力 | 中性、不可见 | script 是权力关系的物质化,可被 de-scribe 出来 |
| 失败解释 | ”没匹配上需求” | 用户的 anti-program(反脚本)与设计脚本冲突 |
一句话:用户旅程问”用户会怎么走我铺的路”;script 问”我铺这条路,是在替谁、按什么世界观、把用户预设成什么样的人”。后者才是 PM 真正的权力杠杆,也是真正的责任所在。
§1 inscription / de-scription / anti-program:一组可操作的动词
script 不是一个静态名词,它是一组方向相反的动作构成的循环:
- Inscription(铭刻):设计者侧的动作——把用户形象、行为约束、价值判断、社会关系编码进技术物。这是工程师/PM 在做的事,无论他是否自觉。
- De-scription(解-铭,刻意用连字符区分于 description):分析者或用户侧的逆向动作——通过实际使用,从技术物的行为里读出它内嵌的脚本。这是 PM 做”竞品拆解""伦理审查”时真正该做的动作。
- Anti-program(反脚本):用户拒绝按脚本行动的替代方案。脚本的强弱,恰恰由”用户偏离它要付出多大代价”来衡量。
Akrich 与 Latour 在同书第 9 章(“A Convenient Vocabulary…”, pp. 259–264)补全了配套词表:pre-inscription(行动者进入装置前须具备的能力)、subscription(预设的响应方式)、delegation(把原属人类的活动转移给非人设备)。这套词表把”产品塑造行为”从模糊的直觉变成可拆解的分析对象——这正是 STS 相对”采纳曲线”的精密之处。
[!note] 跨域呼应(人类学迁移 · Rick 的不公平优势) Akrich 的 inscription 与列维-斯特劳斯式结构主义的”物中之社会”一脉相承——技术物是凝固的社会关系,正如神话是凝固的认知结构。但更锋利的迁移来自 Rick 自己的拉美田野:见 Uwa 宇宙观与政治工具化——Uwa 人把一条管道 de-scribe 成”刺穿大地母亲血管的武器”,而石油公司 inscribe 进管道的脚本是”中性的能源基础设施”。同一个技术物,两套不可通约的脚本读法——这恰是 de-scription 的本体论赌注:脚本不是唯一的,它是被特定社会群体读出来的。把这一点搬到 AI:一个推荐算法在硅谷工程师眼里 inscribe 的是”提升参与度”,在巴西低收入司机眼里 de-scribe 出来的可能是”剥夺议价权的派单纪律”。详见 §6 与 人类学、民族志。
§2 AI 的 script 为什么”更强”:从约束行为到改写主体
这是本节点最核心、也最反共识的判断。传统产品的 script 是静态约束:减速带 inscribe 了”这里要慢下来”,但它不会因为你开过它就改变你”是一个怎样的司机”。Akrich 的经典案例里,技术物的脚本边界是清晰的、一次性铭刻完的。
AI 产品的 script 强在三个量级上:
-
输出即铭刻(output as inscription):传统产品的脚本在出厂时一次性写定;LLM 的脚本是每一次输出都在重新铭刻。当 ChatGPT 给你一个”标准答案”,它不只在约束这次交互,而是在塑造你对”什么算好答案""问题该怎么问”的元认知。脚本主体从”出厂前的设计者”扩散到”每一个 token 的概率分布”。
-
塑造主体而非约束行为:减速带改变你的车速,AI 改变你思考的方式。一个长期用 AI 写作的人,其”如何组织论证”的内在脚本会向模型的输出风格收敛——这是行为塑造权从外部约束升级到主体重构。这正是 EASST 在 2026 年专题里讨论的核心争议:生成式 AI 是否颠覆了 Akrich 1992 的 script 概念,因为”谁在铭刻”已经极度模糊——训练者?提示词工程师?还是用户自己?(来源:EASST Eurograd, 2026-04-29 GenAI & script 专题;该讨论尚无定论〔争议中〕。)
-
铭刻主体的不可定位:传统 script 能 de-scribe 回单一设计者意图;AI 的脚本铭刻在数十亿参数与 RLHF 偏好里,没有任何单一主体能为这份脚本负全责。这与 幻觉 的不可消除性同构——都是”概率系统没有可定位的责任主体”的不同侧面。
[!warning] 判断主轴 · 致命耦合点 不显式设计 script = 把行为塑造权交给隐性偏见。 这是 PM 在 AI 产品里 90% 会搞错的判断。
§3 判断主轴:90% 的 AI PM 会在这里搞错的三个点
每点按”症状 → 为什么会错 → 正确做法 → 真实反例”四件套展开。
错点一:以为”我没设计 script”就是中立。
- 症状:PM 说”我们只是提供工具,怎么用是用户的自由”。
- 为什么会错:Akrich 的全部论点恰恰是——没有无脚本的技术物。你不显式 inscribe,模型就会把训练数据里的统计规律 inscribe 进去。沉默不是中性,沉默是把铭刻权外包给了数据分布。
- 正确做法:把”默认行为”当作一份必须显式审查的脚本草案,做 de-scription——逼问”这个默认输出预设了什么样的用户、排除了谁”。
- 真实反例:早期 LLM 在”医生/护士”代词补全上系统性按性别刻板印象铭刻(“医生→他""护士→她”),这不是有人显式设计的脚本,正是”不设计脚本=数据偏见自动接管”的典型——对照 Denton et al. 2021 对 ImageNet 谱系的研究(Big Data & Society)揭示的数据集隐性脚本机制〔本库暂无对应节点,降级为文本引用〕。
错点二:把 script 强度调反——该强的地方弱,该弱的地方强。
- 症状:在安全/合规上脚本松软(用户轻易绕过护栏 = anti-program 成本极低),在创造性表达上脚本僵硬(模型拒绝偏离它的”正确”风格)。
- 为什么会错:脚本强度(delegation 的刚性)应该匹配后果的严重性,但 RLHF 优化的是”平均讨喜”,会系统性地在错误的维度上铭刻。
- 正确做法:用 anti-program 成本作为设计仪表盘——高后果场景刻意提高偏离成本,低后果场景刻意降低。
- 真实反例:sycophancy(谄媚)——模型在事实判断上脚本太弱(迎合用户错误前提),在拒答边界上脚本太硬。对照 c13 - 幻觉的不可消除性〔节点名以索引为准〕的 RLHF 对齐税分析。
错点三:只 de-scribe 自己的脚本,不 de-scribe 用户读出的脚本。
- 症状:PM 在 PRD 里写”本功能旨在帮助用户高效完成 X”,从不验证用户实际 de-scribe 出了什么。
- 为什么会错:inscription(设计者意图)与 de-scription(用户读出的意义)之间永远有”解释弹性”的缝隙(对照 A05 技术的社会建构 vs 技术决定论 的核心概念)。脚本的真实效力在使用现场,不在 PRD 里。
- 正确做法:做”反向 de-scription”——把产品交给真实用户,观察他们读出的脚本与你铭刻的脚本的偏差,尤其在跨文化场景。
- 真实反例:见 §7 滴滴国际化案例。
§4 产品 PM 视角补盲:商业模式与合规里的隐藏脚本
工程视角容易把 script 窄化为”交互约束”,但脚本最深的铭刻发生在商业模式与合规层:
- 商业模式即脚本:免费增值模型 inscribe 的脚本是”把用户训练成习惯性回访者”(Hooked 的习惯回路就是一种 subscription 预设);订阅制 inscribe 的是”把用户训练成持续付费的依赖者”。AI 产品的”对话即留存”机制,本质是用每一次输出 inscribe “回来问我”的 subscription。
- 合规边界即被外部 inscribe 的脚本:GDPR、巴西 LGPD、滴滴的 CPF实名验证 都是监管者向产品 inscribe 的 pre-inscription(用户进入系统前必须具备的合规身份)。PM 的工作是协调”监管脚本”与”商业脚本”的冲突,这本身就是一场 translation。
- GTM 看走眼点:把美国市场调好的脚本直接搬到拉美,等于假设两地用户会 de-scribe 出同一套意义——这是 §7 要打的靶子,也是 A04 Sociotechnical Imaginaries·跨文化 处理的跨文化问题。
§5 对手框架回应:接受 + 边界
对手一:Akrich 自己承认的技术决定论嫌疑。 接受:Akrich 本人坦承,过度聚焦”技术物如何约束人”,容易被读成技术决定论——好像脚本一旦铭刻,用户就只能服从。Oudshoorn & Pinch 在 How Users Matter(MIT Press, 2003)里进一步修正,强调用户主动性、用户对脚本的协商与改写。 边界:但本节点坚持,AI 的 script 确实比传统产品更接近”软决定论”——因为输出即铭刻、且高频重复,用户偏离脚本的认知成本被系统性抬高。Oudshoorn & Pinch 的用户能动性论证在低频、显性的传统技术物上成立,在高频、隐性的 AI 交互上效力减弱。这是本节点的赌注:AI 把 Akrich 框架里”用户↔设计者”的对称往设计者一侧拉偏了。〔此为推测性判断,非确证;失效场景见下。〕
对手二:Woolgar 的 “configuring the user”(1991)——优先权之争。 接受:Steve Woolgar 在 “Configuring the User”(收录于 Law 编 A Sociology of Monsters, Routledge, 1991, pp. 58–102)提出高度相近的框架,且更早。主流共识承认两者并立。 边界:Woolgar 更侧重生产者单向配置用户,Akrich 更对称地处理用户能动性(de-scription 是用户也能做的动作)。对 AI 而言 Akrich 更合用——因为 AI 时代”用户也在用提示词反向 inscribe 模型”,对称性框架更能捕捉这种双向铭刻。
failure scenario 显式标注: 本节点”AI script 更强”的判断,在以下场景失效——(1) 用户是高度专业、有元认知能力的专家(如资深程序员用 Copilot),他们 de-scribe 与 anti-program 的能力足以抵消脚本强度;(2) 多模型竞争充分的市场,用户可以”用脚投票”切换脚本,单一脚本的塑造力被稀释。
confirmation-bias 砍除: 本节点反复用”减速带""ImageNet 性别偏见”作为脚本的正面例证,这是 bias——这些都是脚本清晰可见的案例。补入反例:大量 AI 脚本是良性且赋能的(如无障碍读屏、语言学习纠错),把 script 一律读成”隐性压迫”是过度批判主义。de-scription 应是中立分析工具,不是预设的控诉。
§6 跨域呼应:从 Uwa 田野到巴西派单
Akrich 框架与 ANT 共生(见 A03 Actor-Network Theory·AI 作为非人行动者),但本节点要做的是 Rick 独有的人类学迁移。
Descola 在 Beyond Nature and Culture 里论证:自然/文化的二分本身是西方特定的本体论,不是普世的。把这一点接到 script:inscription 假设了一套”用户是什么”的本体论。当硅谷工程师向 AI 产品铭刻”用户是追求效率的理性个体”时,他铭刻的是一套西方个体主义本体论。而 Rick 在拉美田野里看到的 瓦尤族的多层经济结构,其经济主体是嵌在亲属网络里的关系性个体——同一套效率脚本在这里会被 de-scribe 成”破坏互惠义务的入侵”。
这不是抽象推演。它直接预测:任何 AI 产品的国际化,不是翻译界面,而是要重新 de-scribe 当地用户实际读出了什么脚本,再重新 inscribe。这正是 §7 滴滴案例的理论基础,也是 人类学 田野方法对 AI PM 的硬价值。
§7 PM 决策启示:滴滴国际化的 script 落地
显式跨域落地(Rick 巴西-拉美 fieldwork): 滴滴/99 在巴西的派单算法,inscribe 的脚本是”最优匹配 = 最短接驾距离 + 最高完单率”。但巴西司机社群 de-scribe 出的脚本是另一套:算法在”惩罚拒单”——而拒单在当地常是基于真实安全判断(避开高风险区域)。设计脚本(效率)与用户读出的脚本(安全 vs 收入的强制取舍)冲突,产生大规模 anti-program(司机用关 App、挑单等方式对抗脚本)。
把 Akrich 框架落到具体动作:
- 面试怎么用:被问”你怎么评估一个 AI 功能的伦理风险”——不要答”做用户调研”,要答”做 de-scription:拆解默认输出预设了什么样的用户、排除了谁,再看真实用户在现场 de-scribe 出了什么、anti-program 成本有多高”。这是 STS 级别的回答,远超”采纳曲线”。
- 选型怎么用:评估基础模型时,de-scribe 它的 RLHF 脚本——它把”好回答”预设成什么样?这套预设和你的目标用户兼容吗?(对照 c13 - 幻觉的不可消除性 的对齐税分析。)
- 复现/落地怎么用:国际化不是 i18n,是脚本的重新铭刻。把”反向 de-scription”做成可观测的产品指标——anti-program 率(用户绕过默认行为的比例)就是脚本错配的早期信号。对照 安全感知与干预、降发生方法论 里”用户对抗系统设计”的真实数据。
§8 与已有节点的关系
- 对 c13 - 幻觉的不可消除性〔节点名以
00Meta/索引.md为准〕:补缺。c13 把幻觉锁在技术内部(采样/Softmax/RLHF),本节点补上”幻觉作为脚本”的社会维度——一个言之凿凿的错误输出,是在向用户 inscribe “AI 是权威信源”的脚本。不复述 c13 的架构根因。 - 对 p307 - Copilot 到 Autopilot 光谱〔节点名以索引为准〕:升级对照。p307 用”控制权光谱”描述人机分工,本节点指出:Copilot/Autopilot 之争本质是脚本强度之争——Autopilot 是高 delegation、高 anti-program 成本的强脚本。本节点提供了 p307 缺的”为什么强脚本在 AI 上格外危险”的 STS 论证。不复述 p307 的光谱定义。
- 对 0418 审阅瓶颈(99Archive 日期存档,非主知识节点,仅作过程线索,不设双链):本专题构建中,0418 暴露的”审阅瓶颈”恰是 de-scription 的实践困难——de-scription 在 Akrich 原文里方法步骤抽象,不同研究者操作差异大,无统一规范〔确证的方法论局限〕。这与”AI 生成内容须经批判性同行评议却难以规模化审阅”同构:两者都是”读出隐藏脚本”的成本问题。
- 对 A01 STS 概念谱系与语义:本节点是 A01 总论下的第一件精密工具。
§9 关联节点
核心(必读) A01 STS 概念谱系与语义 · A03 Actor-Network Theory·AI 作为非人行动者 · A05 技术的社会建构 vs 技术决定论 · c13 - 幻觉的不可消除性 · p307 - Copilot 到 Autopilot 光谱 · 人类学 · 民族志 · Beyond Nature and Culture
延伸(可选) A04 Sociotechnical Imaginaries·跨文化 · Uwa 宇宙观与政治工具化 · 瓦尤族的多层经济结构 · 安全感知与干预 · 降发生方法论 · CPF实名验证 · 霸权 · 生命政治 · 0117社会学 · Agent · Anthropic · ChatGPT · 幻觉 · AI PM 知识图谱·总索引
修订日志
- R1(2026-06-07):首稿。建立 Akrich script/inscription/de-scription 三动词框架;判断主轴”不设计脚本=隐性偏见接管”三件套;AI script “更强”的三量级论证(输出即铭刻 / 塑造主体 / 主体不可定位);对手框架接入 Akrich 自承技术决定论 + Woolgar 优先权 + Oudshoorn & Pinch 用户能动性修正;跨域迁移 Uwa/瓦尤族田野 + Descola 本体论;滴滴巴西派单 anti-program 落地案例。待核实项:EASST 2026 专题措辞、关联节点真实文件名(ImageNet 谱系节点、c13/p307 精确 basename、本专题同级节点最终命名)。