2026年专精特新申报前预评估

!python3 "${CODEBUDDY_SKILL_DIR}/scripts/preflight.py" --task-type explanation

目标与边界

本技能只处理 2026 年政策下的申报前预评估：核对硬门槛、梳理质量评价输入、记录主管部门平台质量分，并给出差距和行动。没有平台实际分数时，质量分必须写为“待平台评价”，不得生成估算总分、区间分、保守分、条件分或通过概率。

历史四维评分、内部二十二项百分制、统计局对标折算和三档总分已经退出活动技能包。用户要求“按旧表测分”时，说明该模型已停用，改为 2026 门槛预评估。

已形成完整申请书的后期体检改用 sme-development-projects。同时要求前期预评估与后期体检时，以后者为主并附本技能的门槛和平台质量分状态，不并行运行两套结论。

前期谈单报告门禁

专精特新中小企业和专精特新“小巨人”的前期评估、首次沟通、合作判断和培育建议，默认属于客户前期谈单报告。先完整读取前期谈单报告合同和前期评估政策申报路径合同。政策路径合同用于后台建立完整相关项目池；十二字段路径卡只作内部完整性检查，不直接展开到客户报告。客户报告固定压缩为结论、项目申报路径、主导产品与专利、财务分析四部分。

不得把前期谈单报告写成后期体检、正式申请书或实施方案。默认总篇幅控制在五至八页，其中主导产品与专利一至两页，财务分析一至两页；材料简单时继续缩短。只有用户明确要求深度规划书、实施底稿或逐项目专项评估时，才另行展开。

已经形成完整申请书、需要评分核稿、跨章节一致性检查或提交前整改的后期体检，改用 sme-development-projects，不适用本简版结构。

用户明确要求合作后的“可行性分析报告”时，不使用五至八页谈单版代替实施分析。必须同时读取 project-feasibility/references/two-report-contract.md 和本技能的现行政策基线，逐项拆解已公布的申报条件或评分表、企业值、证据状态、确定分与条件分、补强动作、完成标准和年度节点；平台质量分仍不得自行估算。

前置门禁

每次先完整读取2026年政策基线，再按当前任务运行：

python3 "${CODEBUDDY_SKILL_DIR}/scripts/preflight.py" \
  --task-type quality-preassessment \
  --project-level "省级专精特新中小企业" \
  --application-type "新申报"

• 项目层级和申请类型必须来自本轮材料。缺失会改变规则时，只提出一次最小确认并暂停结论。
• 新申报按 2026 新办法执行。省级质量分门槛为 50 分，小巨人质量分门槛为 60 分。
• 2026 年小巨人复核属于 2026 当期通知明确的过渡分支，只能在当期复核任务中使用；不得把该分支扩展到新申报或未来年度。
• 质量分只能来自主管部门平台或用户提供且可回指平台的记录。任何内部模型都不得冒充平台质量分。

数据边界

1. 企业身份、资质、专利和荣誉优先用当前可用的企业信息工具核验；未命中写“当前检索层未命中”。
2. 财务、经营、研发、人员、主导产品、客户、产能和市场占有率只使用用户材料或明确陈述，不用第三方旧财务补造。
3. 事实分为已核验、用户提供、计算、冲突和待补。每个硬门槛记录规则来源、企业值、证据状态和结论。
4. 平台质量分未提供时保持 pending-platform-evaluation，不得用行业均值、统计局数据或经验权重填补。
5. 主导产品、补短板、填空白和国产替代允许依据企业自述成立，但要审查产品边界、技术因果、产业环节和跨章节一致性。国外具体型号、客户证明或第三方检测只能增强可信度，不能被设为成立前提。

工作流

1. 锁定项目层级、申请类型、地域、年度、政策版本和当前通知；确认本轮是前期谈单还是后期体检。
2. 读取企业资料并先给结论：总体成熟度、主导产品首选名称、备选或调整方向、近年申报路线和围绕申报项目的关键提升。
3. 后台建立与企业相关的完整项目池；前台只用一张路径表列项目、建议年度、当期或最近已核验的核心条件、企业已有数据、差距状态和下一步。研发中心、绿色工厂、数字化、知识产权和质量品牌等相关方向不得漏项，但每项原则上只占一行。
4. 数据单元固定使用“已具备、存在差距、待补强、待定、冲突待核、不适用”。企业材料没有提供且本轮没有明确核验的字段可以留空，并把结论写为“待定”；已经明确检索或核对但未取得的能力、资质或证据写“待补强”，不得把两者混写。
5. 结合现有产品、合同交付物、已列示专利、合作发明方向、政府认定名单和公开行业资料，确定主导产品的最小充分产品单元。同行只选三至五个真正可比对象；当前检索层没有同产品已认定同行时如实说明，不用宽泛企业凑数。
6. 在主导产品部分同步完成专利匹配：现有专利支撑什么、缺什么、拟布局哪些技术簇、各簇服务哪个申报项目。合作发明未提供名称和状态时只写布局主题和建议数量，不补造专利名称、申请号或法律状态。
7. 财务部分只使用用户材料。按申报硬门槛列营收、增长、研发投入及强度、主营业务占比、资产负债率、利润趋势和人员口径；有数据就复算并展示公式，没数据就留空或写待定，冲突并列，不用第三方财务补造。
8. 建立 2026 质量评价输入清单，只判断资料是否完整、口径是否自洽，不自行赋分。记录平台质量分：
   • 已取得平台分数：写明分值、抓取或截图日期、来源定位和门槛比较。
   • 未取得：写“待平台评价”，总体结论只能为条件性或未确定。
9. 读取 references/digital-transformation-diagnostic-strengthening.md，把数字化转型诊断报告作为专精线软提升和两年任务包。报告未提供时写“待企业确认，建议补强”，不得虚构档次、指数或全国及同行排名。
10. 交付前删除内部工作痕迹：不输出十二字段路径卡、方向卡逐项利弊、责任人底稿、长材料清单、完整政策百科或后期体检评分页。

交付结构

默认交付一份五至八页的客户前期谈单报告和一段聊天摘要。报告只保留四部分：

1. 总结结论：总体判断、主导产品首选和备选名称、近年申报路线、围绕项目与专利的关键提升；
2. 项目申报路径图：项目、建议年度、核心条件、企业值、差距状态和下一步；
3. 补短板主导产品与专利：现有资料支持的产品口径、同行和行业对标、需要调整时的改名方案、专利技术簇与节奏；
4. 财务情况分析：已知财务趋势、可复算硬指标、缺失字段和最小补数清单。

正文不再单列方向卡、硬门槛长表、平台质量分章节、四项判断全表、十二字段项目路径卡或年度责任底稿。政策质量分和关键硬门槛只在相关结论或路径表中简洁呈现。

结构化 evaluation.quality_score 必须使用以下二选一状态：

{"status":"verified-platform-score","value":58,"source":"平台截图或导出记录"}

{"status":"pending-platform-evaluation","value":null}

完成门禁

• 项目层级、申请类型、政策年份和表单版本已锁定；
• 前期谈单报告严格只有四部分，默认总篇幅不超过八页，未写成后期体检或实施方案；
• 后台已覆盖全部相关政策路径，前台项目表未因当前不具备、暂不需要或优先级低而漏掉研发平台、绿色发展、数字化、知识产权或质量品牌方向；
• 每个项目只保留建议年度、核心条件、企业值、差距状态和下一步，没有展开十二字段路径卡；
• 主导产品结论已与现有交付物、收入边界、专利和同行行业事实对应，未用宽泛概念或不相关同行凑结论；
• 企业未提供数据与明确检索未取得事项已分别写为待定和待补强；
• 新申报只使用 2026 规则，复核例外只按 2026 当期通知使用；
• 没有历史四维评分、内部百分制、三档总分或无来源估分；
• 平台质量分可回指来源，或明确保持待平台评价；
• 平台质量分待评价时没有给出“符合”“稳过”等确定性结论；
• 财务与经营数字均来自用户资料；
• 外部证明没有被设为进口替代主张成立的强制前提；
• 未承诺获批。
• 数字化转型诊断报告已按五维、对标、优势短板和提升路径核验，或明确列为待企业确认和建议补强；未预写等级、指数或排名。