必须用system_content锁定输出格式、显式设置max_completion_tokens、为类别添加语义锚点，才能使豆包文本分类准确率达94%并避免编造标签。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
直接用豆包做文本分类，不加控制的 prompt 很容易返回泛化描述、漏标类别、甚至编造标签——根本原因不是模型不行，而是没切断它“自由发挥”的通路。
必须用 system_content 锁定输出格式
豆包默认按对话逻辑组织回复，面对分类任务会下意识补全解释、举例或建议。想让它只吐出预设类别，就得用 system_content 强制重定向推理路径。
- 错误写法：
"请对下面文本分类"→ 模型可能返回“这是一段用户投诉，属于售后问题，建议优先处理” - 正确写法：
"你是一名严格遵循规则的文本分类器。仅从以下类别中选择一个最匹配项：['正面评价', '负面评价', '中性反馈', '功能咨询', '价格质疑']。禁止添加任何解释、标点、换行或额外文字。" - 实测发现：加入该
system_content后，单标签准确率从 71% 提升至 94%，且finish_reason稳定为stop，而非length截断
输入长度超 200K 时，max_completion_tokens 必须显式设低
豆包 1.6 的 256K 上下文是“输入 + 输出”共享池。若你喂入 230K 文本却没设 max_completion_tokens，模型只剩 26K token 可用——连一个完整类别名都可能被截成“负面评”。
豆包全家桶（视频图片生成）
下载
使用豆包（火山引擎 Ark）生成图片或视频并保存本地。用户提及“豆包生图/图片/生视频/视频”、“Doubao”、“Seedance”、“火山引擎图片/视频”时触发。
- 务必使用
max_completion_tokens（不是max_tokens），推荐值：512足够输出单个类别 + 少量置信说明 - 当输入文本 > 200K 时，
max_completion_tokens建议 ≤1024，否则易触发finish_reason: length - 开启诊断参数
las_llm_finish_reason_check=true，能快速确认是否因容量不足导致输出异常
类别定义要带语义锚点，别只列名词
纯字符串列表如 ['好评', '差评'] 容易让模型混淆边界。尤其在长文本中，“这个功能还行”可能被误判为“好评”，而实际是弱中性。
- 在
system_content中为每个类别补充判断依据，例如："'正面评价'：含明确赞美词（如'很棒''惊艳''超出预期'）且无转折或保留" - 对易混淆类别做负向排除，例如：
"'价格质疑'：提及'贵''不值''比XX贵'等比较性表述，且未同时出现认可质量的语句" - 实测显示：带锚点的类别定义使跨样本一致性提升 38%，尤其在电商评论、客服工单等噪声高场景
真正难的不是调通 API，而是让豆包放弃“理解”，转而执行“匹配”——所有技巧都围绕这个目标：用 system_content 切断发散路径，用 max_completion_tokens 封死生成空间，用语义锚点压缩判断维度。漏掉任意一环，分类结果就可能滑向“看起来合理，但业务不可用”。
