1. 基本信息
| 项目 | 内容 |
|---|---|
| 名称 | feature-flags-posthog-skills |
| 项目自述名称 | 所属插件 .claude-plugin/plugin.json 中名为 posthog-feature-flags；SKILL.md 内部 name 字段为 omnibus-instrument-feature-flags |
| 作者/维护者 | PostHog（开源产品分析平台官方团队） |
| 来源链接 | https://github.com/PostHog/skills/tree/main/skills/posthog/feature-flags/skills/all |
| 许可证 | MIT（GitHub API 确认） |
| GitHub Stars | 56（GitHub API；为 PostHog/skills 整个技能集合仓库的整体数字，非本技能独立数字） |
| Forks | 5（GitHub API） |
| 最新版本 | SKILL.md 内 metadata.version 标注 1.9.4，最近一次推送为 2026-08-02 |
| 安装方式 | Claude Code 插件市场（/plugin marketplace add + /plugin install）/ 手动复制到 .claude/skills/ |
2. 功能介绍与亮点
该技能帮助开发者把 PostHog Feature Flag（灰度发布/功能开关）接入到自己的应用代码中。核心流程是：自动分析项目的依赖文件与锁文件判断技术栈（支持 React、Next.js、React Native、Web、Node.js、Python、PHP、Ruby、Go、Java、Rust、.NET、Elixir、Android、iOS、Flutter 及 REST API 共 17 种平台/语言），若尚未安装 PostHog SDK 则一并完成初始化；随后按平台参考文档创建或定位目标 flag、规划发布策略（百分比灰度、用户/群组定向等），并把开关代码以最小改动方式插入既有逻辑，优先使用服务端求值以避免界面闪烁。
亮点：① 单个技能覆盖 17 个平台，每个平台都配有独立参考文档，不需要为不同技术栈找不同技能；② 由 PostHog 官方工具 context-mill 自动生成并随产品发布同步更新，最近一次推送为 2026-08-02；③ 明确要求把 API Key 放进环境变量、禁止硬编码，是少见的把安全实践写进指令正文的技能。
3. 适用场景
所属分类：集成与工作流自动化——该技能的本质是把 PostHog 这一第三方产品分析/实验平台的 SDK 接入到用户自己的应用代码里，属于“给应用接入第三方服务”的范畴，而非工程流程本身的治理规范。
适用人群：已经或计划使用 PostHog 做灰度发布、A/B 实验的产品/工程团队，尤其是需要在多个语言/框架的服务中重复接入同一套 Feature Flag 逻辑、不想为每个平台单独查文档的开发者。
4. 跨 Agent 兼容性
- Claude Code：原生支持——根仓库 README 给出
/plugin marketplace add PostHog/skills与/plugin install posthog-feature-flags@posthog-skills的官方安装路径，也支持手动复制到.claude/skills/ - Codex：未验证——现有材料未点名 Codex，仅确认 Claude Code 插件市场路径
- OpenClaw：未验证——同上
- Hermes Agent：未验证——同上
5. 推荐理由
多数团队接入 Feature Flag 时最费时间的不是“要不要做灰度”，而是“这个语言/框架具体怎么接、SDK 初始化参数是什么”。这个技能把技术栈探测、SDK 安装、flag 创建与发布策略规划整合成一套固定步骤，一次覆盖 17 种平台，并把“用环境变量存 Key、最小化改动”这类工程纪律写进了指令本身，减少了新手团队接入时踩坑的概率。
6. 评分
| 维度 | 分数 | 说明 |
|---|---|---|
| 受欢迎程度 | 7 | PostHog 是有一定知名度的开源产品分析厂商官方出品，但该技能集合仓库本身较新（2026-08-02 仍在密集推送），近 30 条最新 Issue/PR 全部是自动同步机器人提交，未见独立第三方用户讨论；多个第三方 Claude 技能目录站收录了它，但均为自动抓取式的列表页，不构成独立评价 |
| 可用性 | 8 | 步骤清晰、17 个平台各有专属参考文档，安装路径明确；需要用户自行准备 PostHog 账号与 API Key 才能实际生效；随产品发布持续自动同步更新 |
| 安全性 | 8 | 技能本体不含需要人工审阅的可执行脚本，只指导 Claude 在用户项目中增删 SDK 调用代码；明确要求 API Key 走环境变量、不得硬编码；对 PostHog MCP、env-file-tools MCP 等外部集成均为“若已连接则使用，否则退回手动步骤”的可选分支，不构成强制外联；仓库开源、MIT 许可，来自可审计的官方组织 |
安全检查清单：①无需执行任意 shell 命令，只做代码增删 ②技能本身不联网外发数据，网络行为仅限于用户已知情选用的 PostHog SDK 上报 ③要求 API Key 存于环境变量、禁止硬编码，凭据处理方式明确 ④通读全文未发现可疑指令或隐藏操作要求 ⑤作者为 PostHog 官方团队，信誉良好 ⑥MIT 许可证明确 ⑦最近一次推送为 2026-08-02，维护活跃
7. 跟同类 Skills 相比的优势
| Skill | 定位 | 与本技能的差异 |
|---|---|---|
| feature-flagging-rampstackco-claude-skills | 面向已用 LaunchDarkly 等平台团队的 Feature Flag 治理手册，讲命名规范、生命周期与权限管控 | 不绑定具体厂商 SDK，讲的是“怎么管好一堆 flag”；本技能讲的是“怎么把某个厂商的 flag 接进代码”，两者解决的是治理与落地两个不同阶段的问题，可搭配使用 |
| borghei/Claude-Skills 下的 feature-flags-architect | 厂商无关的发布策略与治理框架，覆盖 LaunchDarkly、Statsig、Unleash、GrowthBook 等多家平台的通用模式 | 同样偏“策略与治理”而非某一厂商的具体代码接入；本技能的差异化在于针对 PostHog 一家产品做了 17 种语言的实操级自动接入，细到具体 SDK 初始化代码 |
8. 用户评价
该技能所在仓库目前未见独立、具名的第三方用户评价；仓库自身的 Issue/PR 记录以自动同步类提交为主，暂无用户就该技能提出的讨论或反馈。
9. 其他补充
该技能与仓库内 error-tracking、llm-analytics、logs 等同属 PostHog 官方产品线技能集合的一部分，均由 context-mill 工具自动生成并保持与产品文档同步；用户可通过 /plugin search posthog 浏览全部可用插件。
10. 安装使用方式
- Claude Code 插件市场：先执行
/plugin marketplace add PostHog/skills，再执行/plugin install posthog-feature-flags@posthog-skills - 手动安装：将仓库内
skills/posthog/feature-flags目录复制到.claude/skills/ - 安装后无需重启，技能会在用户提出“加个 feature flag”“接入 PostHog 灰度发布”等意图时被自动触发
11. 注意事项
- 使用前需要已有（或先注册）一个 PostHog 账号与项目，技能本身不提供账号注册能力
- 技能指令中提到的“PostHog MCP 服务器”“env-file-tools MCP 服务器”为可选集成，未连接时会退回到手动在 PostHog 控制台创建 flag、手动设置环境变量两条路径，不影响核心功能
- 该技能集合仓库仍标注“under construction”、更新频繁，个别参考文档或平台支持范围未来可能调整