mcpField
F
feature-flags-api

feature-flags-api

github.com/posthog開発76111 回インストール今日更新
リポジトリ

feature-flags-api について

feature-flags-api は、API アプリケーションに PostHog のフィーチャーフラグを追加するスキルです。既存コードへの変更を抑え、環境変数でキーを管理し、可能な場合はサーバー側で評価する方法を案内します。

主な機能

  1. 01API アプリへの PostHog フラグ導入
  2. 02環境変数による PostHog キー管理
  3. 03ブール型フラグの優先
  4. 04可能な場合のサーバー側評価
  5. 05フラグ管理のリファレンス提供

活用シーン

  1. 01API アプリへのフラグ判定追加
  2. 02環境変数による PostHog キー設定
  3. 03PostHog MCP ツールでのフラグ管理

MCP 対応

PostHog MCP サーバーの接続を確認し、ツールを使ってフラグの作成、一覧表示、更新、削除を行えます。

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/posthog/skills --skill feature-flags-api

インストール後、Claude Code で/feature-flags-apiを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
adding-feature-flag-code.md
api.md
best-practices.md

詳細

API 向け PostHog フィーチャーフラグ

このスキルは、API アプリケーションに PostHog フィーチャーフラグを追加するのに役立ちます。

参照ファイル

  • references/api.md - API フィーチャーフラグのインストール - ドキュメント
  • references/adding-feature-flag-code.md - フィーチャーフラグコードの追加 - ドキュメント
  • references/best-practices.md - フィーチャーフラグのベストプラクティス - ドキュメント

API の詳細やフレームワーク固有のパターンについては、ドキュメントを参照してください。

主な原則

  • 環境変数：PostHog キーには常に環境変数を使用してください。コードに直接記述しないでください。
  • 変更は最小限に：既存のロジックにフィーチャーフラグのコードを追加してください。既存のコードを置き換えたり、構成を変更したりしないでください。
  • まずはブール値フラグ：ユーザーが多変量フラグを明示的に求めていない限り、ブール値フラグのチェックを使用してください。
  • 可能な限りサーバー側で：UI のちらつきを防ぐため、サーバー側でのフラグ評価を優先してください。

PostHog MCP ツール

PostHog MCP サーバーが接続されているか確認してください。利用可能な場合は、フィーチャーフラグ管理（フラグの作成、一覧表示、更新、削除）に関連するツールを探してください。ユーザーがダッシュボードで手動操作する必要がないよう、これらのツールを使って PostHog のフラグを直接管理してください。

フレームワークのガイドライン

特定のフレームワークに関するガイドラインはありません。

コメント

Markdown 対応