專項債實施方案寫作
總體原則
先完成全量材料盤點，再建立事實台帳和證據鏈，最後形成章節和句子。把語言風格視為最後一層加工，不得讓順暢表達掩蓋事實缺口、解析失敗、計算錯誤或合規風險。
以用戶材料為事實邊界。對缺失內容使用明確佔位符或問題清單，不得用「合理假設」替代批復、測算或主管部門意見。將預測與已發生事實分開，將行業通用判斷與本項目證據分開。
按需讀取參考文件
- 開始任何起草或校核任務前，讀取 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. 交付
材料充分且三道關口均通過時，交付可直接進入排版的完整正文及表格內容：材料覆蓋關、結構化數字校驗關、成稿文木質檢關。材料不足時，仍應交付材料覆蓋報告、已確認事實台帳、推薦目錄、可起草章節、衝突與缺口清單和最小補充材料清單，不得用虛構內容填滿篇幅。
將以下內容放在正文之外，除非用戶要求納入正式文件：
- 關鍵假設；
- 未決問題；
- 政策時效性提醒；
- 數字校驗結果；
- 與源材料的衝突清單。