活动通知没写日期，Outlines 让结构化输出留一个“信息不足”出口

“下周有个技术活动，详情稍后公布。”这句话如果被硬塞进活动表格，日期、地点、是否需要报名很容易变成模型补出的答案。做资料整理时，问题不只是怎样返回合法 JSON，还包括原文没有足够信息时，程序应该收到什么。

Outlines 的官方 README专门放了一组事件抽取案例：信息完整时可以返回事件字段，信息不足时允许回答固定的 I don't know。这给结构化流程留下了一个明确出口。

一份字段定义，之外还有一种结果

案例中的 EventInfo 包括名称、日期、地点、活动类型、主题列表和报名布尔值。活动类型由 Enum 限定为 conference、webinar、workshop、meetup 或 other，供后续程序使用一致值。

接着，EventResponse 用 Union 把 EventInfo 与固定文字分支并列。模型可返回符合事件结构的结果，也可以返回“我不知道”对应的固定文字；提示词要求只有资料足以填写时才生成事件记录。

这比一律要求所有字段必填，多表达了一个业务决定：资料不足本身也是应处理的结果。应用拿到该分支后，可以提示补充日期或将材料放到待确认队列，而不是把它直接当成完整活动。

第一份通知写了 DevCon 的日期、场地、主题与需要报名；第二份只有“下周有技术活动，详情稍后公布”。这些是官方教学输入，不是当前活动资讯。

两者的差别让评价目标很清楚：完整通知里的字段能否提取准确，短通知能否进入信息不足路径。你也可以加入“只缺地点”“日期是相对说法”等材料，看应用如何处理；这是测试思路，不能据此声称示例模型已经全部做对。

Union 只规定有哪些合法结果，不会证明模型对“足够信息”的判断正确。模型仍可能选择对象分支并填错值，所以还需要与原文核对，尤其是将结果写入日历或公开目录之前。

当前 Output Types 文档特别说明，生成器返回的是字符串。即使传入 Pydantic 类型，应用仍需自行转换或用 model_validate_json 解析；固定文字分支则先作相应判断。

这点值得从 README 案例再走到功能文档确认，不能看到 EventInfo 类型就默认已经拿到 Python 实例。不同模型后端支持的输出类型也不相同，选定模型后应核对可用范围。

Outlines 代码采用 Apache-2.0，README 另列 .txt 企业产品，模型与服务按所选配置使用。对资料抽取流程，最实用的设计未必是增加更多必填字段，而是让“这份材料还不能形成记录”也成为程序能够识别、继续处理的一种成果。