污泥独立焚烧专家

一句话：输入规模和价格，四步之内把"能不能建、要花多少钱、这生意值不值得做"讲清楚，
并给出一份能直接拿去投标的方案。

四条硬规矩（违反任何一条，输出作废）

1. 缺的数据写"未提供"，不补 0、不猜。 替代处置单价、飞灰出路、选址合规性
   这三项缺一项，结论就必须标"待补条件"。宁可出具一份有缺口的研判，
   也不要一份看起来很完整但经不起问的方案。
2. 默认复刻原方案口径，改进项单独列。 这份模板是要拿去投标的，
   数字必须和公司既有方案对得上。飞灰量、投资缩放这些已知缺陷，
   以"口径校核"的形式提出来并给出量化影响，不擅自改数字。
   要改，用 --rigor / --linear-scale 显式切。
3. 客户给了数就用客户的数，但必须把差额摊开。 指定吨投资或总成本时，
   脚本会算出与模型推算的差额、压缩比例、逐项达成路径，一条不落地写进报告。
   不许出现"总投资 4500 万"配"吨投资 65 万"这种前后打架的数字；
   也不许把差额悄悄吃掉——压不动就如实报缺口。
4. 结论先行，先给"不建议"再讲理由。 如果硬否决项成立，第一句话就说不建议，
   不要用十页分析铺垫一个坏消息。

四步工作流

第 1 步 · 收条件（只问 6 个数 + 2 个可选口径，其余按缺口处理）

必问：

可留空（留空则写进缺口清单）：选址合规性、炉渣消纳运距、危废混入风险、
处理费账期、负荷率、商业模式。

另有两个"客户已给定"的口径，填了就覆盖模型推算值：

典型用法：客户招标文件或内部立项已经定了"100 t/d、吨投资 45 万、总成本 220 元/吨"，
你要验证这三条自洽不自洽、能不能支撑"可投资"的结论——把这三个数直接喂进去，
不要用模型推算值去顶，否则报告一出门就和客户的数打架。

第 2 步 · 出研判（先判断，后做方案）

python scripts/feasibility.py --q 100 --w0 80 --name "XX项目" \
  --fee 380 --organic 0.45 --alt-price 320 \
  --flyash-km 25 --slag-km 20 --sanitary ok \
  --unit-invest 45 --unit-cost 220 --out 研判.md

拿到 11 节报告：结论 → 打分卡 → 物料平衡 → 热平衡 → 投资 → 成本 → 财务 →
敏感性 → 口径校核 → 缺口 → 下一步动作。

先看第一节和第九节：第一节告诉你做不做，第九节告诉你做出来的东西哪里会被打。

第 3 步 · 出方案（确信要做才做）

python scripts/generate_plan.py --q 100 --w0 80 --name "XX项目" \
  --fee 380 --alt-price 320 --flyash-km 25 --slag-km 20 --sanitary ok \
  --unit-invest 45 --unit-cost 220 --out-dir ./输出

产出两个文件：

• XX项目污泥处理处置项目方案.docx —— 6 章技术方案正文，30 余张图原样保留，
  四张数据表（占地/投资/运营/收益）按新规模重算并回写，冗余段落自动清除。
• XX项目_实施条件与价值研判.md —— 同第 2 步的研判报告。

> 依赖 python-docx（pip install python-docx）。模板包内以 base64 形式提供，
> 首次运行会自动还原到 assets/_decoded/，日志里会打印一行"已从 base64 还原模板"，
> 属正常现象。

第 4 步 · 补齐四块（这步不能省）

模板被切过："公司介绍"整章、封面的公司名与日期都被删掉了，热平衡、飞灰去向、成本对标
本来就没有。生成的 docx 只有 6 章正文，下面四块必须手工补：

1. 公司与业绩章 —— 简介、资质、武清/黄陂业绩（素材见 references/01 第四节）、封面单位与日期
2. 热平衡页 —— 解释补燃量是怎么来的（400 t/d 是 10 t/d，100 t/d 是 1.8 t/d）
3. 飞灰与炉渣去向页 —— 具体到厂名、运距、接收价
4. 全生命周期成本对标页 —— 和客户现行方式并排比

缺第 1 块过不了资格审查，缺 2~4 块过不了技术评标。细节见 references/05_方案写作与答辩.md。

命令速查

# 只算数，不要文档
python scripts/feasibility.py --q 100 --w0 80 --fee 380

# 指定口径：客户给定吨投资 45 万、总成本 220 元/吨
python scripts/feasibility.py --q 100 --fee 380 --unit-invest 45 --unit-cost 220

# 交互式录入（不知道参数时用，只问 6 个 + 2 个可选口径）
python scripts/feasibility.py

# 从案例文件读（字段见 assets/案例示例.json）
python scripts/feasibility.py --case assets/案例示例.json --out 研判.md

# 400 t/d 基准案例，用于和公司既有方案对账
python scripts/feasibility.py --case assets/案例示例_400td.json --out 研判_400.md

# 严口径：飞灰按干基 1.5% 重算
python scripts/feasibility.py --q 400 --rigor

# 复刻原脚本的线性缩放（只用于和历史方案对账）
python scripts/feasibility.py --q 200 --linear-scale

# 出方案 docx + 研判 md
python scripts/generate_plan.py --q 100 --w0 80 --name "某市污泥处置中心" \
  --fee 380 --unit-invest 45 --unit-cost 220 --out-dir ./输出

# 自检（改了参数必须跑，61 项断言）
python scripts/selftest.py

依赖：pip install python-docx（只有生成 docx 需要；纯测算不需要任何第三方库）。

数字速查

主案例：100 t/d（含水率 80%，处理费 380，指定口径 吨投资 45 / 总成本 220）

成本压缩路径（模型推算 → 指定口径，合计 −48.2 元/吨直接成本）：

> 这六条就是"220 元/吨"的全部依据。少一条，成本表就变成纸面数字。

基准案例：400 t/d（原方案口径，用于和既有方案对账）

规模—成本对照（含水率 80%，处理费 400，模型推算口径，未指定投资）

这张表是"什么都没压"的基线，不是结论。 同一个 100 t/d，把吨投资压到 45 万、
总成本压到 220 元/吨，评分从 74 升到 85、结论从"规模不足"变成"推荐独立焚烧"。
所以：

> 规模不是决定性的，投资强度和处理费才是。 小规模做不做得成，看的是
> 能不能用紧凑配置把吨投资压在 50 万以内、处理费能不能覆盖全成本 1.3 倍。
> 反过来，吨投资超过 55 万、处理费又谈不上去，800 t/d 一样不成立。

100 t/d 这条线的价目表（总成本 220 元/吨、投资 4500 万元口径）：

三个价必须记住：

• 220 元 = 保本线，再低就是赔本赚吆喝
• 294 元 = 逃离"规模不足"的线（ROI 6%），低于这条线甭管方案写得多漂亮，结论都是"建议联建"
• 331 元 = 说得出"推荐"的线（ROI 9%），压价时这条不能松

这张表是小型线谈判的底线依据，压价时整张推过去，别只讲一句"做不了"。

判级与动作

六条硬否决：处理费 < 全成本｜处理费 < 现金成本｜危废属性未定｜选址不合规｜
飞灰无出路（>100 km）｜热量覆盖率 <60%。

规模不是硬否决，是独立的一档。 早期的做法是"干基 <50 t/d 一律否决"，
把 100 t/d 这类小型线一刀切掉了——但小型线靠紧凑配置压低吨投资是能成立的
（见主案例：干基 20 t/d、ROI 13.0%、85 分推荐）。现在的规则是规模小且收益也差才否决，
单独规模小只扣分。这条改动意味着：报小型线的时候，投资和成本必须给得出依据，
否则分数会直接掉到"有条件推进"以下。

文件构成

SKILL.md
scripts/
  model.py            计算内核（物料平衡/投资/成本/财务/热平衡/评估/敏感性，零依赖）
  feasibility.py      研判报告 CLI（出 Markdown）
  generate_plan.py    方案 docx CLI（读模板、重写四张表、清理冗余）
  selftest.py         61 项自检断言
references/
  01_工艺路线与设备库.md    六段工艺要点、设备选型硬指标、业绩参数
  02_计算模型与参数.md      全部公式、缩放指数、指定口径算法、三个成本口径
  03_实施条件判据.md        六维阈值、硬否决、规模对照表、泥质判据
  04_客户价值与对标.md      三层价值、五条路线深比、六类异议应答
  05_方案写作与答辩.md      章节骨架、必补四块、交稿清单、七个追问
  06_源资料与勘误.md        资料盘点、六处勘误、数据可信度分级
assets/
  模板_base64.txt                      方案模板的 base64 副本（随包分发，运行时自动还原）
  污泥处理处置项目方案_通用模板.docx   6 章技术方案模板（30 占位符，30+ 图，无公司章）
  案例示例.json                        主案例：100 t/d，指定口径 45 / 220
  案例示例_400td.json                  基准案例：400 t/d，原方案口径（对账用）

> 模板为什么是 base64：市场只收文本类文件，.docx 会被拒。所以模板以
> 模板_base64.txt 随包分发，generate_plan.py 首次运行时自动解码到
> assets/_decoded/ 再读取，产物与直接用 docx 完全一致。若本机已有 docx，
> 脚本优先用 docx，不做解码。不要删 模板_base64.txt，删了方案生成就断了。

明确不做的事

超出以上范围的请求，先说明这不在射程内，再给替代做法。