litigation-visualization-cn

name	litigation-visualization-cn
description	凡用户请求把诉讼材料转成图、矩阵或结构化视觉规格，或审查现有诉讼图是否遗漏、失真或误导，即触发本 Skill，包括案情时间线、关系或流向图、程序图、证据矩阵、空间示意和庭审图示；触发后先检查材料、用途、处理位置和接收人的授权，授权不明则设 workflow_status=hold，违法或未授权公开则拒绝。纯法律检索、纯文字校对或纯文字摘要不触发；但授权不明、违规公开不是“不触发”，而是触发安全门后停止。

中国诉讼可视化

把复杂诉讼材料转成服务特定受众、能回到来源核对的可编辑图表。图表用于分析和沟通，不是证据、法律意见、裁判结论或胜诉承诺。

不可妥协的规则

1. 凡请求把诉讼材料转成图、矩阵或结构化视觉规格，先进入本 Skill 的授权安全门；只处理对当前用途、处理位置、处理器、接收人和渠道均已授权的材料，原件只读。授权不明时设 workflow_status=hold，违法或未授权公开时拒绝。
2. 不凭常识、版面需要或模型记忆补全主体、日期、金额、关系、因果或法律结论。
3. 作为支持性内容呈现的节点、连线和主张都绑定具体来源定位；unknown 的 support_refs 必须为空，但可记录 context_refs、conflict_refs 与 gap_reason，不得把上下文当支持。
4. 状态概念固定为“3 个记录主维度 + 独立裁判处理维度 + 1 个规格级工作流门”：每条记录使用 fact_status=confirmed/disputed/unknown、record_type=fact/source_statement/inference/legal_rule、lifecycle=current/superseded/not_applicable，裁判处理另用 adjudication_status；规格顶层只设一个 workflow_status=ready/research_draft/hold。不得把这些层级合并命名。
5. 作者方法、案件事实、律师推论和现行法律规则分层。legal_review sentinel 始终存在；无触发内容时写 required=false 与 law_check_status=not_required。出现法条、管辖、流程图、期限、时效、法定条件、裁判规则、救济或上诉等内容时，必须由人工实质核验权威来源、适用范围与日期，并使 legal_review.legal_rule_refs 逐条覆盖所有 record_type=legal_rule 的 support_refs。
6. 不复制来源书的原图、连续案例、版式或长段文字。
7. 本地制作、交付当前受众、正式安装、生产晋升和外部发布是不同权限；没有明确授权时不执行后一步。

工作流

1. 定义任务门

先写清：

audience:
purpose:
decision_or_understanding_barrier:
source_scope_and_cutoff:
allowed_output_and_channel:
human_reviewer:

同时建立 source_ledger、privacy_authorization 和始终存在的 legal_review sentinel；workflow_status=hold 时还必须建立 hold_control，空间、现场、路线、边界或坐标图必须建立 spatial_review。读取 references/00-router.md 与 references/04-quality-boundaries.md。默认只在本地处理且不外发；外部处理器或接收人未获批准时设 workflow_status=hold。若短文字或表格已足够，可以在通过安全门后选择不绘图；触发人工法律核验而尚未完成时，设 workflow_status=research_draft，会影响对外提交、行动路径或重大结论时设 workflow_status=hold。

2. 建立来源化事实底稿

在私域工作区先建主体表、事件表、关系/流向表和争点证据表。使用稳定 ID；真实姓名、案号、地址、账号和敏感金额不得进入可复用模板。

source_ledger 每项完整记录 11 个字段：source_id、source_kind、source_hash_or_version、custody_or_processing_location、ingested_at、source_cutoff、authorized_use、locator_prefix、page_or_unit_locator_scheme、ocr_or_derivation_note、description。来源定位描述的是来源内部的页、段、单元格或时间戳定位，不把一般文本行号误称为来源定位。

每条内容记录：

• 中性事实命题；
• fact_status：confirmed、disputed 或 unknown；
• record_type：fact、source_statement、inference 或 legal_rule；
• lifecycle：current、superseded 或 not_applicable；
• adjudication_status：not_adjudicated、party_admission、procedurally_disputed 或 judicially_determined；后三种必须有 adjudication_refs，裁判认定还必须回链到裁判来源；
• 支持、冲突、上下文来源与缺口，以及材料 ID 的页、段、单元格或时间戳；

规格或版本顶层另记 workflow_status：ready、research_draft 或 hold；不要把它复制进记录后冒充事实属性。

confirmed 只表示“当前允许使用的材料支持，且当前输入未见实质冲突”，对外优先写“当前材料支持”；它不等于无争议、已经查证或裁判确认。来源陈述必须写成 record_type=source_statement，并记录 asserted_by 与 verification_basis；如需表达裁判确认，另记裁判文书、效力和定位，不得从 confirmed 推导。

disputed 同时记录 support_refs 与 conflict_refs。unknown 的 support_refs=[]，但允许记录 context_refs、conflict_refs 和 gap_reason；这些来源只说明语境、冲突或缺口，不能冒充对命题的支持。

详细步骤见 references/01-core-workflow.md。图中发现错误时先修正底稿，再重新生成图。

3. 选择最小够用的图

按真正构成争点或理解障碍的核心要素路由：

• 时间点、先后、期间或阶段：时间线；
• 主体、合同、控制、担保或事实关系：关系图；
• 资金、货物、票据、股权或文件移动：流向图；
• 数值、差额、比例或变化：数据表/对比图；
• 条件、分支或程序路径：流程图/决策树；
• 争点、事实命题、证据、反证和缺口：争点—事实—证据矩阵；
• 空间位置直接影响理解：空间示意图。

多个核心要素并存时优先拆图，使用稳定 ID 互相引用，不做一张“万能图”。模式细则见 references/02-visual-patterns.md。

若输入是现有诉讼图，先把现图中的节点、边、形状、表格/幻灯片元素及其明示或暗示的命题列成清单，再与 SSOT、来源、反证、未知项和授权范围逐项比对；审查遗漏、方向错误、比例/颜色/空间暗示和未建模断言，而不是只做版面美化。

4. 形成内容

依次执行：

1. 全面罗列：私域底稿先记录所有可能相关的事实、证据、冲突和未知项。
2. 逻辑整合：按时间、关系、数据、程序或争点建立结构。
3. 3S 精简：Simple、Straight、Strategy；删冗余，不删决定命题的限定、反证和不确定性。

选择性突出合法立场时，仍须维持来源真实和状态不变。时间先后不自动等于因果，关联不自动等于控制，支付路径不自动证明合同关系。

若行为与政策、市场或行业背景在时间上重合，只能生成待验证假说。至少列一个替代解释，把意图或因果判断记为 record_type=inference，并依据材料使用 fact_status=disputed 或 fact_status=unknown；没有独立支持时不得写成“真实意图”或裁判确认结论。

5. 建立规格并验证

优先生成 references/06-spec-format.md 定义的 JSON 规格，再生成图。可从 assets/ 复制对应 Mermaid 或 CSV 模板。

在 Skill 根目录运行：

python3 scripts/validate_spec.py path/to/spec.json
python3 scripts/validate_output.py path/to/spec.json path/to/render-manifest.json

第一个脚本检查规格结构、来源定位格式、来源登记表回链及隐私/法律/暂停/空间门字段一致性；第二个检查规格与图文件哈希、released_fields 是否为 field_allowlist 的子集、元素一一覆盖，以及 line、cell、node、shape、table、slide 定位目标是否含对应元素 ID。page: 定位不受支持；DOCX/PPTX/XLSX 会解压扫描可检查成员。两者都不判断视觉语义、未建模断言、实体与法律实质正确性或真实授权，仍须人工复核。

6. 质量复核

至少检查：

• 随机抽取节点、连线、金额、日期和主张，能回到具体材料；
• 反方事实、反证、冲突和未知项没有被静默删除；
• 图与底稿中的主体、方向、数值、日期和状态一致；
• 颜色、面积、距离、线粗和箭头没有制造额外事实；
• 颜色不是唯一编码，灰度、投影、小屏和文字替代仍可理解；
• 当前法、程序期限和法域已核验，或明确标为未核验；
• 11 字段 source_ledger、privacy_authorization 和始终存在的 legal_review sentinel 完整；触发法律内容时人工实质核验并逐条覆盖 legal_rule support_refs；hold_control、条件触发的 spatial_review 及 human_release_by、human_release_at、authorization_basis 均与当前版本一致；
• render manifest 的 released_fields 与实际输出一致且不超出 privacy_authorization.field_allowlist；
• 交付内容符合当前受众权限，且内部治理记录不混入法院可见件。

7. 交付

默认输出：

1. 可编辑图表或矩阵
2. 图例、口径和图表回答的问题
3. 来源表（按权限提供）
4. 冲突、未知项与待核清单
5. 材料截止点、版本和法律核验日期
6. `workflow_status` 与人工复核状态

需要按案型提问时再读 references/03-case-type-prompts.md。该文件只是提问提示，不是现行实体法或程序法。

渐进加载

任务	读取内容
判断是否作图、选择图形	references/00-router.md
全流程、SSOT、验证与交付	references/01-core-workflow.md
具体图形字段与画法	references/02-visual-patterns.md
借款、票据、工程、房地产、国际买卖、公司纠纷提示	references/03-case-type-prompts.md
来源、现行法、隐私、误导与停止条件	references/04-quality-boundaries.md
方法出处、继承与排除边界	references/05-source-map.md
JSON 规格与验证脚本	references/06-spec-format.md
术语出现歧义	references/07-glossary.md

不要一次加载全部参考文件；只加载当前步骤需要的内容。

必须停止或降级

• 材料使用授权、处理位置、处理器、外发对象、渠道或允许字段不明确；
• OCR 与原页冲突，关键页面不可读，或来源定位断裂；
• 图必须靠猜测才能闭合；
• 未核验的现行法或期限会改变路径或结论；
• 视觉误导无法通过状态、图例、附表或拆图控制；
• 用户要求复制来源书、隐去关键反证、公开未授权真实案情或把图表冒充证据/裁判结论。

遇到上述情况时，保留已验证部分，明确 HOLD 范围、缺失项和恢复条件，不扩大暂停范围。