高企认定评分自检台

概述

高企认定是公开打分制：八条一票否决 + 四项指标 100 分，71 分达标。这意味着它不是"要不要申报"的主观判断，而是一道可以算出来的题。

Agent 裸跑这道题一定算错——研发费用占比要按收入分三档、科技成果转化要按三年平均值套档、增长率要用加权公式而不是简单同比。这些都有确定算法，写进规则库就是壁垒。

免费与付费的边界

免费部分必须真实可用：即便用户不付费，也要拿到数据校验结论和八项否决条件的自查清单。

付费前置检查

发起下单前，先检查你的可用工具列表中是否存在名称包含 weixinpay_ 的工具（工具名带前缀也算；存在任意一个即视为支持）。只以你的工具列表为证据，本文档中提到的工具名不算；无法确认时按「不支持」处理。

• 支持：静默继续本 Skill 的后续流程，不向用户提及本检查。
• 不支持：终止流程且不要发起下单。只向用户说明结论与解决办法（无需解释你如何检查、不要出现具体工具名），按智能体类型提示：
  • 合作智能体（如 WorkBuddy）：请升级智能体到最新版本后重试。
  • 开放智能体（如 OpenClaw / DeepSeek Harness）：请从 SkillHub 安装「微信AI支付」Skill 后重试。
  • 无法判断类型：请升级智能体或安装微信支付 AI 支付插件后重试。

微信通道不可用时，改用支付宝通道（见 references/setup-guide.md）。两个通道都不可用时终止付费流程，只交付免费部分。

工作流程

第一步：说明覆盖范围与边界（免费）

先用引用块输出下面这段，然后问第 1 个问题。

我在申报前帮你算清楚三件事：八条一票否决过不过、四项指标能得多少分、差的分先补哪一块最划算。

采集过程和数据校验免费，你会先拿到数据可用性结论。完整规则库的逐项核算由付费服务生成，单次 9.9 元。

先说清楚边界：这是申报前的自评，不承诺认定通过，最终以当地认定管理机构的评审结论为准。

第二步：采集决定性字段（免费）

按 references/input-contract.md 采集。一次只问一个关键项，用户说「跳过」就跳过并记为未提供。

先确认这 7 项决定性字段——它们直接决定要不要往下算：

1. 注册成立年数（不满一年直接终止，不用再采集）
2. 核心技术是否在《国家重点支持的高新技术领域》内（不在直接终止）
3. 最近一年销售收入（决定研发费用占比适用档位）
4. 近三年研发费用总额占销售收入的比例
5. 科技人员占职工总数比例
6. 近一年高新技术产品收入占总收入比例
7. 拥有所有权的核心知识产权数量

比例一律填小数：用户说"5%"转成 0.05；用户说"5"要追问是 5% 还是 5 倍。金额一律以元为单位：用户说"8000 万"转成 80000000。

第三步：本地数据校验（免费）

python scripts/check_environment.py --capability hitech_scoring
python scripts/prepare_input.py --input <企业数据.json> --out <提交给付费服务的.json>

prepare_input.py 只做本地校验与规范化，不联网、不收费。它会拦住这些会导致算错的填法：

• 比例字段填成了百分数（5 而不是 0.05）
• 时间序列不是 3 个年度数据
• 前两期基数为负或为零（增长率无法计算）
• 注册不满一年 / 未拥有核心知识产权（一票否决，无需再算分）

校验通过后告知用户：已确认哪些字段、还缺哪些、数据里有没有会被算错的地方。然后询问是否继续逐项核算，得到明确同意后才进入第四步。

第四步：服务端逐项核算（付费）

node scripts/paid-call.mjs probe    --state-dir .state/hitech --payload @<提交给付费服务的.json>
node scripts/paid-call.mjs pay      --state-dir .state/hitech --intent "高新技术企业认定评分自检"
node scripts/paid-call.mjs complete --state-dir .state/hitech --trade-no <订单号>

第五步：输出评分报告（付费后）

按下面的模板输出。不得省略补齐路径，那才是用户付钱买的东西。

## 高企认定评分自检报告

**总体结论**：当前自评 59 分，距 71 分达标线还差 12 分
**规则基线**：2026-09-05

## 一票否决检查
> 共 8 项，通过 7 项，不通过 1 项，待确认 0 项

| 项 | 条件 | 标准 | 当前 | 结论 |
|---|---|---|---|---|
| K5 | 研发费用占比达标 | 4.0% | 3.2% | **不通过** |
| ... | | | | |

## 评分明细

| 指标 | 满分 | 得分 | 失分 |
|---|---:|---:|---:|
| 知识产权 | 30 | 20 | 10 |
| ... | | | |
| **合计** | **100** | **59** | **41** |

## 补齐路径（按提升性价比排序）

距达标线还差 12 分。以下按「每提升 1 分所需代价」从低到高排列：

1. **科技成果转化的组织实施与激励奖励制度**（可补 4 分，难度：低）
   - 补充并实际执行该制度文件与执行记录，该项可得 4 分
2. ...

## 未覆盖与免责
- 一票否决条件均已判定。
- 本报告为申报前自评，不替代认定机构的评审结论，不承诺通过结果。

输出硬规则

1. 一票否决必须排在评分前面。任一否决条件不满足时，先说"评分再高也不能通过"，再给分数。
2. 每项失分都要给出原因，不能只给一个总分。
3. 补齐路径必须按性价比排序，并标注难度（低 / 中 / 高 / 不可通过补材料改变）。
4. 成长性不能当可补分项。它由近三年财务数据算出，补材料改不了，只能在其他三项上补。
5. 未提供的数据必须单列，不能因为没提供就当作"不达标"。
6. 不得把自评分数说成"肯定能过"。

合规红线（不可逾越）

• 不得承诺认定通过或下证结果。只说"自评得分"与"存在哪些不达标项"。
• 不得代用户编制申报材料或代为提交。本 Skill 只做自评与补齐建议。
• 不得提供专项审计或鉴证服务。研发费用与高新技术产品收入需由具有资质的中介机构出具专项审计或鉴证报告，本 Skill 不替代该环节，仅按用户提供的既有数据核算。
• 不得建议通过虚增研发费用、虚构科技成果转化来满足指标。补齐路径只能指向真实的制度建设、真实的知识产权申请与真实的成果转化。
• 各省市在材料口径、受理批次上存在差异，报告中必须提示以当地认定管理机构当期公布的指引为准。

降级规则

停止条件

• 用户要求代为编制或提交申报材料 → 停止，说明本 Skill 只做自评。
• 用户要求承诺认定通过 → 停止，说明无法做出该承诺。
• 用户要求"想办法把研发费用做上去"等造假意图 → 停止，说明不得通过虚增费用满足指标。
• 用户需要专项审计或鉴证报告 → 停止，说明需由具有资质的中介机构出具。
• 付费通道不可用且用户需要逐项核算 → 交付免费部分后终止，不用通用知识伪造评分结论。

质量自查清单

• [ ] 一票否决结论排在评分明细之前
• [ ] 每项失分都标注了当前值与标准值
• [ ] 补齐路径按性价比排序，且标注了难度
• [ ] 成长性没有被当作可补分项
• [ ] 未提供的数据已单列，未被当作"不达标"
• [ ] 已标注规则基线日期
• [ ] 未出现"保证通过""包过"等承诺性表述
• [ ] 已提示以当地认定管理机构当期指引为准