posthog-automation
PostHog分析とフィーチャーフラグの自動化
PostHogイベントとフィーチャーフラグの手動管理は時間がかかり、エラーが発生しやすいです。このスキルにより、AIアシスタントはMCPツールオーケストレーションを通じて自然言語コマンドでイベントの取得、分析データのクエリ、フィーチャーフラグの管理が可能になります。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「posthog-automation」を使用しています。 ユーザー visitor_789 のページビューイベントを取得
期待される結果:
distinct_id 'visitor_789' のイベント '$pageview' を正常に取り込みました。イベント取り込み日時: 2024-01-15T14:32:00Z、プロパティ: current_url、referrer、device_type。
「posthog-automation」を使用しています。 プロジェクト12345のフィーチャーフラグを一覧表示
期待される結果:
5つのフィーチャーフラグが見つかりました: (1) new-dashboard-beta - アクティブ、50%ロールアウト。 (2) dark-mode - アクティブ、100%ロールアウト。 (3) checkout-v2 - 非アクティブ。 (4) premium-tier - アクティブ、エンタープライズのみ。 (5) mobile-redesign - アクティブ、25%ロールアウト。
セキュリティ監査
安全Static analyzer detected 65 external_commands patterns and 1 network pattern, but all are false positives. The skill is purely documentation (SKILL.md) describing MCP tool usage. Backtick patterns are markdown inline code formatting, not shell execution. The URL reference is configuration documentation, not hardcoded network calls. No actual code execution or network requests occur within the skill itself.
品質スコア
作れるもの
プロダクト分析の自動化
プロダクトマネージャーは、SQLを書いたりPostHog UIを直接使用したりせずに、ユーザーイベントのクエリ、功能的採用の分析、コンバージョンファネルの追跡を行うことができます。
フィーチャーフラグ管理
エンジニアリングチームは、自然言語コマンドを通じて段階的なロールアウト、A/Bテスト、ベータリリース用のフィーチャーフラグの作成、更新、監視を行うことができます。
カスタマーサポートインサイト
サポートチームは、PostHogプロフィールとイベントのクエリにより、ユーザーイベント履歴の参照、功能的アクセス確認、ユーザー報告された問題のデバッグを行うことができます。
これらのプロンプトを試す
ユーザーID 'user_123' にプロパティ（email、signup_source、plan_type）を持たせて 'user_signed_up' イベントをPostHogに送信してください。
過去24時間以内のプロジェクトID 12345の 'purchase_completed' イベントを50件の結果に限定して表示してください。
プロジェクト12345に 'new-checkout-flow' という名前のフィーチャーフラグを作成してください。メールドメイン '@enterprise.com' のユーザーは100%ロールアウト、その他のユーザーは10%ロールアウトにしてください。
過去1週間でユーザー 'user_456' のすべてのイベントをクエリし、機能インタラクションイベントでフィルタリングして、どの機能を最も頻繁に使用したかを要約してください。
ベストプラクティス
- ワークフローを実行する前に常にRUBE_SEARCH_TOOLSを最初に呼び出して現在のツールスキーマを取得してください
- 他の操作する前にPOSTHOG_LIST_PROJECTS_IN_ORGANIZATION_WITH_PAGINATIONを使用してプロジェクト名を数値IDに解決してください
- フィーチャーフラグキーにはkebab-caseを使用し、カスタムイベント名には '$' プレフィックスを避けてください
- 大きな結果セットの場合、ページネーション処理Implementし、結果が空になるまで反復してください
- PostHogワークフローを実行する前に、認証後に接続ステータスがACTIVEを表示していることを確認してください
回避
- カスタムイベント名に '$' プレフィックスを使用（PostHogシステムイベント用に予約済み）
- プロジェクトID解決をスキップし、ハードコードされたプロジェクトIDを前提とする
- ページネーション制限を無視し、単一のAPI呼び出しですべての結果を期待する
- ターゲティングルールをテストせずに active:true でフィーチャーフラグを作成
- 取り込み遅延を考慮せず、イベントが直ぐに利用可能であると仮定する