[81] Prompt Controls（NN/G）：把可控性做成界面，而不是藏在提示词里

• 原始来源：https://www.nngroup.com/articles/prompt-controls-genai/
• 对应章节：第 4 章（原型与信息架构）、第 6 章（UI 设计）、第 8 章（前端实现）、第 11 章（用户模块）

一句话摘要

提示词控制不是让用户学会写 Prompt，而是把最常用的改写需求做成可见的控件，让用户少来回试探，也让系统更可预测。

你应该从这里带走什么

• 把高频改写动作产品化：格式、长度、口吻、受众、是否要列表化或给步骤，这些比多一个模型更能提体验。
• 把控制做成可解释的约束：用户看到自己选了什么，系统也能在审计与回归里复现当时的约束。
• 把默认值当作策略：大多数用户不会调参数，默认值才是你的产品承诺。
• 把控制和止损连起来：一些控制项本质是在控制成本与风险，例如限制长度、限制工具调用、强制引用。

落地要点（可执行）

• 控件只做少量高频项，先从三类起步：输出格式、输出长度、输出语气或受众。
• 每个控件都要有原因与代价提示：选了更详细，就意味着更慢、更贵，或更可能需要引用。
• 控件值必须进入请求日志与回归样本：否则线上表现不可解释，退化也不好定位。
• 与权限结合：在团队产品里，哪些控制项允许普通成员改，哪些只能管理员设为策略，必须提前写清。

常见误用提醒

• 把控制做成一堆旋钮：控件越多越像配置后台，用户会放弃，团队也更难维护一致体验。
• 控件不落地到系统行为：界面上选了更短，但系统仍给很长答案，会迅速失信。