答案格式与长度控制是什么
面向运维与客服场景，答案是产品的一部分：固定结构降低阅读成本，长度按渠道约束。通用做法是结论先行（一到两句说清答案）、步骤编号、注意事项单列、引用附后；长度按渠道区分，IM 里短、工单里长，超长时降级为摘要加展开入口。结构化还有一层隐性收益：下游可以按字段渲染成卡片、按钮或富文本，而不是把一整段文字直接打印出来。
基本信息
| 推荐结构 | 结论、步骤、注意、来源 |
|---|---|
| 长度约束 | 按渠道设置上限，IM 短、工单长 |
| 超长处理 | 摘要加展开入口，保留来源链接 |
| 约束手段 | 示例（少样本）通常比纯文字说明更稳定 |
| 代价 | 示例本身占用上下文预算 |
| 校验 | 输出能否被解析成约定结构 |
典型使用场景
- IM 客服机器人：先给结论，用户需要再看步骤
- 工单系统：完整操作步骤加注意事项
- 多渠道复用：结构一致便于翻译与统一渲染
- 程序化消费：下游按结构字段渲染卡片而不是打印文本
- 按角色分档：运维要完整步骤，普通用户只要结论与注意事项
推荐结构
推荐结构
结论：……（一到两句，直接给可执行答案）
步骤：
1. ……
2. ……
注意：……（前提条件、版本限制、风险点）
来源：[1][2]长度控制
长度控制
if len(answer) > CHANNEL_LIMIT:
answer = summarize(answer, max_sentences=6) # 降级为摘要
answer += "\n（详情见引用来源）" # 保留展开入口
# 上限要按渠道设置并留出引用空间，避免引用被截断结构要素读法
| 要素 | 作用 | 常见问题 |
|---|---|---|
| 结论 | 先给可执行答案 | 写成背景介绍，用户读到第三段才见答案 |
| 步骤 | 把操作顺序化 | 步骤里混入注意事项，执行时漏看 |
| 注意 | 标注风险与前提 | 被挤到末尾，用户忽略后踩坑 |
| 来源 | 支撑与溯源 | 只写文档名，无法定位到具体章节 |
格式约束用示例比纯文字说明更稳定，但示例会占用上下文预算，长提示词场景需要在稳定性与预算之间权衡。
长度上限要留出引用部分的空间：按模型窗口上限配置提示词，结果往往是正文写满、引用被截断。