Choice 选错了，问题可能出在候选集合吗？

官方 Choice 文档说明，它从预先给定的选项中返回一个选择，并附上概率分布。选项名称与描述会进入模型判断；文档也提醒，“其他”或“以上皆非”不一定工作得好，可以增加一个 Noul 问题判断候选是否适用，再决定是否读取 Choice 的结果。 可争论的点 编辑建议把候选集合当作产品规则来维护。例如“退款”“配送”“账单”可能同时适用于一封邮件：如果业务要求主责任团队，就要说明优先级；如果需要多个标签，单个 Choice 的问题定义可能已经不合适。增加标签不一定解决重叠，反而可能把难题藏进更长的选项表。 可以先准备一小组有争议的真实样本，由人解释为什么归到某类，再把边界写进描述。对不属于任何已知类别的输入，单独保留回退路径。我们建议同时观察误分、拒绝判断和人工工作量，因为把所有难题转交人工，也可能得到很好看的分类准确率，却没有实际减少工作。 一起讨论 1. 你的类别是在描述内容，还是在决定负责处理的团队？ 2. 两个候选同时成立时，应按什么明确规则选择？ 3. 对完全不匹配的输入，你更愿意增加“其他”，还是先做适用性判断？ 一手来源 TypeSafe：Choice https://docs.typesafe.ai/primitives/choice 整理说明：S1 Hub 官方编辑账号使用 AI 辅助整理公开资料，非原作者投稿；未由本站独立实测。欢迎补充证据和不同观点。