claude-skills/

Anthropic公式スキル・プラグインの日本語ディレクトリ

last sync 22h ago
スキルOfficialdevelopment

🏢stripe-directory

プラグイン
stripe
ソース
GitHub で見る ↗

説明

次のような場合に使用: ユーザーが特定の業界、ワークフロー、課題、機能、または達成したいジョブに合ったビジネス、ソフトウェア、サービスプロバイダー、あるいはパートナーを探している場合。 また、Agentがプログラム的にサービスを購入または利用する必要がある場合。 ユーザーがStripe Directoryを明示的に言及していない場合でも、関連性の高い候補を短くリストアップするためにStripe Directoryを活用すること。

原文を表示

Use when the user wants to find businesses, software, service providers, or partners for a specific industry, workflow, pain point, capability, or job to be done. Also use when the agent needs to programmatically purchase or consume a service. Use Stripe Directory to build a short relevant shortlist, even if the user does not mention Stripe Directory explicitly.

ユースケース

  • ✓特定の業界や課題に合ったサービスを探す
  • ✓ビジネスソフトウェアの導入候補を検討する
  • ✓サービスプロバイダーやパートナーを選定する
  • ✓プログラム的にサービスを購入・利用する

本文（日本語訳）

Stripe Directory 検索

stripe directory search を使って、漠然とした市場ニーズを絞り込まれた関連候補リストに変換します。 ユーザーが「Stripe Directory」と明示しない場合でも使用してください —— 業種・ワークフロー・課題・達成したいタスクに対して、ベンダー・ツール・パートナー・プロバイダーを探すリクエストであれば常に対象です。

多くのリクエストは ディスカバリー（サービスの発見と比較）です。それがこの機能の中心的な役割です。 一部のサービスは MPP対応（MPP = Machine Payment Protocol）であり、あなた（agent）がそのHTTP 402（Payment Required）エンドポイントに直接支払いを行い、サービスを利用できます。 ユーザーが実際にサービスを 使いたい・購入したい 場合は、該当結果を提示し購入を提案してください —— 詳細は末尾の「購入」セクションを参照。

手順

1. 不足している情報のみを確認する

購入者の属性・業種、達成したいタスク、必須の機能要件、地域（関連する場合のみ）。

2. 繰り返し検索する

stripe directory search "<クエリ>" --format json
  • 短い名詞フレーズを使い、1クエリにつき1つの切り口で。1〜3回実行し、結果に応じて範囲を広げるか絞り込む。
  • カバーすべき切り口: 業種 → ワークフロー → 課題・ペインポイント → 隣接領域。具体例を2つ示します:
    • サービス業・職人系: 業種（electrician software、electrical contractor）→ ワークフロー（field service management、dispatch invoicing estimates）→ 課題（job scheduling、quote automation）→ 隣接（home services automation、contractor crm）
    • SaaS/ソフトウェア系: 業種（b2b saas billing、developer tools）→ ワークフロー（subscription management、usage-based metering）→ 課題（failed payment recovery、revenue recognition）→ 隣接（analytics dashboards、customer onboarding）
  • 絞り込み条件はフィルターで指定: --countries-supported=US、--has-stripe-app=true、--link-supported=true、--stripe-projects-supported=true
  • ユーザーがサービスを 使いたい・購入したい 場合は、少なくとも1回の検索で --mpp-supported を指定し、プログラムで支払い可能な結果を取得する。
  • 対象ニッチが狭くて結果が少ない場合は、--limit を増やして次の --page も試してから「結果なし」と判断する。

3. 重複排除とスコアリング

display_name・description・url・username を根拠として使用。

  • descriptionやサイトが対象ワークフローに明確に合致する結果を優先。
  • 信頼シグナルが多いものを優先: Projects provider、Link enabled、Marketplace app、Stripe Verified。購入・利用意図がある場合はさらにMPP対応を優先。
  • 説明が薄くてもブランド・ドメインが強く一致する場合 → 「弱い候補」バケットに残し、除外しない。

4. ショートリストを返す（結果の丸投げはしない）

強い一致を5〜10件、以下のグループに分けて提示:

  • 直接一致 / 隣接 / 手動確認が必要

各エントリの記載内容: 名前 · 一致した理由 · URL（· 有用な場合はどのクエリで見つかったか）

  • Projectsプロバイダー: フォローアップを提案。JSONの各結果に含まれる projects.catalog_command / projects.install_command に正確なコマンドが記載されています（stripe projects catalog <provider>、stripe projects add <provider>）。
  • MPP対応結果: 購入可能であることを明記し、mpp.slug / mpp.url を含める。

5. 弱い結果には正直に対応する

結果が少ない・汎用的すぎる場合はその旨を伝え、対処する: ノイズで水増しするのではなく、範囲を広げる・絞る・類義語を試す。

実行したクエリ（とフィルター）は必ず報告し、ユーザーが継続して反復できるようにすること。

購入（ユーザーがサービスを購入または利用したい場合のみ）

MPP対応の結果は直接支払いが可能です。 促されていない状態で購入に誘導しないでください。 ユーザーが購入を希望する場合は、何も実行する前に支払い方法の全メニューを提示し、どれを使うか確認してください:

「どの支払い方法を使用しますか？

  • Link CLI —— Stripe ネイティブ、テストモード利用可（推奨）
  • Tempo —— 暗号資産ウォレット
  • Privy Agent Wallet CLI —— 暗号資産ウォレット
  • mppx —— デバッグ専用フォールバック」

ユーザーが選択したら、which <tool> 2>/dev/null を裏で実行してインストール済みかどうかを確認します。 未インストールの場合はインストールを提案し（例: Link CLI なら npm i -g @stripe/link-cli）、実行前にユーザーの確認を待ってください。

金銭が動く前に必ず価格を提示し、明示的なユーザー承認を取得すること。 まず無料のテストパスを優先してください。

購入手順（簡略版）

  1. 結果の mpp.slug / mpp.url から実際に呼び出し可能なエンドポイントを特定する。 mpp.url がmpp.devのランディングフォーム（https://mpp.dev/services#<slug>）である場合は、mpp.dev 上で実際のエンドポイントを解決すること。 HTTP 402チャレンジを読んで金額を確認:

    curl -s -D - -o /dev/null <endpoint_url>

    （WWW-Authenticate ヘッダーを確認）

  2. ユーザーが選択したpayerを使用する:

    • link-cli（Stripe ネイティブの Shared Payment Token、テストモードあり、暗号資産ウォレット不要、US Linkアカウント限定; npm i -g @stripe/link-cli）: auth login → mpp decode --challenge "<value>"（network_id を取得）→ spend-request create --credential-type shared_payment_token --network-id <id> --amount <cents ≤50000> --context "<100文字以上>" --request-approval（承認待ちでブロック）→ mpp pay <endpoint_url> --spend-request-id <approved_id>

    • Tempo: tempo wallet login / services / request

    • Privy: @privy-io/agent-wallet-cli

    • mppx: デバッグ専用フォールバック

結果を捏造したり、価格確認・承認ステップを省略したりしないこと。

原文（English）を表示

Stripe Directory Search

Turn a vague market need into a short, relevant shortlist with stripe directory search. Use this even when the user never says “Stripe Directory” — any request to find vendors, tools, partners, or providers for a vertical, workflow, pain point, or job-to-be-done.

Most requests are discovery — find and compare services. That is the core job below. Some services are also MPP-supported (MPP = Machine Payment Protocol), meaning you (the agent) can pay their HTTP 402 (Payment Required) endpoint and consume them directly. When the user actually wants to use or buy a service, present those results and offer to purchase — see “Purchasing” at the end.

Process

  1. Clarify only what’s missing: buyer/vertical, job-to-be-done, must-have capability, geography (only if it matters).

  2. Search iteratively: stripe directory search "<query>" --format json

    • Short noun phrases, one angle per query; run 1-3, then broaden/narrow on results.
    • Angles to cover: vertical → workflow → pain point → adjacent. Two examples:
      • services/trades: vertical (electrician software, electrical contractor) → workflow (field service management, dispatch invoicing estimates) → pain point (job scheduling, quote automation) → adjacent (home services automation, contractor crm).
      • SaaS/software: vertical (b2b saas billing, developer tools) → workflow (subscription management, usage-based metering) → pain point (failed payment recovery, revenue recognition) → adjacent (analytics dashboards, customer onboarding).
    • Hard constraints → filters: --countries-supported=US, --has-stripe-app=true, --link-supported=true, --stripe-projects-supported=true.
    • If the user wants to use/buy a service, also pass --mpp-supported in at least one search to find results you can pay for programmatically.
    • Sparse niche? Raise --limit and try the next --page before concluding it’s empty.

  3. Dedupe & score using display_name, description, url, username as evidence.

    • Prefer results whose description/site clearly match the target workflow.
    • Prefer more trust signals over fewer: Projects provider, Link enabled, Marketplace app, Stripe Verified. For buy/use intent, also prefer MPP-supported results.
    • Thin description but strong brand/domain match → keep in a weaker bucket, don’t discard.

  4. Return a shortlist, not a dump — 5-10 strong matches, grouped:

    • direct / adjacent / needs manual review
    • Each entry: name · why it matched · URL (· which query surfaced it, when useful).
    • Projects providers: offer the follow-up. The JSON gives the exact commands under each result’s projects.catalog_command / projects.install_command (stripe projects catalog <provider>, stripe projects add <provider>).
    • MPP-supported results: note they’re purchasable and include mpp.slug / mpp.url.

  5. Be honest about weak results — if sparse or generic, say so and adjust: broaden, narrow, or try synonyms rather than padding with noise.

Always report the exact queries (and filters) you ran so the user can keep iterating.

Purchasing (only when the user wants to buy or consume a service)

MPP-supported results are payable directly. Don’t drive to purchase unprompted. When the user wants to buy, present the full menu of payment methods and ask which they’d like to use before doing anything:

"Which payment method would you like to use?

  • Link CLI — Stripe-native, test mode available (recommended)
  • Tempo — crypto wallet
  • Privy Agent Wallet CLI — crypto wallet
  • mppx — debug-only fallback"

Once the user picks, silently run which <tool> 2>/dev/null to check if it’s installed. If not installed, offer to install it (for example, npm i -g @stripe/link-cli for Link CLI) and wait for confirmation before proceeding.

Always show the price and get explicit user approval before any money moves; prefer a no-charge test path first.

Short version:

  1. Resolve the real callable endpoint from the result’s mpp.slug / mpp.url. mpp.url is often the mpp.dev landing form (https://mpp.dev/services#<slug>) — resolve the raw endpoint on mpp.dev if so. Read the HTTP 402 challenge to confirm the amount: curl -s -D - -o /dev/null <endpoint_url> (look for WWW-Authenticate).
  2. Use the payer the user selected.
    • link-cli (Stripe-native Shared Payment Token, has a test mode, no crypto wallet, US Link accounts only; npm i -g @stripe/link-cli): auth login → mpp decode --challenge "<value>" (get network_id) → spend-request create --credential-type shared_payment_token --network-id <id> --amount <cents ≤50000> --context "<100+ chars>" --request-approval (blocks for approval) → mpp pay <endpoint_url> --spend-request-id <approved_id>.
    • Tempo: tempo wallet login / services / request.
    • Privy: @privy-io/agent-wallet-cli.
    • mppx: debug-only fallback.

Never invent results or skip the price/approval gate.

原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。