企业全景双模式调研

本技能只处理明确的企业全景、合作前尽调或全景调研交付。普通企业字段查询、找同行、问风险、问项目或单独出现字母 A、B、C 时不得进入本技能；应按单点查询路由对应专业技能。进入本技能后，A／B／C 仍是报告内容模式选择，与 Word 或 PDF 文件格式无关。

强制报告模式选择

• 生成报告前必须取得用户对报告模式的明确选择，选择项固定为：A 第一版｜标准销售版、B 第二版｜GCIP深度顾问版、C 全生成｜同时生成A和B。
• 用户没有明确选择时，停止采集和生成，优先使用界面选择工具展示A、B、C；无选择工具时直接询问“请选择A、B或C”。不得自行默认任何模式。
• 用户已在同一请求中明确说第一版、第二版、两版、全部生成或A、B、C时，视为选择已明确，不重复询问。
• 选择A时只生成模式A；选择B时只生成模式B；选择C时共用同一事实底稿生成两种内容模式。
• 两种模式必须使用同一份事实底稿、同一调研时点和同一来源清单，不得重复采集后形成相互冲突的数据。
• A 标准销售版永久免主水印与角标水印，这是用户确认的固定品牌例外，不需要每次重新询问；B 深度顾问版继续执行完整品牌水印与交付检查。
• 每种已选报告默认只交付一份可编辑 Word，不同时生成 PDF 或 HTML。用户明确要求 PDF 时才生成对应 PDF；HTML 渲染中间源不得作为交付文件发布。

共同事实底稿

1. 锚定完整企业名称或统一社会信用代码。
2. 读取 enterprise-info-verification.md 和 企业数据源有限降级协议，先由天眼查完成主体和全维度分诊，以统一社会信用代码锁定主体；企查查补齐未覆盖、缺失、状态不明和高影响字段，再按 public-source-map.md 采集工商股权、司法信用、经营合规、知识产权、战略布局、经营销售、同行竞争和项目政策八个维度。冲突和权威终值回到官方来源裁决。
3. 将每项内容区分为公开事实、合理判断、待核事项和建议动作；精确数字、日期、编号和名称保留来源。
4. 关键事实尽量两源交叉验证；官方来源优先，冲突时保留差异。
5. 外部来源不可访问时按有限替代链继续；关键字段仍缺失时交付“待完善”，非关键字段标“未核验”，不得把“当前检索层未命中”写成“不存在”。
6. 只使用用户提供的财务及经营内部数据。不得估算营收、利润、未分配利润、研发费、客户占比、毛利、负债余额、产能或市场份额。
7. 未知内部数据不得写“无法判断”，应写成“请企业提供XX资料后判断”，并列明所需资料；不计零分、不扣分、不自动构成风险。
8. 商业平台分数和自动风险等级不得作为报告评分。
9. 报告正文和结尾不加入四问复盘。

共同分析要求

• 风险固定采用“事实或信号—实际影响—核验或解决动作”，不能只罗列平台数量。
• 核心工商、执行失信、处罚异常和知识产权字段标注已验证、单源待核、冲突待裁决或当前未命中。
• 关联企业的风险不得直接归因于目标企业；必须说明控制、担保、资金、业务或人员传导路径是否已取得证据。
• 需要股权、任职和风险传导可视化时读取 relationship-graph-spec.md，使用企业状态、风险标签和证据等级三层标识。
• 融资租赁、抵押或诉讼数量本身不能证明资金不足、资不抵债或回款困难。
• 项目分为“公开信息已支持、具备培育可能、请企业提供资料后判断”；正式申报前重新核验当期政策。
• 专利区分有效授权、审中、终止、驳回、转让取得和转出；历史成果不得冒充当前有效权利。
• 企业级专利统计只用于画像。用户要求专利性、权利要求、FTO、规避设计、技术壁垒、挖掘交底或预审推荐时，统一调用包内 patent-router，不得从企查查摘要直接推导不侵权、稳定性或预审准入。
• 报告结尾必须让非专业客户看懂：按优先级列问题、影响、解决动作和对应服务。
• 战略维度至少回答产品、区域、主体、资产投资、技术绿色和五年发展布局。报告不再单设“经营与销售视角”、客户渠道表或核心字段验证摘要；产品、人员、质量和经营控制信息分别放入主营业务、风险和项目章节。只有用户提供客户、渠道、报价、账期或回款资料并明确要求专项分析时，才增加经营销售模块。
• 同行必须读取并执行 peer-selection-rules.md：先核验分析企业是否已经取得省级专精特新，再动态选择一家近身同行、两家短期可追对象和两家行业标杆。选择方法只用于内部筛选，报告正文不得写出选择数量、层级或方法；企业风控形成风险地图、传导路径、控制措施和90天整改清单。
• 所有同行必须核验创新型中小企业、专精特新中小企业、专精特新“小巨人”及其后续研发平台、绿色制造、标准和单项冠军能力，但报告不单设“优质中小企业成长线”栏目；相关层级统一写入“已有荣誉资质及项目”。名单未命中只能写“本轮名单检索未命中”，不得推断企业从未认定；大型企业不虚构小巨人身份，应在差距与动作中说明其高阶能力如何反推目标企业的小巨人培育证据。
• 每家同行除专精特新层级外，还要列出已核验的高新技术企业、研发平台、绿色制造、数字化智能制造、标准、知识产权、单项冠军、上市状态及其他政府项目荣誉；报告优先保留能够解释竞争差距和申报路径的项目，不堆砌无关称号。
• 同行项目对标必须回到政府公示或项目原文，区分项目备案、名单公示、拟补助、正式认定和最终拨付；不得把建设项目、环评或平台线索直接写成“已获奖补”。
• 模式A的风险、验证、同行项目和项目优先级使用红黄绿圆点与文字双重标识；模式B将股权、关联交易、股东往来、未分配利润和税务一致性自然嵌入战略风控，不单列夸张营销页。
• 风险章节必须展开到“事实—影响—处理动作—关联项目—完成时间”。风险整改与高企、技改、绿色制造、研发机构、专精特新等申报计划必须自然写入风险表、项目启动条件和年度行动，不再单独设置“风险整改与项目申报联动”章节或页面。不得把风险清理和项目申报写成两条互不相干的路线。
• 正文按咨询报告口吻写作：结论直接、责任清楚、动作可执行。减少“形成闭环、赋能、聚焦、方向可塑、底座”等模板词，避免连续使用“不是X而是Y”和机械三段式；不得为去AI味改变数字、名称、法律状态或证据边界。
• 报告正文不得出现“门禁”一词。内部案例、培训资料和检索过程只用于形成核验问题、证据链与行动建议，报告不得暴露内部资料组织方式。

模式A生成

1. 读取模式A规范、assets/sales-style.css 和随包母版样张 assets/sales-master-reference.pdf；母版只用于视觉参数与第一至第六章、原第八至第九章的结构参照，第七章必须按现行规范替换为“经营基础与资料核验”，不得沿用样张中的财务估算标题或内容。
2. 页面内的报告人由用户或模板字段填写，不预设机构或个人名称。
3. 使用白底蓝灰正文风格，不加任何主水印或角标水印。这是永久固定例外，不因其他品牌默认规则而失效。
4. 默认使用宿主文档能力生成可编辑 Word，并检查决策层级、证据可追溯性、分页、内容保真和可打开性。
5. 用户明确要求 PDF 时才使用 scripts/render_sales_pdf.py 生成 PDF；脚本同时写入作者元数据并检查报告人字段。

python3 scripts/render_sales_pdf.py --html <HTML路径> --out <PDF路径> --title "<企业全称>企业全景调研报告"

模式B生成

1. 读取模式B规范、report-spec.md 和 assets/report-style.css，并用宿主文档能力校验视觉层级、分页和内容保真。
2. 项目政策及历史案例先读取用户资料，再通过 policy-retrieval 回到政府官方原文核验；报告只呈现核验后的事实、判断和动作。
3. 增加股权架构与未分配利润业务机会识别，但无内部财税资料时只能列触发信号、待取资料和服务方向，不得下风险结论。
4. 默认使用宿主文档能力生成带统一品牌水印的可编辑 Word，并运行品牌交付检查。
5. 用户明确要求 PDF 时才使用 scripts/render_html_report.py 生成 PDF，再运行 scripts/validate_report_pdf.py；PDF 与 Word 必须来自同一份已定稿正文。

python3 scripts/render_html_report.py --html <HTML路径> --out <PDF路径>
python3 scripts/validate_report_pdf.py <PDF路径> --require-watermark

文件名

• 模式A默认 Word：<企业全称>_企业全景调研报告_标准销售版_<YYYYMMDD>.docx
• 模式B默认 Word：<企业全称>_企业全景调研报告_GCIP深度顾问版_<YYYYMMDD>.docx
• 用户明确要求 PDF 时，将对应文件扩展名改为 .pdf，不额外发布 HTML 中间源。

专项技能路由

• 用户提供财务报表或未分配利润数据：叠加包内 financial-verification；涉及制造企业税务风险时再叠加 manufacturing-tax-risk-analysis，计算必须展示来源和公式。
• 用户要求正式项目资格测算：叠加包内 project-matching 与 project-feasibility。
• 用户要求专利布局：叠加包内 patent-router。
• 用户要求专利查新、权利要求、FTO、侵权、规避设计、挖掘交底或预审推荐：叠加包内 patent-router；用户只要求检查中国专利申请 Word 时改用 checking-patdocx-cn-single-agent。
• 用户只要求快速初筛：调用包内 enterprise-profile 采集，但报告仍按本技能重组。
• 用户要求网页式看板：使用宿主平台已有前端能力生成，但未经授权不得发布或托管；页面数据必须来自共同事实底稿，缺失项明确显示待核，不得生成示例事实。

平台与配置边界

• 先检查当前宿主可用的网页、企业数据、专利和文档能力；任一能力缺失时执行对应降级，不得补造结果。只有用户明确要求 PDF 时才检查 PDF 能力。
• 外部企业数据、政府网页和专利来源均由用户合法授权或由宿主提供；账号、密钥和会话信息不得写入Skill、报告或日志。
• PDF、Word、Excel和网页渲染由宿主平台提供。默认 Word 不依赖 PDF 能力；明确要求 PDF 时使用宿主渲染能力，包内脚本只作为其他兼容宿主的确定性后备。
• 所有资源路径必须相对本Skill目录解析，禁止写入用户主目录或开发者机器绝对路径。