1实现原理 · 为什么它能做到
它是一套 50 个独立 skill 的集合(skills/<name>/SKILL.md),靠共享上下文串起来:product-marketing 是地基,其余 skill 先读它生成的产品/受众/定位文档再干活。
Skills reference each other and build on shared context. The `product-marketing` skill is the foundation — every other skill checks it first to understand your product, audience, and positioning before doing anything.
每个 skill 都是纯 Markdown 指令(skills/ 下无任何可执行文件),实现方式是领域专家式检查表 + 输出结构纪律;知识密集部分拆到 references/ 按需加载。
You are a conversion rate optimization expert. Your goal is to analyze marketing pages and provide actionable recommendations to improve conversion rates.
真正的执行面在 tools/clis:64 个零依赖单文件 Node CLI,每个从环境变量读凭证、用 fetch 调对应厂商 API,并内置 --dry-run 只回显请求不发送。
if (args['dry-run']) { return { _dry_run: true, method, url: `${baseUrl}${path}`, headers: { Authorization: '***', 'Content-Type': 'application/json' }, body: body || undefined } }
工具知识做成注册表 + 逐工具集成指南两层:REGISTRY.md 给索引与能力矩阵,tools/integrations/*.md 给端点、鉴权与常见操作。
Quick reference for AI agents to discover tool capabilities and integration methods.
每个 skill 自带评测用例(evals/evals.json),把期望输出与可断言要点写死——内容型 skill 里少见的自测资产。
Checks for product-marketing.md
分发与清单一致性有自动化:CI 在 SKILL.md 变动时按改动矩阵逐个校验,并在 push 到 main 时同步 marketplace.json / plugin.json / README。
uses: Flash-Brew-Digital/validate-skill@v1
版本纪律分两层并由 VERSIONS.md 驱动使用者侧更新检查:repo release 版本进 plugin.json/marketplace.json/VERSIONS.md,每 skill 另有 metadata.version。
**Per-skill version** — `metadata.version` in each SKILL.md, mirrored in the `VERSIONS.md` table. Bump on ANY shipped change to that skill: the update check compares `VERSIONS.md` against users' local skill metadata, so an unbumped change is invisible to installed users.
赞助与工具推荐被显式隔离并写成治理文档:伙伴是『已披露的存在』而非推荐加权。
**Sponsorship funds the work, never the recommendations.** Money buys a *disclosed presence*, never a bias.
2核心能力
3外部依赖
| Kind | Dependency / Endpoint |
|---|---|
| cli | node(64 个零依赖 CLI 的运行时,要求 Node 18+) |
| api | GA4(Data API + Admin API + Measurement Protocol;凭证 GA4_ACCESS_TOKEN) |
| api | Resend(邮件发送;凭证 RESEND_API_KEY) |
| api | Dub(短链/归因;凭证 DUB_API_KEY) |
| api | 其余厂商 API(每个 CLI 一个固定 base URL,共 64 个;鉴权与操作见 tools/integrations/*.md) |
| network | 更新检查(skill 指示 agent 抓取 raw.githubusercontent 上的 VERSIONS.md 比对版本) |
| network | 本地官方校验脚本会克隆并安装官方 skills-ref 库(仅维护者手动运行) |
| network | Composio(为无原生 MCP 的工具提供 MCP 访问的集成层,纯文档指引) |
| package | CI 侧第三方 Action:Flash-Brew-Digital/validate-skill@v1、actions/checkout@v6、stefanzweifel/git-auto-commit-action@v7 |
4管控建议与判定依据
- scripts/: 执行本地脚本或命令: tools/clis/*.js(64 个):由 agent 或用户按需 `node tools/clis/<name>.js <cmd> ...` 调
- 网络端点: 声明外部网络访问: tools/clis 的 64 个 CLI 会向各自厂商 API 发起 HTTPS 请求(GA4、Resend、Dub、Meta/Google/Lin
- 本地工作目录: 文件读写与工件输出: 核心 skill 会指示写入用户项目文件:.agents/product-marketing.md(product-marketing 的产物,含版本
5第二遍独立确认
- [ok] skill.path 定位(任务表标『待定位』);合集条目指向哪个具体 skill — 本条目展示名『Marketing Skills』对应的是 50 个 skill 的合集,仓库根无集合级 SKILL.md。skill.path 现指向 skills/product-marketing —— README 明写它是地基('The `product-marketing` skill is the foundation — every other skill checks it first'),它产出全部其它 skill 共用的 .agents/product-marketing.md,因此最能代表这个集合的整体形态。其余 49 个 skill 并列于 skills/<name>/(cro、copywriting、seo-audit、ads、analytics、referrals、revops 等);本 JSON 的 capabilities/traits 按合集口径书写,evidence 分别指向 skills/ 下与 tools/ 下的具体文件。
- [discrepancy] official_desc 取哪一份(合集无集合级 frontmatter description) — 合集在仓库根没有集合级 SKILL.md/frontmatter description(50 个 skill 各有自己的 description 与 metadata.version)。本条目 official_desc 采用代表 skill skills/product-marketing 的 frontmatter description 逐字原文(与 skill.path 指向的具体 skill 一致,满足『official_desc = SKILL.md frontmatter 原文』的取证规则);集合级口径(plugin.json 的 'Marketing skills for AI agents — conversion optimization, copywriting, SEO, paid ads, ad creative, and growth' 与 marketplace.json 的 50-skill 长描述)已逐字记入 internal_assets 的清单条目说明,不丢失信息。
- [ok] 『核心 skill 无脚本』结论的反例搜索 — find skills -name '*.py' -o -name '*.sh' -o -name '*.js' 零命中;skills/ 下可执行资产为 0,全部内容为 .md 与 evals.json。所有可执行代码集中在 tools/clis(64)、scripts/(sync-partners.mjs)与两个根级 validate-skills*.sh。
- [ok] 『每个 CLI 都读凭证 + 都有 dry-run』是否全量成立 — grep -l 'process.env' tools/clis/*.js = 64;grep -l 'await fetch' = 64;grep -l 'dry-run' = 64。抽样读 ga4.js(三端点 + dry-run 打码 Authorization)、resend.js(api.resend.com)、dub.js(api.dub.co)确认模式一致,非个别实现。
- [ok] 赞助是否会污染推荐(治理是否只是口号) — PARTNERS.md 首条原则逐字 'Sponsorship funds the work, never the recommendations.';README 与 REGISTRY 的伙伴区块由 partners.json 经 sync-partners.mjs 生成且带 ◆ 披露标记;REGISTRY 明写伙伴『listed alongside the neutral options for the same job, never instead of them』。属可核查的机制而非纯声明(生成脚本 + 标记区块 + --check)。
- [ok] 更新检查的真实动作 — AGENTS.md 'Checking for Updates' 小节逐字给出 raw.githubusercontent 上的 VERSIONS.md 抓取,并要求『Once per session, on first skill use』且仅在 ≥2 skill 有更新或主版本跳变时以非阻塞方式提示;属指示 agent 去抓取,而非仓库自带定时任务。
- [ok] CI 与本地校验的真实命令 — validate-skill.yml 用 matrix + Flash-Brew-Digital/validate-skill@v1 按改动的 SKILL.md 逐个校验;sync-skills.yml 跑 node .github/scripts/sync-skills.js 并自动提交三处清单;validate-skills.sh 为自研 shell 检查(exit 1 on issues);validate-skills-official.sh 会 git clone github.com/agentskills/agentskills 到 /tmp 并 uv sync / pip install -e,属维护者手动运行的网络+远程包路径。
- [ok] stars / last_push 两源比对 — gh api 实时 stars=50403、pushed_at=2026-09-05T04:48:10Z;queue-100.json 快照为 50403 / 2026-09-05,一致。
6结论
27377979bea86ebe…