先写字段约定
希望 Claude 按固定格式输出时，先说明字段名、数据类型、允许值和缺失信息的表示方法。只说“给我JSON”不够，因为模型不知道哪些字段必须出现、哪些值可以为空。本文演示手工约定与检查，不介绍未经核实的API保证机制。
虚构任务数据与字段
材料：“J1：小林周五整理反馈，进行中；J2：核查重复记录，负责人未指定。”可以定义id、task、owner、deadline、status。状态只允许进行中、已完成、待确认，缺失负责人用null。截止日期没有基准时保留原词，不猜年月日。
给出一条样例但隔离事实
样例用虚构记录，只示范字段结构。明确样例中的人名和任务不能复制到新材料。可以提供空模板，再附一个已填范例，说明字符串、数组和空值的区别。避免同时要求文字解释与只输出JSON造成格式冲突。
检查字段是否丢失或被新增
解析后检查每条记录是否有必填字段、id是否唯一、status是否属于约定值、缺失信息是否写成了编造内容。结果能解析只代表语法满足要求，不代表事实正确。字段齐全也不能证明来源记录没有漏掉。
区分约束与验证
提示词能帮助模型理解格式，但不能代替程序校验。需要稳定导入系统时，应在实际环境中解析并检查字段类型、允许值和业务规则；失败时保留原结果与错误，再请求修正。不应将未经运行的校验方案写成已验证。
错误反馈要指向具体位置
例如第二条owner应为空，却被填成小林，可以反馈材料没有负责人，请修正该字段，其他内容保持。格式错误与事实错误应分别指出。不要把所有异常都靠同一句“严格遵守”重复解决，先检查约定是否冲突。
常见问题：输出带解释怎么办
明确要求只输出指定数据，并将说明放到另一个步骤。若你需要人工阅读，就可以允许表格；若用于机器处理，则选定一种格式并实际验证。通用任务组织可参考《Claude 中文提示词：一个可复用的结构》。