Skill 变现工作流（需求 → 制作 → 审核 → 上架 → 复盘 → 笔记）
任务目标
- 本 Skill 用于:把"找变现需求 → 制作 skill → 审核调整 → 上架 → 变现复盘 → 经验沉淀"做成可重复执行的流水线，支撑持续不断的 skill 上架
- 能力包含:需求扫描、选题打分、标准化 skill 生成、审核预检、多平台材料包生成、上架检查清单、复盘模板、学习笔记生成
- 触发条件:用户要求"再上架一个 skill"、"找下个月的变现选题"、"复盘某次审核被拒/没销量"、"把这次经验写进笔记库"
前置准备
- 项目结构假设（已在本项目中成立）:
skills/<skill-name>/存放 skill 源码（SKILL.md + EVAL.yaml + CHANGELOG.md）publish/01-coze/publish/03-tencent-skillhub/等目录存放各平台材料包notes/存放 markdown 学习笔记（本 skill 的沉淀目标）automation/存放已验证的 CDP/自动化脚本（上架执行复用）- 每个新 skill 必须通过"审核预检"后才能进入打包与上架步骤
操作步骤（标准流程）
阶段 1 需求发现（每次上新执行一遍，可后台化）
- 扫描三个信息源，形成"需求候选池":
- 平台侧:扣子技能商店分类与"高潜力方向"、腾讯 SkillHub 热门榜与品类缺口（可用skillhub-daily思路:扫 Top100+ 品类匹配痛点）
- 社区侧:开发者社区（V2EX / 独立开发周刊 / 虾评 / ClawHub）中"被反复问、但没有好 skill"的问题
- 自营侧:自己已上架 skill 的用户反馈、评论、失败案例；同系列 skill 的自然延伸 - 对每个候选做"成立性判断"（扣子官方四维度，直接决定能否上架）:
- 高复用:解决一类反复出现的真实问题
- 可交付:输出是可直接使用的成果（文档/表/报告/清单/脚本），不是泛泛建议
- 有标准:输入清晰、输出结构稳定、边界明确
- 可迭代:能靠版本更新或订阅持续增强 - 差异化加分项（从同类参考中挖更深更细的需求）:
- 同类 skill 已有 → 找它"没做到的 20%"（更细的模板、更严的校验、行业口径、可审计性）
- 把"通用能力"降维成"垂直口径"（如:不是"写复盘"，而是"故障复盘 5Why + 4F + 可执行改进清单"） - 打分:成立性(4维)×40% + 差异化×30% + 交付成本×20% + 变现空间（分成比例/定价甜蜜区）×10%，取 ≥70 分的进候选
阶段 2 选题定案
- 输出一段选题备忘（进 notes/）:需求来源、目标用户、一句话价值、与同类差异点、预期定价（扣子 0.5 元试水 → 9.9/月 验证付费意愿；腾讯 9.9 按次直连商户号）
- 定 name（kebab-case，无"神器/大师"等夸张词——会被审核拒）与 3 个标签
阶段 3 制作 skill
- 在
skills/<name>/生成三件套，规范见本 skill 的"资源索引"模板: SKILL.md:YAML frontmatter（name/description/version/author/tags/license）+ 任务目标 + 操作步骤（标准流程/可选分支）+ 使用示例(≥3个) + 注意事项；必须写明"不编造、缺失用标注"的口径EVAL.yaml:5 组测试用例 + 阈值（触发率/输出稳定性/响应时间）+ 打分权重CHANGELOG.md:1.0.0 条目- 制作规则:
- 每个 skill 只做一件事，窄而完整
- 示例必须覆盖"信息短缺输入→追问不编造"这条用例（审核高发拒因）
- 含脚本的 skill 必须写清依赖安装方法（安装失败是社区侧高频失败模式）
阶段 4 审核预检（模拟审核，发现问题当场改）
- 跑
EVAL.yaml5 组用例 + 本 skill 内置的审核清单（名称合规/描述清晰/案例不重复/无敏感词/口径一致） - 对照扣子"哪些情况支持付费"标准自检:通用需求 × 明确成果 × 场景化价值；效果与功能一致（匹配预期、稳定运行、真实客观）
- 发现问题 → 回阶段 3 调整 → 重跑，直到全部通过，并记录"审核发现-调整"对到 notes/
阶段 5 多平台打包与上架
- 复用本项目已验证的打包结构:
- 扣子:
publish/01-coze/上架信息.md+skill-bundle/（3 个公开案例短链上架时补） - 联想:
publish/02-lenovo-tianxi/<name>.zip（个人 100% 归开发者，苍穹计划至 2026-12-31） - 腾讯:
publish/03-tencent-skillhub/skill-package/<name>/+pay-config.json（需企业资质，无则挂起） - 英文平台（ClawCreek/ReUp）:英文 README
- 上架执行:优先用
automation/已验证脚本；新页面结构再写 CDP 脚本并归档到automation/ - 每个平台产出"提交说明.md"（步骤/前置条件/定价建议/材料清单）
阶段 6 变现复盘
- 上架后按周记录:调用量/付费转化/退款/评论关键词，填入
notes/复盘模板 - 收入口径:扣子 70-80% 分成、30 天结算、Apple 渠道扣 30% 佣金；联想 100%；腾讯直连商户号
- 决策规则:试水 2 周无转化 → 调描述/定价/案例 → 仍无效 → 下架或并入其他 skill；有转化 → 提价到甜蜜区并迭代版本
阶段 7 经验沉淀（不可省略）
- 把本次全流程的"踩坑 + 解法"写成一篇 markdown 笔记，放入
notes/，命名YYYY-MM-DD-<skill-name>.md - 笔记固定结构:选题依据 / 制作要点 / 审核发现与调整 / 上架执行 / 变现数据 / 下次改进
资源索引
- 模板文件（本 skill 自带，生成时复制改写）:
templates/skill-template/SKILL.md、templates/skill-template/EVAL.yaml、templates/skill-template/CHANGELOG.mdtemplates/review-checklist.md（审核预检清单）templates/notes-template.md（学习笔记骨架）templates/publish-pack.py（一键生成各平台材料包与 zip）
注意事项
- 名称、描述、案例三处文案必须一致（"技能效果与功能一致性"审核维度）
- 不编造数据:复盘/收益数字缺失时标注"暂无"，不虚构
- 腾讯/联想/英文平台有资质或语言门槛时，先挂起不阻塞扣子线
- 每次执行完流程，notes/ 必须新增一篇，这是"持续上架"的资产积累
