
先决定这东西给谁看
给人看,用表格或 Markdown。表格适合对比,Markdown 适合分层阅读。
给程序看,用 JSON。字段名、类型、嵌套关系都要写清楚,别让它自由发挥。
给自己快速扫一眼,用短列表。一行一条,不要小标题。
选错格式的代价是返工。要进系统的数据给成了表格,你还得手工转一遍,这一步最容易出错。

表格:列名和空值先说清
只说“输出表格”,它会自己定列。列名往往和你系统里的字段对不上,你还得改。
把列名写死:只要四列,分别是条款、原文位置、风险等级、建议动作。
空值规则也要说:没有提到的填“未提及”,不要留空,不要写“无”。三种写法混用,后面筛选取数就乱了。
还有排序:给它一个明确的键,按风险等级从高到低、按金额降序、按日期升序都行,同级别再按原文顺序。不说键,它按自己觉得重要的排,每次给的顺序都不一样。
JSON:字段名、类型、禁止解释
给一个空模板,让它往里填。模板里把类型标出来:字符串、数字、布尔、数组。
明确说“只输出 JSON,不要代码块标记,不要任何解释”。不加这句,它经常在前面加一句“好的,以下是结果”。
数字字段要提醒它不要带单位。它会把“十二个月”写成字符串,你的程序解析就崩了。

长文本放 JSON 里有个风险:输出被截断,JSON 不闭合。内容超过两千字,改成先出结构再分段填。
去掉寒暄和收尾
“希望对你有帮助”“如需进一步说明请告诉我”,这类话在聊天里无伤大雅,进文档就是噪音。
压掉的办法是正面要求:只输出正文,不要开场白,不要总结段,不要问我是否需要补充。
如果它还是加,就在格式里写死第一行和最后一行分别是什么。有了明确的边界,它很少越界。
还有个小毛病:它爱在正文里加小标题,而这里需要的是一段连续的文字。明确说“不要小标题,不要加粗”,比事后一个个删快。
常见问题
为什么它总在 JSON 外面加代码块?
训练数据里 JSON 常被包在代码块里。明确说“不要三个反引号”,或者让它输出后你自己剥一层。
表格列太多会怎样?
超过六列,它开始合并或漏填。拆成两张表,或者只保留你要用的列。
能不能要求它输出 Excel?
多数对话工具只能给文本。让它输出制表符分隔的文本,粘贴进表格软件会自动分列。


