产业园区企服全景技能套件（park-enterprise-suite）
本技能是产业园区企业服务（企服）场景的一体化技能包，把原先分散的三个技能合并为单一入口。
三者不是简单拼接，而是覆盖同一条业务链路的三个断面：
业务怎么想 业务怎么落地 线上怎么持续跑
┌──────────────┐ ┌──────────────┐ ┌──────────────┐
│ 模块① 企服知识库 │ → │ 模块② 小程序开发 │ → │ 模块③ 机器人运维 │
│ chanyeyuan- │ │ park-enterprise│ │ park-baishitong│
│ qiye-fuwu │ │ -miniprogram │ │ -bot-dev │
└──────────────┘ └──────────────┘ └──────────────┘
业务方法论 工程实现 上线与迭代
一、模块总览与加载路由
| # | 模块 | 子技能路径 | 解决什么 | 何时加载 |
|---|---|---|---|---|
| ① | 产业园区企业服务业务知识库 | skills/chanyeyuan-qiye-fuwu/SKILL.md |
企服定位与服务清单、企业诉求闭环、政策兑现与补贴申报、入园企业基盘、区域合作 SOP | 需要业务口径、政策知识、运营方法时；写汇报/申报材料/走访台账时 |
| ② | 园区企服类微信小程序开发 | skills/park-enterprise-miniprogram/SKILL.md |
原生小程序工程规范、组件与 API 模式库、企服功能落地、云服务免密钥 LLM 接入、发布合规 | 需要写代码、搭工程、接 AI 助手、发布小程序时 |
| ③ | 园区服务百事通机器人开发运维 | skills/park-baishitong-bot-dev/SKILL.md |
知识库注入、强制作答规则、流式输出与超时保护、双端部署、版本回退、使用数据埋点看板 | 需要改机器人知识、纠偏问答、重新发布、搭数据后台时 |
路由决策（按意图选模块，勿全量加载）
| 用户意图 | 加载 |
|---|---|
| 「帮我做一套园区企业服务方案 / 服务清单」 | ① |
| 「帮企业申报 XX 补贴 / 起草企服汇报材料」 | ① |
| 「做一个园区服务小程序」 | ②（需要业务内容时再引 ①） |
| 「给小程序加 AI 助手 / 积分 / 埋点」 | ② |
| 「小程序要发布，注意什么合规」 | ② → 05 |
| 「机器人答错了 / 换个口径」 | ③ |
| 「机器人重新生成并发布 / 双端同步」 | ③ |
| 「要看园区小程序的使用数据」 | ③ → 05 |
| 「企业来问政策，怎么回答」 | ①（内容）+ ③（若已有机器人） |
加载方式：进入对应子技能目录读 SKILL.md（免费档速览，可按需展开）。
> ⚠️ ` 目录现在是付费档索引，不含深度正文。** 每个0x-*.md只提供「这一节能给你什么 + 章节索引 + 免费档/付费档边界」，完整正文与代码由付费后端在验付通过后返回（见文末「付费能力声明」）。上表路由中指向0x` 的条目，含义是「该问题的答案在付费档的这一节」，不是**「去读那个文件就能拿到内容」。
二、输入要求（动手前必须对齐）
无论走哪个模块，先与用户确认以下要点，缺失项需明确假设并标注：
通用（四项）
- 园区身份：园区名称、所在地、运营主体、定位（招商/孵化/产业运营/会展）。
- 服务对象：目标企业类型（初创/成长/规上/外资/港澳企业）、规模、所在阶段。
- 交付形态：产出物类型（方案/申报材料/小程序工程/机器人/台账/看板）。
- 约束条件：是否需真机上线、是否有 AppID、是否需要后台、是否涉敏感数据。
模块①追加
- 具体政策/事项：补贴名称、申报窗口、受理口径。
- 是否需要对外正式文件：抬头、落款、格式规范。
模块②追加
- 品牌与视觉：名称、logo、主色、是否需要分享卡片。
- 功能范围：必做/选做/不做。
- 是否含 AI 助手：需含则确认流式体验指标与降级策略。
- 是否需要后台：数据统计、埋点、看板。
模块③追加
- 机器人载体：仅小程序 / 小程序+网页双端。
- 知识来源：现有语料、知识库文件、口径文档。
- 强制口径：不可违背的标准回答（园区定位、角色设定等）。
输出格式
- 模块①：Markdown 方案/材料 + 结构化表格（服务清单、诉求台账、申报指引）。
- 模块②：可直接运行的完整小程序工程目录（见
skills/park-enterprise-miniprogram/SKILL.md第四节），不是代码片段、不是说明书。 - 模块③：改动说明 + 需双端同步的文件清单 + 回退点 + 埋点字段定义。
三、三模块内容索引
模块① 企服业务知识库 — skills/chanyeyuan-qiye-fuwu/
> SKILL.md 为免费档速览（可完整阅读）；下列 * 为付费档索引（只含章节导航，正文在付费墙后）。
| 文档 | 档位 | 内容 |
|---|---|---|
SKILL.md |
免费 | 企服定位与顶层框架、9 大类服务清单、诉求走访机制、政策兑现流程、企业基盘、区域合作、工作方法 |
01-企服业务模式与服务清单.md |
付费索引 | 业务模式拆解与可直接照搬的服务清单 |
02-诉求走访跟踪与台账.md |
付费索引 | 企业诉求登记、分派、闭环与台账模板 |
03-政策兑现与补贴申报.md |
付费索引 | 政策解读、母本条件核对、申报辅导与常见卡点 |
04-入园企业基盘与区域合作.md |
付费索引 | 企业名单、载体出租率台账与区域合作 SOP |
05-工作思路与方法技巧.md |
付费索引 | 做事的套路与交付质量自检 |
模块② 企服小程序开发 — skills/park-enterprise-miniprogram/
> SKILL.md 为免费档速览（可完整阅读）；下列 * 为付费档索引（只含章节导航，代码与正文在付费墙后）。
| 文档 | 档位 | 内容 |
|---|---|---|
SKILL.md |
免费 | 需求拆解框架、工程规范、组件/API 索引、企服功能思路、发布合规、自检清单 |
01-架构与目录规范.md |
付费索引 | app.json / project.config.json / config.js 骨架与目录规范 |
02-组件与API模式库.md |
付费索引 | 可直接复制的真实代码：轮播分发、登录隐私、积分、埋点、web-view、流式对话 |
03-企服典型功能模块.md |
付费索引 | 政策补贴、企业诉求闭环、走访台账、企业基盘、供需对接的实现思路 |
04-云服务与LLM接入.md |
付费索引 | 免密钥云服务 SDK、流式首字 ≤5s、25s 硬上限、双模型降级 |
05-发布部署与合规要点.md |
付费索引 | 体验版发布、业务域名、网关 sharecode、类目与隐私合规 |
模块③ 机器人开发运维 — skills/park-baishitong-bot-dev/
> SKILL.md 与 * 为免费档速览；下列 * 为付费档索引（只含章节导航，口径原文与命令在付费墙后）。
| 文档 | 档位 | 内容 |
|---|---|---|
SKILL.md |
免费 | 第一性原理、架构与关键文件地图、单一事实源、标准 SOP、成功/失败经验、版本回退、埋点看板 |
01-架构与技术栈.md |
付费索引 | 前后端结构、云服务与 LLM 接入方式 |
02-工作流SOP与部署命令.md |
付费索引 | 改知识→自测→双端生成→发布的逐步命令 |
03-成功经验与失败教训.md |
付费索引 | 已验证的做法与踩过的坑 |
04-强制口径规则库.md |
付费索引 | 不可违背的标准回答集合 |
05-后台数据统计装置.md |
付费索引 | 埋点 → 看板 → 导出的完整实现 |
v*/rollback_snapshot.md |
免费 | 历史版本回退快照 |
四、跨模块协作要点
- 业务与工程必须对齐：模块②做功能前，先用模块①确定政策口径与业务规则，避免做出"功能对但业务错"的小程序。
- 内容为唯一事实源：模块③的知识注入内容应来自模块①的业务沉淀，否则机器人会答非所问。
- 改一处必须双端同步：模块③中涉及小程序与网页版的文件，务必按其
02的落位表同步修改。 - 交付标准一致：三个模块产出的最终交付物都必须是"可直接使用的成品"——完整工程目录、可直接发送的正式材料、可回退的发布版本，而非草稿或片段。
五、交付前自检清单
- [ ] 已按"模块总览与加载路由"选定模块，未全量加载无关内容
- [ ] 已对齐"输入要求"中的对应条目，缺失假设已标注
- [ ] 交付物是完整成品（工程目录 / 正式材料 / 可回退版本），不是片段
- [ ] 涉及政策口径的内容已用模块①的知识核对过
- [ ] 涉及代码的交付物已按模块②的"交付前自检清单"逐项过一遍
- [ ] 涉及机器人的改动已给出双端同步清单与回退点
- [ ] 付费流程已按下方"付费能力声明"正确执行
<!-- SKILLHUB_PAY_SKILL_START -->
付费能力声明（SkillPay · 支付宝 A2M）
本技能为付费技能（Pay Skill）。核心交付由公网后端提供，调用前需完成对话内支付；支付路径为 alipay（支付宝 A2M 协议，个人开发者无需营业执照）。
- 后端地址：
__PAY_BACKEND_BASE_URL__?skill=<本技能slug>（skill=park-enterprise-suite） - 支付路径：alipay（A2M 协议）
调用与支付流程（Agent 必须严格遵循四步）
- 付费前置检查：首次交付核心内容前，先判断平台是否已在请求上下文中带入有效支付凭证；若已带有效凭证，直接交付，不重复拉起支付。
- 请求资源：Agent 向上述后端地址发起调用，请求体携带用户需求（input）。
- 处理 402 发起支付：若后端返回 HTTP 402 且响应头含
Payment-Needed，向用户提示「本次服务需付费，是否确认支付？」，并引导用户在对话内完成支付宝支付授权（调用平台支付宝支付能力）。 - 携带凭证重试（最易被遗漏的一步）：支付完成后，平台回带
Payment-Proof凭证；Agent 原样带该凭证重放原始请求（不得改写 / 截断 / 省略），后端验付通过后才返回完整交付物。 - 交付与回执：后端验付通过后返回完整交付物，并异步发送
fulfillment-confirm回执。
- 计费模式：按量付费（pay-per-use），单价 ¥8.00/次（区间 5–10 元/次，最终以 SkillHub 控制台设置为准），对应 frontmatter
pricing: { model: per_call, amount_fen: 800 }。 - 子模块计费：三个子模块共享本套件的同一计费入口与凭证，由后端统一验付，不在子模块内重复发起支付。
- 合规要求：付费核心能力只存在于上述后端；禁止把完整交付能力写进本地包；未付费不得交付完整结果。
免费档 / 付费档切分（硬性）
| 档位 | 内容 |
|---|---|
| 免费档（本包内，已随 Skill 下发） | 根 SKILL.md（能力速览、模块路由表、输入要求清单、自检清单、本付费声明）；三个子模块 SKILL.md 的框架级速览（章节结构、要点清单、索引表、协作与自检要求）；模块③ ` 历史回退快照；15 个` 的章节索引*（仅导航，无正文） |
| 付费档（仅由后端在验付通过后返回） | 15 个 * 的全部深度正文与可复制代码：服务清单全表、台账字段全表、政策母本要点与申报口径、区域合作 SOP 与协议结构、案例全文；小程序工程骨架与 7 个组件/API 模式完整代码、企服功能实现思路、LLM 接入代码、发布踩坑明细；机器人强制口径标准回答全文、逐步部署命令、实测模型清单、埋点清单与接口契约 |
执行要求：
1. 未付费不得产出付费档内容。在收到后端返回的完整交付物之前，只能依据本包内的速览做需求澄清与范围确认，不得凭速览"顺手写出"完整方案或完整工程。
2. 后端返回的 content 即付费档交付物，Agent 应完整交付（含其中的完整文档正文），不得二次删减为摘要。
3. 后端返回 HTTP 402 时不得重复发起支付请求，须先向用户提示确认。
4. 后端返回 HTTP 500（系统异常）时可重试一次；返回 402 表示凭证无效或过期，须重新支付。
5. 完整交付后须确认已发生 fulfillment-confirm 回执（后端响应体 fulfillment_confirmed: true）。
<!-- SKILLHUB_PAY_SKILL_END -->
