前言¶

做小程序活动的人多半遇到过这种场景：目标定到「拉新 5 万」，人群写成「20-35 岁女性」，时间给一句「双十一前」。剩下的环节——选什么玩法、先做哪一步、预算怎么切、事后怎么评——全靠现场拍脑袋。方案写出来动辄十几页，真正能落地的不超过三页，做完了也说不清结果好不好。

下面介绍的 Skill「商城运营方案（免费版）」就是处理这件事的。它由「零一数科」出品，发布在 SkillHub 上，坐标 @org-28ib33ph/lingyi-miniapp-ops-plan，版本 1.0.0，分类 business-ops，标签 requires_api_key=false。它不调外部接口、不需要 Key，输出是一套纯本地方法论文档。

和直接问大模型「给我写个活动方案」相比，区别在于产出结构固定：一次生成 5 件套，彼此之间目标一致、链路对得上，做完可以照着复盘框架逐项回填，而不是每次都从空白文档开始。

这是什么¶

一句话定位：输入活动目标、目标人群、时间限制三类信息，产出一套目标一致、链路完整、可执行、可复盘的小程序运营方案。

出品方是「零一数科」。它在 SkillHub 上的发布者署名是「-场-」，来源标注为 enterprise，即企业/组织侧发布，不是个人随意上传。当前已抓取资料里的版本号是 1.0.0。

它解决的问题很具体：活动策划案常见的三种失效——目标与玩法不匹配（想拉新却选了老客专属券）、链路断裂（前面让用户进群，后面没人承接）、无法复盘（上线完就没有文档，效果好不好只能凭感觉）。这个 Skill 用固定的 5 件套产物把这三种失效挡在前面。

它本身不做投放、不做数据回收，也不生成图片素材。它是一个结构化的策划工作流，输出物是文档和清单。

核心功能¶

固定产出 5 件套¶

一次运行的输出包含五部分，缺一不可：

1、活动类型判定卡。根据目标和人群，先判定这次活动属于哪一类（拉新、促活、转化，还是会员日这类节点型活动），再谈具体玩法。这一步的作用是避免拿转化玩法去做拉新目标。

2、候选方案对比矩阵。给出多个候选方案，逐项对比成本、链路长度、风险、对目标的适配度，最后选出一个主方案。作用是让「为什么选这个玩法」有依据，而不是拍脑袋。

3、玩法详述页。主方案的执行细节：用户路径、环节顺序、关键配置点、需要准备的素材和人力。这一页是给执行同事看的。

4、品牌约束清单。列出不能越过的品牌和合规边界，例如折扣底线、赠品范围、对外话术禁区。作用是在多人并行执行时保持口径一致。

5、复盘框架。按环节预设需要回收的数据和判断标准，活动结束后照着填。作用是让复盘有固定抓手，而不是事后补写总结。

五件套之间是前后咬合的：判定卡决定矩阵里候选方案的范围，矩阵决定详述页的写法，详述页的环节决定复盘框架要回收哪些数据。

免登录、免 Key、纯本地方法论产出¶

已抓取资料中该 Skill 的标签是 requires_api_key=false，简介里也写明「免登录免 Key、纯本地方法论产出」。这意味着运行过程中不依赖外部 API 配额，不涉及密钥配置，也不会因为接口欠费中断。

同时这也说明它的能力边界：输出质量取决于你给出的活动目标、人群、时间限制这三样输入够不够具体。输入是「做个拉新活动」，它只能给出通用结构；输入是「90 天内把小程序新客首单转化率从 8% 提到 12%，人群是三四线城市 25-40 岁家庭用户」，它才能给出有针对性的判定和玩法选择。

安装与启用¶

坐标与基本信息¶

官方地址：https://api.skillhub.cn/org-28ib33ph/lingyi-miniapp-ops-plan
SkillHub 页面：https://www.skillhub.cn/skills/org-28ib33ph/lingyi-miniapp-ops-plan

已抓取资料中能确认的配置项如下：

坐标:   @org-28ib33ph/lingyi-miniapp-ops-plan
名称:   商城运营方案（免费版）
版本:   1.0.0
来源:   enterprise
分类:   business-ops
标签:   requires_api_key=false

安装方式¶

需要说明的是，本次抓取到的资料只包含上述元数据，没有提供具体平台的安装命令或目录路径。SkillHub 页面的两次抓取均失败，因此我无法核实它在 Cursor、Codex CLI、Claude Code 下各自的安装写法。

按通用 SKILL.md 格式的 Skill 通常有两类启用方式：一类是通过客户端内的 Skill 市场或配置入口按坐标添加；另一类是拿到 SKILL.md 后放到本地 skills 目录。具体到这个 Skill 属于哪一种、目录路径是什么，请以 SkillHub 页面上的官方说明为准，我不在此编造命令。

启用前请确认三件事：

1、客户端支持 SkillHub 上的 SKILL.md 格式 Skill。
2、使用的坐标是 @org-28ib33ph/lingyi-miniapp-ops-plan，不要把组织 ID 写错。
3、确认当前版本是 1.0.0，后续如有更新以官方页面为准。

典型用法¶

以下用法来自官方简介中描述的输入输出关系，没有官方示例脚本可供复现，所以这里给出的是输入侧的写法。

输入¶

需要准备三类信息，缺一不可：

活动目标:   例如 90 天内小程序新客首单转化率从 8% 提升到 12%
目标人群:   例如 三四线城市 25-40 岁家庭用户，历史未下单
时间限制:   例如 活动上线窗口 2 周，含 1 周预热 + 1 周正式期

三类信息里，时间限制最容易被忽略。它不只是截止日期，还决定了预热期能做多长、玩法能否跑完一个完整周期，以及复盘框架里哪些数据能回收。

输出¶

按 5 件套顺序产出，逐项检查：

1. 活动类型判定卡   —— 这次属于拉新还是转化，依据是什么
2. 对比矩阵         —— 候选方案逐项打分，主方案是哪个
3. 玩法详述页       —— 用户路径、环节顺序、配置点、人力
4. 品牌约束清单     —— 折扣底线、赠品范围、话术禁区
5. 复盘框架         —— 各环节要回收的数据和判断标准

拿到输出后的处理顺序建议是：先看判定卡，确认玩法方向没跑偏；再核对详述页的链路是否完整，每一环都有承接方；然后把品牌约束清单交给设计和文案同事，作为并行工作的边界；最后把复盘框架提前同步给数据同事，避免上线后才想起要埋点。

适用场景与注意¶

适合的场景¶

官方简介列出的适用场景包括：小程序活动方案、活动策划、拉新促活转化玩法、活动复盘、会员日活动策划、节日营销方案。这些场景的共同点是都有明确目标、明确人群、明确时间窗口，适合用结构化框架约束。

具体到执行角色，比较适合两类人：一是要在有限时间内产出方案、又需要方案能通过评审的运营；二是需要在活动上线前就把复盘口径定下来的策划。

限制与坑¶

第一，它不代替投放和数据系统。出方案是它的事，花多少钱、买什么量级、跑出来的数据回收到哪张表，要靠外部工具承接。

第二，输入质量决定输出质量。三样输入里任何一项写得含糊，判定卡和矩阵都会退化成通用模板，参考价值有限。建议在调用前先把人群和目标拆到可验证的程度。

第三，它没有品类经验。涉及具体行业（生鲜、服饰、3C）的折扣底线、赠品策略、客单价结构，需要你自己补品类知识，品牌约束清单里不会自动包含行业惯例。

第四，抓取到的页面数据显示评分 100000、下载 11270、安装 0（本次抓取时点）。评分是 SkillHub 站内数据，与「评分 97850」的说法存在出入，请以官方页面当前显示为准。安装数为 0 不代表无人使用，也可能只是未通过该页面统计。

结尾¶

这个 Skill 的价值不在于替你想出好玩法，而在于把策划过程压成一套固定结构：先判定活动类型，再对比候选方案，然后写清玩法细节和品牌边界，最后预设复盘框架。五件套之间的一致性，是它和「直接让模型写方案」的主要差别。

免登录、免 Key、不依赖外部接口，运行成本低；限制也同样清楚——它不做投放、不做素材、不提供品类经验，输入含糊时输出也会含糊。

官方地址：https://api.skillhub.cn/org-28ib33ph/lingyi-miniapp-ops-plan
SkillHub 页面：https://www.skillhub.cn/skills/org-28ib33ph/lingyi-miniapp-ops-plan