Marketing Skills
围绕 Marketing Skills 构建证据优先的编辑实验室
设计一个分开处理发现、证据、写作、审阅与发布验证的每日内容流程。
你将学会
- 发现产生候选，不产生发布批准。
- 分别保存断言证据与样例执行情况。
- 验证已发布产物，不只验证生成器成功。
开始前需要
- 基础 Markdown 与仓库导航知识
- 自有页面和事实型产品说明
解释本章流程边界，并核对证据或拟议验收任务。
先看结论
- 发现产生候选，不产生发布批准。
- 分别保存断言证据与样例执行情况。
- 验证已发布产物，不只验证生成器成功。
把项目发现与发布分开
一个有用的扩展是面向仓库讲解的小型编辑实验室。发现阶段记录仓库身份与采集日期，证据阶段记录固定提交和检查文件，写作阶段围绕真实阅读问题形成不同章节。Trending 新增一行只是候选，不是立即发布九篇可互换页面的理由。
在明确节点调用库中的背景和审阅方法，而不是默认为它已经拥有整个系统。产品背景描述受众，seo-audit 检查渲染产物，programmatic-seo 检查每页是否提供特定价值。注册表和发布验证器仍是显式组件，具有各自测试与验收要求。
让证据记录能够被审查
为每章记录问题、源码路径、测试样例、未验证假设和语言状态。源码分析章节应指出所解释的实现分支，而不只是改写 README。部署章节应说明命令有没有实际执行，以及有哪些验收证据，这样读者才能知道哪些步骤需要自己再次验证。
让断言链接到真正支持它的来源，并保留检查版本。增加一个能从文章推导答案的阅读练习，再让模拟初学者和运维角色尝试。用他们暴露的缺失信息修订正文，而不是反复生成分数，直到数字看起来令人放心。
产物检查通过后再发布
发布前检查文章 URL、完整本地化正文、图片响应、规范链接、站点地图条目，以及普通 Blog 与开源栏目的分离。内容生成器成功不代表运行中的站点已经包含新产物。授权发布后，还应记录部署版本并检查线上实际结果。
下方 JSON 是拟议状态模型，不是在宣称 Marketing Skills 已实现这个实验室，也不是说本站已经部署完成。未来可以比较加入技能方法前后的纠错率。值得追求的是可追溯、能学习的规模化内容，让不确定断言与失败检查可见，而不是被自动化标签遮住。
实施步骤
- 1
建立去重候选注册表。
- 2
附上固定版本证据与章节问题。
- 3
审阅完整语言版本和阅读练习。
- 4
要求本地检查、批准发布及线上验证。
可复制示例
{"states":["已发现","有证据","已写作","已审阅","本地验证","已发布","线上验证"],"automaticPublication":false,"proposedExtension":true}常见问题
仓库已经包含这个实验室了吗？
没有。这是围绕技能库的编辑集成设想，不是上游已有功能。
什么时候项目才算完成？
约定的产物和语言版本通过审阅，授权发布也完成验证时才算，而不是只有说明或初稿时。
资料来源
- README.md来源核查 2026-09-08
- LICENSE来源核查 2026-09-08
- .claude-plugin/plugin.json来源核查 2026-09-08
- .github/scripts/sync-skills.js来源核查 2026-09-08
- .github/workflows/sync-skills.yml来源核查 2026-09-08
- .github/workflows/validate-skill.yml来源核查 2026-09-08
- scripts/sync-partners.mjs来源核查 2026-09-08
- skills/product-marketing/SKILL.md来源核查 2026-09-08
- skills/ai-seo/SKILL.md来源核查 2026-09-08
- skills/seo-audit/SKILL.md来源核查 2026-09-08
- skills/programmatic-seo/SKILL.md来源核查 2026-09-08
- skills/ai-seo/evals/evals.json来源核查 2026-09-08
- tools/PARTNERS.md来源核查 2026-09-08