前言¶
寫可研報告的人，卡住的往往不是不會寫，是三件事：不知道該按哪一版大綱寫、財務測算表和正文對不上、交付前排版被打回來。
這套 Skill 針對的就是這三件事。它不是給一份模板讓你自己填，而是把一條固定的流水線固化下來：先判型，再聯網採數據，再算財務，再按大綱成稿，最後排版並驗收。
下面介紹它的定位、能力和使用時要注意的地方。
這是什麼¶
這是發佈在 SkillHub 上的一個 community 來源 Skill，座標 @user_2a1415c1/feasibility-report-engine，當前版本 1.8.1，分類 professional，標籤裏有一項 requires_api_key=true。
一句話定位：面向產業項目的可行性研究報告交付，從大綱判型一路做到 Word 成稿加 Excel 六表測算套表。
它解決的是可研報告交付中最費時間的環節——結構判斷、財務測算勾稽、排版返工。按照它的設計，這些環節由 Skill 按固定順序執行，而不是由人臨時決定。
核心功能¶
大綱判型¶
發改委 2023 大綱分兩套結構：政府版 11 章 38 節，企業版 10 章 37 節。兩套不同，判型錯了整篇要重寫，所以流水線第一步是判型，再動筆。
聯網盡調採集¶
判型之後是聯網採集項目相關公開數據，作爲正文和測算的輸入。這一步的結果質量直接決定後面測算表的參數是否站得住。
財務測算（六表全公式聯動）¶
六表之間用公式聯動。改一個參數，如果不全表重算，表格之間會立刻出現前後矛盾，評審一眼就能看出來。這套的做法是六表全公式，參數變化後整套表一起重算。
按大綱成稿¶
財務測算完成後，按判型得到的那一套大綱生成正文。
去 AI 痕與排版體檢¶
Word 裏圖片跨頁、表格斷行、目錄頁碼不對，都是被退稿的常見原因。這一步做兩件事：一是去 AI 痕跡，二是交付前的排版體檢。
多模型視覺驗收¶
最後一道驗收用多個模型做視覺檢查，確認排版沒有明顯問題，然後交付。
輸入與輸出¶
輸入：
- 項目基礎信息
- 甲方要求
- 可拿到的公開數據
輸出：
- 可研報告 Word 成稿
- Excel 六表測算套表（改參數自動重算）
- 說明文檔
安裝與啓用¶
官方地址：https://api.skillhub.cn/user_2a1415c1/feasibility-report-engine
SkillHub 頁面：https://www.skillhub.cn/skills/user_2a1415c1/feasibility-report-engine
需要注意兩點：
1、標籤中帶 requires_api_key=true，啓用前要先確認 API key 已配置，否則聯網盡調這一步跑不起來。
2、本次寫作時我嘗試訪問上面兩個地址均未成功，因此具體的安裝命令、各客戶端（Cursor / Codex CLI / Claude Code）之間的差異，我沒有核實到，不在這裏寫。以官方頁面的說明爲準。
觸發詞覆蓋了主要入口：可研報告、可行性研究報告、可行性研究、立項報告、項目建議書、發改委大綱、財務測算、六表勾稽、融資可研、政府可研、企業可研、報告排版。
適用場景與注意¶
適合的場景：產業項目的可行性研究報告交付，尤其是需要同時交出 Word 正文和財務測算套表的情況；政府版和企業版兩種大綱都要覆蓋時，判型這一步能減少返工。
限制和坑：
1、它的能力邊界在大綱判型、六表聯動測算和排版體檢這幾件事上，不會替代對項目本身的判斷，也不會替你確定投資結論。
2、聯網盡調依賴公開數據可得性，拿不到的數據需要在輸入階段補足，否則測算表參數會是空的。
3、六表全公式聯動要求參數口徑一致，輸入階段就要把建設期、投產期、折現率這類口徑定清楚，中途改口徑會導致全表重算。
4、排版體檢解決的是 Word 層面的常見問題，最終成稿仍建議按甲方格式要求複覈一遍。
結尾¶
這套 Skill 的價值在於把可研報告交付裏最容易返工的三個環節——大綱判型、六表勾稽、排版驗收——變成固定順序的流水線，減少中途重寫和退稿的概率。
官方地址：https://api.skillhub.cn/user_2a1415c1/feasibility-report-engine
