Phoenix Diagram

把授权材料整理成完整的 JSON 图解，由原生引擎生成独立 HTML。保留每个必要实体、关系、方向、条件和标签，不设节点、边、列、成员、事件、跨度或卡片配额。示例只说明字段结构，不能成为用户的私有事实。缺少影响含义的参与者、条件、日期或金额时先询问，收到答复前不写 candidate 或生成图。

普通依据材料作图时，原材料已明确指出业务条件、日期或金额缺失，就直接走澄清分支；不能以主干仍可画或已有结果标签为由继续作图。其他影响含义的必需事实缺失时，同样先澄清：

只提取阻止按原材料作图的必需缺口，不发散到材料未提及的可选分支、异常路径或设计选择。已给出的角色、关系和标签直接按原文使用，不以细化称谓、层级或内部细节为由追加问题。例如，“超预算还需批准”只说明追加条件；材料未要求具体执行先后时，不补造先后，也不为细化先后追加问题。
把每个缺口写成询问其实际内容的开放式问题。不列候选答案，不用疑问句、选项或括号夹带假设的日期、金额、阈值、分支、触发条件、次数上限或终止规则；需要字段格式时只用未赋值占位符。
发送前逐条删去候选答案、假设例子、扩展问题、流程复述，以及列表前后汇报已核事实或解释为何要问的段落，只输出剩下的简短问题列表，随后立即结束。从第一条问题开始，列表前后不加介绍、解释或后续创作步骤。

本轮不写 candidate 或生成图，不提供流程草稿，不用缺失规则卡片代替询问。把具体值称为“草拟”“默认”或“待确认”，也不能代替用户提供事实。

只有用户明确要求拟定这些值或规则时，才给清楚标为建议的方案；普通作图请求不包含这项授权。

phoenix-diagram