专项债券实施方案写作
总体原则
先完成全量材料盘点，再建立事实台账和证据链，最后形成章节和句子。把语言风格视为最后一层加工，不得让顺畅表达掩盖事实缺口、解析失败、计算错误或合规风险。
以用户材料为事实边界。对缺失内容使用明确占位符或问题清单，不得用“合理假设”替代批复、测算或主管部门意见。将预测与已发生事实分开，将行业通用判断与本项目证据分开。
按需读取参考文件
- 开始任何起草或校核任务前，读取 references/fact-model.md，建立事实台账和材料缺口清单。
- 起草完整实施方案或调整目录时，读取 references/section-blueprints.md。
- 涉及投资、收益、偿债、组合融资、事前绩效评估或绩效目标表时，读取 references/performance-finance.md。
- 需要贴近样本文风、复核措辞或判断哪些样本缺陷不能照搬时，读取 references/source-style.md。
工具能力边界
在可执行 Python 的代理或工作流中，使用本 Skill 的脚本完成确定性材料解析和校验。在只支持普通对话、不能访问文件系统或执行脚本的平台（例如普通豆包对话）中，只能迁移目录、事实边界、文风和人工检查规则；不得声称已自动遍历全部附件或完成数字校验。此时要求用户粘贴必要内容或提供平台可读的文件，并明确列出未执行的检查。
工作流程
1. 确定任务边界
确认本次交付属于以下一种或多种：
- 从零起草完整实施方案；
- 根据既有方案补写或重写章节；
- 生成事前绩效评估报告或绩效目标表；
- 校核事实、数字、政策、逻辑和文风；
- 将行业材料转化为专项债申报口径；
- 输出纯文本、Markdown、DOCX 或表格。
识别项目所在地、申报年度、专项债投向领域、建设期、运营期、融资结构，以及是否包含市场化融资。不要默认沿用样本中的年份、利率、文号、投向领域或主管部门。
2. 全量盘点和读取材料
用户提供两个及以上文件或一个材料目录时，先递归盘点全部文件，不得抽样读取、只读文件名看似重要的材料或在首个可用文件后停止。运行：
python scripts/collect_materials.py path/to/materials --output-dir path/to/materials-audit
对立项批复、最新可研或概算、资金筹措表、收益与还本付息底表等关键材料，重复使用 --key-file path/to/file 标记；关键文件未完全处理时脚本返回非零状态。需要把任何未处理文件都作为阻断项时增加 --fail-on-incomplete。
对每个文件保留唯一来源编号、路径、格式、页数或工作表数、文本或单元格提取量、解析状态、警告和是否待 OCR。至少读取 materials-index.json、materials-report.md 和 fact-candidates.json。逐项确认汇总中的文件总数等于“已处理、解析失败、不支持、待 OCR”等状态之和。
按格式处理：
- PDF：逐页提取并保留页码；扫描页或文本过少时标记待 OCR，并通过页面渲染或视觉能力复核；
- DOCX：读取正文和表格，保留段落或表格定位；
- XLSX/XLS/CSV/TSV：逐工作表或逐行读取，保留工作表和单元格定位；不得只看显示值而忽略公式口径；
- 图片：使用视觉或 OCR 读取；脚本仅标记待 OCR，不把“已发现文件”当作“已读取内容”；
- 不支持或解析失败：记录原因，不得静默跳过。
关键材料解析失败、关键扫描件尚未 OCR，或文件覆盖报告不闭合时，停止直接形成完整定稿；先交付已读取范围、失败清单和最小补充动作。非关键附件失败时可以继续，但必须在交付说明中披露。
3. 建立事实台账
从材料清单中的全部“已处理”文件提取项目名称、主体、地点、建设内容、规模参数、审批手续、投资构成、资金来源、建设进度、收入来源、价格与数量、成本税费、融资条件、偿债安排、绩效目标和证据位置。把脚本识别的候选事实视为检索线索，回到原页、原表或原单元格确认后再写入事实台账。
为每项事实标注：
- 值与单位；
- 来源文件和页码、表名或单元格；
- 口径日期；
- 状态：已确认、待核实、预测、假设；
- 与其他材料是否冲突。
材料冲突时先列出差异，优先采用正式批复、盖章文件和最新版本，不要静默选择。任何自动识别到的同名多值必须进入冲突清单；未判明口径前使用占位符，不得让模型自行“综合”出一个值。
4. 校验政策与合规边界
核实引用文件在当前申报年度是否有效，核对文件全称、文号、发布机关、时间和适用范围。优先使用政府、财政、发展改革等权威来源。
重点确认：
- 项目投向领域与当年专项债支持范围一致；
- 建设内容不属于适用的禁止类或负面清单；
- 项目具有公益性且存在与项目直接相关、合法合规的收益；
- 融资用途、资本金、专项债和市场化融资边界清晰；
- 收入没有重复计算、跨项目挪用或依赖未经证实的财政补贴；
- 预测期、债券期限、运营期和资产使用寿命相互匹配。
无法联网或无法取得最新政策时，明确写出“政策时效性待主管部门复核”，不得把样本文号当作现行依据。
5. 搭建论证链
按以下顺序组织核心论证：
- 政策和规划提出什么要求；
- 区域或行业目前存在什么缺口；
- 本项目以哪些建设内容解决缺口；
- 建成后形成哪些可核验产出和公共效益；
- 哪些项目收入用于偿债；
- 投资、融资、现金流和偿债能否闭合；
- 风险由谁控制、如何监测和处置；
- 绩效指标如何量化并追溯到建设内容和测算。
每个重要结论至少对应一项项目事实或权威依据。删除只表达态度、不能推进论证的空泛段落。
6. 固化结构与文风
先从用户指定模板或同类正式样本提取“结构指纹”：一级章节顺序、二三级标题层级、前言句序、表格出现位置、金额和比例精度、常用结论边界。没有指定模板时采用 references/section-blueprints.md 的标准蓝图。
建立章节契约表，逐章记录“必须回答的问题、必需事实、必需表格、允许结论、禁止迁移项”。保留样本的稳定骨架和正式、审慎、结构化文风，但不得迁移样本项目名称、金额、年份、利率、文号、评分或主体。需要偏离模板时说明原因，不得无意增删一级章节。
7. 起草正文
按 references/section-blueprints.md 的章节契约逐节起草。先写项目特有内容，再写通用管理条款；通用条款必须结合实际主体、资金账户、建设方式和运营责任进行适配。
保持以下语言习惯：
- 使用正式、客观、审慎的行政和财务表述；
- 先给依据或事实，再给判断，最后说明项目作用；
- 使用“有助于”“预计”“经测算”“在相关条件成立的前提下”等有边界的表达；
- 统一使用项目正式名称和主体全称，后续确需简称时先定义；
- 金额通常以万元表示并保留两位小数，比例和覆盖倍数保持统一精度；
- 政策名称使用书名号，文号使用规范括号；
- 章节编号使用“一、”“（一）”“1.”“（1）”的稳定层级。
避免口号堆叠、过度宣传、绝对化承诺、网络来源残留、未闭合引号、重复词、重复编号和无依据的“重大”“显著”“必将”。
8. 编制绩效与融资测算
把总体目标、年度目标和绩效指标逐项映射到建设内容、进度计划、投资计划和收益测算。至少覆盖数量、质量、时效、成本、预算执行、效益、可持续影响、融资与收益平衡和满意度；不适用的类别说明理由。
使用原始明细计算汇总，不要从正文结论反推表格。涉及数字时，先建立或更新结构化事实 JSON，再运行：
python scripts/validate_project_facts.py path/to/project-facts.json
需要字段模板时运行：
python scripts/validate_project_facts.py --write-template path/to/project-facts.json
校验至少覆盖投资构成、资金来源、融资分期、各融资工具覆盖倍数、逐年现金滚动、期末现金和负值缺口。处理脚本报告的全部错误；对警告逐项判断并在交付说明中保留尚未解决的问题。不得仅凭正文中出现“覆盖倍数大于 1”认定融资平衡成立。
9. 做跨章节和成稿质量检查
完整方案成稿后运行：
python scripts/lint_plan_text.py path/to/draft.docx --project-name "项目正式名称"
局部章节使用 --partial。修复所有错误，并逐项处理结构缺失、编号异常、占位符、网站或工具残留、绝对化承诺、项目名称不一致和标点未闭合等警告。
至少完成以下检查：
- 封面、目录、前言、正文、附件中的项目名称完全一致；
- 主管部门、项目单位、资产管理和运营责任前后一致；
- 建设内容、规模和单位与批复或可研一致；
- 总投资等于各资金来源之和，各占比与金额一致；
- 分期发行或融资合计等于对应融资总额；
- 年度投资计划与建设期、资金使用计划一致；
- 收入、成本、税费、净现金流、还本付息和期末结余勾稽；
- 覆盖倍数的分子、分母和口径在正文、表格与绩效指标中一致；
- 风险措施包含责任主体、触发信号、控制动作和报告机制；
- 每个绩效指标都有值、单位、测算依据和数据来源；
- 所有政策时间、项目时间和“当前/未来”表述符合申报时点；
- 文中不存在来源网站名、工具标记、批注、修订痕迹或占位符遗漏。
10. 交付
材料充分且三道关口均通过时，交付可直接进入排版的完整正文及表格内容：材料覆盖关、结构化数字校验关、成稿文本质检关。材料不足时，仍应交付材料覆盖报告、已确认事实台账、推荐目录、可起草章节、冲突与缺口清单和最小补充材料清单，不得用虚构内容填满篇幅。
将以下内容放在正文之外，除非用户要求纳入正式文件：
- 关键假设；
- 未决问题；
- 政策时效性提醒；
- 数字校验结果；
- 与源材料的冲突清单。