为领域专家设计配置界面：用领域语言…

当需要为非开发者的领域专家设计设置面板、求解器/算法配置、约束编辑器等复杂系统的参数调节界面时，用领域语言而非技术术语呈现参数。

适用场景

解决思路

1. 所有参数标签、提示和错误信息都用领域语言描述参数在用户世界中的含义，而非其在系统内部的作用（如用“Maximum tasks running at once”代替“max_concurrent_jobs”）；若无法用领域语言写出标签，则考虑该参数是否应暴露给用户，无法解释的参数应放入开发者配置文件而非用户界面。
2. 按参数控制的现实问题方面进行分组，而非按技术类别（布尔值放一起、数字放一起）或字母顺序分组；每组用简短标题描述它控制任务的哪个方面，而非参数类型。
3. 为每个参数提供对大多数情况都适用的默认值，使用户能全部使用默认值就得到合理结果；当字段处于默认值时明确标示，当用户改动后提供便捷的恢复默认操作。
4. 根据参数在领域中的语义而非仅数据类型选择输入控件：二元规则用开关，带明确单位的受限数字用带单位标签的数字输入，命名选项用下拉或单选组，百分比或比例用滑块加数字输入，自由文本标识符用文本输入。
5. 所有数值输入必须显示单位，绝不显示无单位的裸数字；单位标签紧邻输入框，优先使用后缀形式（如 [___] cm 而非 cm [___]）。
6. 采用渐进式披露分层暴露参数：主要设置始终可见，覆盖最常调整的行为，让专家仅靠这些即可完成 80% 的任务；高级设置默认折叠在“Advanced options ▾”之后，用于边缘情况或微调；开发者/系统参数完全不出现在用户界面中，放入配置文件或环境变量。
7. 不要把所有参数都塞进高级区作为兜底；频繁需要的参数应放在主要设置中。
8. 明确区分已保存配置（用户持久化的偏好，自动加载）与会话覆盖（针对某次运行的一次性调整，不应改变已保存默认值），并在界面中显式标示每个参数属于哪一类，提供“Save as default”和“Reset to saved”操作。
9. 当值无效或与其他设置冲突时，用领域语言而非技术术语告知用户（如用“Wait time must be between 0 and 999 seconds”代替“value out of range [0, 9999]”）。
10. 在受影响字段旁内联显示验证信息，不要等到用户提交后才报告冲突。
11. 对于相互影响的设置，在界面中说明其关系（如“When automatic retry is off, the maximum-attempts setting has no effect”），避免专家浪费时间调节未生效的参数。
12. 按检查清单逐项核对：每个参数标签是否用领域语言、是否按领域概念分组、是否有可见默认值、是否有单项重置默认操作、数值输入是否显示单位、输入类型是否匹配领域语义、高级参数是否默认隐藏、已保存配置与会话覆盖是否区分明确、验证是否用领域语言内联显示、参数交互关系是否在界面中说明。

适用边界 · 注意事项

• 用户本身就是软件开发者、能够理解系统内部技术术语的场景
• 参数极少或无需用户调节的简单界面
• 需要暴露底层技术细节供调试或运维使用的开发者工具界面