前言¶
写可研报告的人，卡住的往往不是不会写，是三件事：不知道该按哪一版大纲写、财务测算表和正文对不上、交付前排版被打回来。
这套 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
