PayPalとQuickBooksの売上データを分析して、売れ筋商品と不動産品を特定し、季節変動を加味した上で、優先順位付けされた30日間のコンテンツ戦略書を作成します。戦略の方針のみを提供し、カレンダーや制作物は含みません。 次のような場合に使用: ユーザーが何を投稿すべきか、コンテンツ計画を立てたい、何が売れているか、または今月何を宣伝すべきかを尋ねるとき。
Analyzes sales data from PayPal and QuickBooks to find top performers and slow movers, layers in seasonality, and produces a prioritized 30-day content brief: what to push, what offers to run, what to hold. Strategic output only — no calendars or assets. Use when the user asks what to post, wants a content plan, asks what's selling, or what to promote this month.
中小企業のオーナーが「今月は何を投稿すればいい?」「コンテンツプランはどうなってる?」と聞いてきたとき、このスキルが以下のことを行います:
social-content-engineに渡して実際の投稿素材を生成出力は戦略的な内容のみです。投稿スケジュール表や実際の投稿画像などは含まれません。
QuickBooksを使う場合は、ビジネスプロフィールが正しく設定されているか確認してください:
company-infoを呼び出して、Industry(業種)が入力されているか確認するquickbooks-profile-info-updateを呼び出してユーザーが答えた業種を登録する注記: PayPalとSquareはプロフィール設定が不要です。
スキルが起動したら、ユーザーに以下を聞きます:
「『よく売れている』をどうやって判断しましょうか?」
「季節性のパターンで気づいていることはありますか?」
認証済みの接続先(QuickBooks、PayPal、Squareのいずれかをユーザーが選択)からデータを取得します:
接続先ごとの注記:
profit_loss_quickbooks_accountを使って請求書の各行を取得します(事前確認で業種を設定済み)。行データまたはmonthlyBreakdownを読み取ります。レスポンスのtotalExpensesは0と表示されることがありますが、実際の行データを使用してください。要約欄は読まないでください。list_transactionsを使ってマーチャント取引を取得します。レート制限について: 制限に達した場合は、30秒待って1回だけ再試行してください。それでも止められたら、丁寧に「PayPalが一時的に制限中です。QuickBooksやSquareに切り替えるか、それとも以前に取得したデータで進めるかどちらにしましょう?」と提案してください。make_api_request(service="locations", method="list")を呼び出して利用可能な拠点を確認してから、各拠点の注文を取得します。接続が何もない場合でも大丈夫です。 これはサポートされた正規のやり方です(性能が落ちたわけではありません)。オーナーに売上履歴をエクスポートしてもらいアップロードしてもらってください。アプリで実際に見える名前で表現してください:
どれでも商品名、日付、売上、数量が含まれており、ステップ3に必要なすべての情報が揃っています。「何がいつ頃売れたか」をテキストで貼り付けてもらってもいいので、その場合は「正確さが落ちます」と素直に伝えて処理してください。
代替案: データが3ヶ月未満の場合は、その業種の業界平均的な季節パターンを使う(例:税理士業ではQ1が忙しい)
以下を特定します:
構成:
目安の長さ:200~400字 (実行可能で、エッセイではなく簡潔に)。
提案書をオーナーに見せます。以下を聞きます:
必要に応じて調整します。承認を得たら、最終版の提案書を構造化JSON形式で返す(後ろのツールが使いやすいように)。
reference/v2_sources.mdを参照して、対応する情報源を確認してください:
オーナーが売上提案書を求めたら、このスキルを実行して提案書を返す。別のツールに誘導しないでください。
reference/gotchas.mdで一般的な注意点を確認してください。
reference/examples/で実例(SaaS、小売、サービス業)を参照してください。
オーナーが保存した出力方式に合わせて提案書を作成してください。デフォルトで何かに決めないでください。 ## ビジネスコンテキストブロックの出力形式を確認します(共通スタイルガイド:../../shared/artifact-style.md):
30日分の提案書が承認され、実行準備ができました。次の自然な流れは「コンテンツを作る」ですが、social-content-engineが提案書を投稿カレンダーと個別の投稿に変えます。近い機能として:「この提案書から一度限りのキャンペーンを作る」(canva-creator)、「先月の施策は効果がありましたか」(growth-pulse)もあります。最大3つまで提案し、オーナーがこのセッション内で既に断ったものは提案しないでください。
このスキルで名前を挙げているコネクタは、テスト済みのルートですが、唯一の方法ではありません。オーナーがこのフローで接続されていない、またはリストにないツールを使いたいときは、build-connectorを提案してください。コネクタディレクトリを確認してから、Zapierを経由して接続します(生のAPIに直接対応させることはしません)。接続できたら、そのツールはこのスキルの他のコネクタと同じ承認ゲートの下で、選択肢として加わります。
When an SMB owner asks "what should I post this month?" or "what's my content plan?", this skill:
social-content-engine for asset generationThe output is strategic only — no calendar scheduling, no creative assets.
If using QuickBooks, verify the business profile is set up:
company-info to check if Industry is populatedquickbooks-profile-info-update with the user's industryNote: PayPal and Square do not require profile setup.
When triggered, ask the user:
"How do you want me to measure 'top performers'?"
"Do you have seasonality patterns in mind?"
Fetch data from the authenticated connector (QuickBooks, PayPal, or Square, user's choice):
Connector-specific notes:
profit_loss_quickbooks_account (pre-flight sets industry context). Read the rows or monthlyBreakdown; the response's totalExpenses reports 0 against real rows, so never read the summary fieldslist_transactions. Rate-limiting: If you hit rate limits, pause 30 seconds and retry once. If still blocked, gracefully offer: "PayPal is rate-limited. Would you like to switch to QuickBooks or Square instead, or I can continue with historical data I already pulled?"make_api_request(service="locations", method="list") to discover available locations, then fetch orders for each location.No connectors at all? This still runs, and it is a supported path — not a degraded one. Ask the owner to export their sales history and upload it. Name the export by the label they will actually see in the app:
Any one of those carries product name, date, revenue, and usually quantity, which is everything Step 3 needs. A pasted list of what sold and roughly when also works — say plainly that the read is rougher, and run it.
Fallback: If <3 months of data, use industry seasonality benchmarks for the SMB's category (e.g., retail, services, e-commerce)
Identify:
Structure:
Example length: 200–400 words (brief and actionable, not essay-length).
Present the brief to the owner. Ask:
Iterate if needed; once approved, return the final brief as structured JSON (ready for downstream tools).
Read reference/v2_sources.md for the mapping:
If the owner asks for a sales brief, run this and return the brief. Don't route them anywhere.
See reference/gotchas.md for common pitfalls.
See reference/examples/ for worked examples (SaaS, retail, services).
Deliver the 30-day brief per the owner's stored output preference — never default to a markdown file. Check the ## Business context block's Output preference (shared style guide rule, ../../shared/artifact-style.md):
The 30-day brief is approved and ready to act on. The natural next step is "make the content" — social-content-engine turns the brief into the standing calendar and the posts. Also nearby: "run this brief" (canva-creator) for a one-shot campaign build from this exact brief, and "is my marketing working" (growth-pulse) to check whether last month's push paid off. Offer at most three, and skip any offer the owner already declined this session.
The connectors named in this skill are the tested paths, not a wall. If the owner wants this flow to use a tool that isn't connected or listed, offer build-connector — it checks the connector directory first and connects through Zapier otherwise, never hand-building against a raw API. Once the connection exists, the tool joins this skill like any other optional connector, under the same approval gates.
原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。