code-lawyer 文书模板填充（按本案知识库取证填空）
文件定位（先读）
本 skill 由多个文件组成。下文所有 references/…、scripts/… 路径均相对于本 SKILL.md 所在目录。开始前先确定该目录（你被指向或读取本文件时所在的位置），之后所有读取都基于它解析，不要用当前工作目录去找。
何时使用
- 用户给了一份文书模板/表单（起诉状、答辩状、合同模板等占位符文本）+ 本案知识库（案卷材料、证据、笔录等），要求按模板把待填项填好。
- 用户明确要求「按案卷填一份模板」「把这份表单填了」「用知识库填这份文书」。
- 上游技能路由到文书填充。
任务边界
本技能只做模板 × 本案知识库 的取证填充，产出干净文书 + 溯源/缺口报告。不做以下事项：
- 说理论证、法律主张的论证性文字撰写 → 路由
legal-research（论证）或起草类技能（成文） - 法律问题研究、类案检索 → 路由
legal-research - 合同审查、条款风险评估、红线稿 → 路由
contract-review
硬不变量（常驻，不可跳过）
无论任务大小、读没读全深层文件，以下底线始终生效：
- 闭世界：只使用本案材料（知识库内文件）取证；本案材料之外的任何来源（模型记忆、常识、网络）一律不得作为填入值的依据。
- 宁可查不到，也不编造：材料中确实找不到的待填项，写「未在本案材料中找到」，绝不脑补、绝不用推测值冒充事实。
- 缺口显性标注：找不到、待人工补充的待填项必须在填充计划与最终文书中显性标出（
status: gap），不得静默留白或悄悄跳过。 - 每个填入值挂且仅挂一个状态标签：
extracted/inferred/user_confirmed/ambiguous/gap/pending_drafting六选一，不得混用或省略；各状态必填字段见references/_templates/fill-plan-contract.md。 - Mode-2 强约束：
status: extracted的value必须能在其source_span.quote的原文字符串中逐字命中，不允许同义改写、数值换算或跨句拼接冒充摘录；此规则由scripts/fill_lint.py机检强制执行。 - 论证型待填项一律留空：
slot_type: argument（如"事实与理由"这类说理性文字）不属于本 skill 的填空范围，一律status: pending_drafting，交起草/论证环节处理，不由本 skill 代写。
执行顺序（按需读取，不要一次读全）
- 读
references/00-workflow.md，了解主流程与阶段划分。 - 探测/接入本案知识库时读
references/10-kb-access.md。 - 识别模板待填项、逐项取证填充时读
references/20-slot-and-fill.md。 - 出稿（渲染文书）与出溯源/缺口报告时读
references/30-output-and-report.md。
按需读取索引
references/00-workflow.md— 主流程与阶段划分references/10-kb-access.md— 本案知识库探测与接入references/20-slot-and-fill.md— 待填项识别 + 取证填充规则references/30-output-and-report.md— 出稿方式 + 溯源/缺口报告格式references/_templates/fill-plan-contract.md— 填充计划 JSON 契约（字段表 + 各 status 必填字段 + Mode-2 说明）scripts/fill_lint.py— 填充计划确定性闸门：机检来源锚定完整性与状态合法性，输出覆盖率账本scripts/fill_docx.py— 把填充计划渲染进模板；docx 优先，缺 python-docx 或模板非 docx 时降级为 markdown 并显式返回degraded=True
读取失败必须明说，不静默跳过。