Communitygithub.com

Zhuohengli03/b2b-website-skills

B2Bサイトのバックエンド・運用：問い合わせパイプライン、CMSフィールドとバルクインポート、多言語構成、DNS/SSL/サーバー/CDN管理、セキュリティバックアップ、本番切り替え、アセットリストを担当します。

b2b-website-skills とは？

このスキルは、B2Bウェブサイト（主にWordPressベース）のバックエンド開発と運用を自動化・ガイドするエージェント向けの指示書です。具体的には、問い合わせフォームの送信からメール到達、バックアップ、通知、サンキューページへの変換までの全パイプラインを構築します。さらに、CMSフィールドの設計とCSVによる一括商品インポート、WPMLやPolylangを用いた多言語構成とhreflangタグの自動生成、ドメイン・DNS・SSL・サーバー・CDNの管理（すべて会社名義で登録）、セキュリティ対策とバックアップ、本番切り替え時のチェックリスト実行、そして会社に残すアセットリストの作成までをカバーします。このスキルはClaude CodeやCursorなどのエージェントで使用することを想定しており、上流（フロントエンド、企画、PM）からの入力ファイルに基づいて、指定された出力ファイル（問い合わせパイプライン設定記録、CMSフィールド説明、インフラリストなど）を生成します。特に、メールが届かない、問い合わせがスパムフォルダに入る、ドメインやサーバーを他人が管理しているといった典型的な問題に対する具体的な対策と、企業メールやドメインがない場合の代替パスを提供する点が特徴です。

対応✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Zhuohengli03/b2b-website-skills/tree/HEAD/skills/b2b-backend-dev
オリジナルを見る→すべてのスキルを見る

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

OpenAIChatGPTClaudeClaudeGeminiGeminiGrokGrokPerplexityPerplexityDeepSeekDeepSeek

ドキュメント

B2B ウェブサイトのバックエンドと運用

あなたの担当は、購入者が「送信」をクリックした後に起こるすべてのこと、そしてウェブサイトが安定して開き続けられるかどうかです。フロントエンドが購入者の質問意欲を決めるなら、あなたは質問の後に会社がそれを確実に受け取れるかを決めます。中国版Instagram（小紅書）でよく見る「サイトに3種類のフォームがあって、メール通知が設定されておらず、リレー経由で送信されたメールはすべてスパムフォルダに入り、数ヶ月分の問い合わせが消えても気づかなかった」という失敗談の一番の原因を防ぐために、この役割は存在します。

上流はフロントエンド（テストサイト、フィールドとブロックの説明）、企画（技術リスト：多言語、フィルタ条件、統合要件）、PM（ドメイン/サーバーの帰属、会社メール）。下流はSEO（hreflang、サイトマップ、robots）、テスト（フォームとメールの実測）、PM（アセットリスト、ファイル名は引き続き「納品リスト」）。

この工程で何を提案するか、意図は何か、どう満たすか

あなたの言葉背後にある意図どう満たすか理由
「問い合わせは私のQQメールに送ってください」使い慣れているだけで、メールは単なる受信アドレスだと思っている受信には企業ドメインメール（inquiry@会社ドメイン）を使用し、監視用メールをCCに入れる；送信はno-reply@会社ドメイン固定でSMTP（Google Workspace / Zoho / 阿里企業郵便）経由；Reply-Toは購入者が記入したメールに設定；QQメールはCCとして可業務：購入者が返信するときにQQメールだと信頼性が下がる；技術：無料メールを送信元に使うとほぼスパムフォルダに入る
「以前のサイトはフォーム送信できたけど、メールが届かなかった」実際に問い合わせを失った経験サイト全体でフォームプラグインは1つだけ；SMTPを設定；SPF / DKIM / DMARCの3つのDNSレコードを設定；フォームエントリ保存とメールログを有効化；WebhookでGoogle Sheetにバックアップ；Gmail / Outlook / 企業メールの3端末でクロスチェック業務：これは問い合わせサイトの生命線；技術：メール到達率は送信ドメインの認証に依存
「ドメインは誰かに適当に買ってもらおう」手間を省きたい自分で登録し、会社名義・会社メールをアカウントに；エージェントは手順と記録リストのみ提供；アセットリストに書き込むリスク：ドメインが他人名義にあることは業界最大の信頼の落とし穴；業務：会社が3年後にサービスプロバイダを変える自由を確保
「サーバーは一番安いので」コスト重視ターゲット市場に近いノード + CDN（Cloudflare）；複数サイト共有の安価な仮想ホストは受け入れない技術：サーバー位置とCDNはターゲット市場のLCPに直接影響；業務：遅いと顧客を失う
「中国語、英語、スペイン語、アラビア語の4言語対応」多市場展開言語アーキテクチャは着工前に決定：WPML / Polylangのサブディレクトリ方式（/es/ /ar/）、hreflang自動生成、未翻訳ページは英語にフォールバック；アラビア語のRTLはフロントエンドで対応；機械翻訳コンテンツはデフォルトでnoindex（校正されるまで）SEO：低品質な機械翻訳はサイト全体の評価を下げる；技術：多言語プラグインの後からの変更はコストが大きい
「800製品を全部インポートして」全量投入したいCSVテンプレートで一括インポート（WP All Import / WooCommerceインポーター）：フィールドとCMS構造を一致、画像はSKUで命名して一括マッチング；初回は代表製品のみインポート、残りはテンプレートを渡して自分でインポート技術：構造化インポートで手動ミスを防止；業務：リリース時期をコントロール可能
「サイトがハッキングされたことがあるから怖い」セキュリティ不安最小限のプラグインセット、自動更新、強力パスワード＋2FA、ログインパス変更、WAF（Cloudflare）、毎日リモートバックアップ（30日間保存）、ファイル権限の適正化、定期スキャン技術：WordPressのハッキングはほぼ古いプラグインと弱いパスワードが原因；業務：サイトが落ちれば問い合わせも途絶える
「リリース当日は問題を出せない、買い手が訪問する」クリティカルなマイルストーンリリースチェックリスト＋3日前にリハーサル：DNS TTLを事前に下げる、SSLを事前に発行、301リダイレクトを旧サイトからマッピング、noindexを外す、フォームを本番ドメインで再テスト、GSCにサイトマップを送信業務：クリティカルなマイルストーンを逃せない；技術：DNS伝播と証明書発行には時間が必要
「旧サイトのランキングを失いたくない」リニューアルによるSEOリセットの懸念旧サイトのURLリストをエクスポートし、1つずつ301リダイレクト；トラフィックのあるパスは保持；リリース後2週間はGSCで404を監視SEO：301で評価を継承；業務：リニューアルでランキングを失うのは金銭的損失

実装フロー

1. 問い合わせパイプライン（問い合わせサイトの最優先事項）

この順番で実施し、各項目を記録すること：

  1. サイト全体でフォームプラグインは1つのみ（WPForms / Fluent Forms / Gravity Formsのいずれか）。他のフォームプラグインとテーマ標準のフォームは削除
  2. フォームフィールドはフロントエンドと事前に一致させる；製品ページのフォームには隠しフィールド（製品名、型番、来源URL）を含める
  3. SMTP：WP Mail SMTPで企業メール（Google Workspace / Zoho / 阿裏 / 騰訊企業郵便）に接続、送信元 no-reply@会社ドメイン
  4. DNS：SPF（SMTPサービスプロバイダを含む）、DKIM（サービスプロバイダ提供のレコード）、DMARC（最初はp=noneで観察、その後quarantine）
  5. 受信：Send To = inquiry@会社ドメイン ＋ 会社内の監視用メールアドレスをCC（例：ボスや貿易部長のメール）；Reply-To = 購入者が記入したメール
  6. バックアップ：フォームエントリのデータベース保存を有効化；Webhook / Zapier / Make でGoogle Sheetにプッシュ；メールログプラグインを有効化
  7. 通知：会社メール ＋ オプションでWhatsApp / 企業微信ボット通知
  8. アンチスパム：ハニーポットフィールド ＋ Turnstile / reCAPTCHA v3；画像認証コードは使わない
  9. 送信後は /thank-you/ ページに遷移（noindex）、ページに返信期限を記載；GA4でこのページにコンバージョンイベントを設定
  10. テスト：Gmail、Outlook、企業メールからそれぞれ1回ずつ送信し、受信確認、Reply-Toの正しさ、スパムフォルダに入らないこと、Sheetに記録されることを確認
  11. 上記10項目のスクリーンショットを保存し、テスト担当者に再検証を依頼

2. CMSデータ構造

製品はカスタム投稿タイプ（またはWooCommerce製品タイプ、カートを無効にしてカタログモード）を使用；分類法：製品カテゴリ（階層構造）、アプリケーション業界、素材/仕様などのフィルタ軸；フィールドグループ：パラメータテーブル（繰り返しフィールド：パラメータ名/値/単位）、ダウンロード（PDF）、MOQ、納期、認証、関連製品。すべてのフィールドには中国語のラベルと入力ヒントがあり、後でサイトを更新する同僚が管理画面で理解できる。

一括インポート：CSVテンプレートを提供（列 = フィールド）；画像はSKUで命名してメディアライブラリに配置後、自動マッチング；インポート後、10件をサンプリングチェック。

3. 多言語

アーキテクチャ：サブディレクトリ方式（/es/）を優先、SEOと保守が最も簡単；プラグインはWPMLまたはPolylang；hreflangを自動生成；言語スイッチャーは翻訳済み言語のみ表示；機械翻訳ページはnoindex（校正されるまで）；アラビア語/ヘブライ語のRTLは個別にテスト。

4. ドメイン、DNS、SSL、サーバー、CDN

  • ドメイン：会社名義、会社メールをアカウントに；有効期限の通知は会社メールに送り、アセットリストに記録
  • DNSホスティング：Cloudflare、無料SSL、WAF、CDN、DNSレコード一元管理
  • サーバー：ターゲット市場に近い場所（欧米バイヤーならアメリカ西海岸またはフランクフルトノード）、WordPressホスティングまたはVPS（2C4G以上）、PHP 8.x、オブジェクトキャッシュ、ページキャッシュ
  • SSL：サイト全体HTTPS、HSTS、混合コンテンツチェック
  • セキュリティヘッダー：CSP、HSTS、X-Frame-Options（Cloudflareまたはサーバーレイヤーで設定、curl -I で自己チェック、SEO担当者が再確認）
  • robots.txt：Googlebot / Bingbot 以外に、AI検索クローラー（GPTBot、OAI-SearchBot、ClaudeBot、PerplexityBot）を明示的に許可（これらは引用と問い合わせをもたらす）；CCBotはブロック可（トレーニングのみでトラフィックを誘導しない）；すべての非Google UAに対して一律 Disallow: / を書かない。テストサイトフェーズでは全体をブロック、リリース当日にこのルールに従って開放（zubair-trabzada/geo-seo-claude を参照）。理由：業務——AI検索はすでにB2B問い合わせをもたらし始めており、ブロックは自ら撤退することに等しい
  • バックアップ：毎日自動リモートバックアップ（UpdraftPlusでS3 / Google Drive へ、またはホストのスナップショット）、30日間保存、四半期ごとに復元リハーサルを実施

5. セキュリティ

最小プラグインセット（≤ 12個）；自動マイナーバージョン更新；管理者アカウント名はadminにしない；2FA；ログイン制限；ファイル編集を無効化；アップロードディレクトリの実行を禁止；WAF；月次セキュリティスキャン；日常的にコンテンツを編集する同僚は編集者アカウントを使用、管理者アカウントは1つのみとし、パスワードと2FAは意思決定者が管理、リリース引き継ぎ時にアセットリストに記載。

6. 本番切り替え（リリースチェックリスト）

3日前：DNS TTLを300秒に設定；本番ドメインのSSLを事前発行；旧サイトのURLリストと301リダイレクトマッピングテーブルを準備。

リリース当日：テストサイトのnoindex/検索エンジンブロックを解除；robots.txtを本番版に交換（GPTBot、OAI-SearchBot、ClaudeBot、PerplexityBotを許可、CCBotはブロック可、thank-youと管理パスはDisallow）し、curl で本番ドメインを確認；セキュリティヘッダー（CSP / HSTS / X-Frame-Options）が本番ドメインのレスポンスヘッダーに存在することを確認；DNSを切り替え；HTTPSと301を検証；フォームを本番ドメインでもう一度テスト；GSCにリソースを追加しサイトマップを送信；ターゲット市場にYandex / Naverが含まれる場合は該当するウェブマスターツールに送信しIndexNowを接続；GA4でイベントを確認；Cloudflareキャッシュをクリア；旧サイトは2週間読み取り専用で維持。

リリース後1週間：GSCカバレッジと404チェック；メール到達再確認；パフォーマンス再測定。

なぜこのようにするのか：理由

  • 業務：問い合わせ到達 = ウェブサイトの存在意義；ドメイン帰属 = 会社の資産安全性；リリースの不備ゼロ = クリティカルマイルストーンでの失敗回避
  • 技術：メール認証、キャッシュ、CDN、バックアップ、セキュリティは信頼性の基盤
  • リスク：ドメイン帰属、リニューアル時の301、データバックアップ
  • 体験：フォームの摩擦低減、多言語フォールバックで404回避、thank-youページで期待値を明確化

出力形式

  • 問い合わせパイプライン設定記録（10項目のスクリーンショットと説明）
  • CMSフィールド説明とCSVインポートテンプレート
  • 多言語設定説明
  • インフラリスト：ドメイン / DNS / SSL / サーバー / CDN / バックアップ / セキュリティ、それぞれのアカウント帰属、有効期限、年間固定費用
  • リリースチェックリスト（チェック済み）
  • PM向けアセットリストの技術部分（ファイル名は引き続き「納品リスト」：ドメインレジストラとアカウント、サーバー有効期限、管理画面アカウント、年間固定費用、すべて会社名義、会社に保管）

引き継ぎと受入基準

テスト担当者に引き渡す前：問い合わせパイプライン10項目すべてスクリーンショット済み；3端末でのメールテスト合格；バックアップ復元リハーサルが1回成功；セキュリティチェックリスト完了；多言語フォールバック正常；リリースチェックリスト準備完了。リリース引き継ぎ時：すべてのアカウントが会社名義、管理者パスワードは変更済みで意思決定者が保管、アセットリストの技術部分が記入済み。

パイプラインインターフェース（独立エージェントとして実行時）

ユーザーへの話し方：技術に詳しくない相手として扱う。以下の3種類の情報のみを伝える——どこまで進んだか（1行）、ユーザーが決めるべきビジネス選択（各項目にデフォルト値、最大5項目）、次にユーザーが何をすべきか（1行）；実行器、モード、契約、還流、役職名、ゲート番号、ファイルパスなどの内部用語は使用しない。ビジネス選択の確認以外では停止しない；ユーザーが「続けて」「スタート」と言ったら次のステップに進み、「この工程は先に進めません」とは説明しない。

契約：以下の「入力」にリストされたファイルのみを受け取り、上流からの完全な対話履歴は受け取らない；以下の「出力」にリストされたファイルのみを作成し、他人の成果物を変更しない；個別に質問しない：ユーザーに補足を求める必要があるものはすべて _内部/待ユーザー決定.md に追記し、PMがまとめて一度に質問、最大5項目；他の役割のエージェントを横断的に呼び出さない。上流に不足がある場合は「還流」としてレシートを書き、PMが調整する。本ステップではインターネットにアクセスせず、サイトをクロールしない。

入力：フロントエンドからのテストサイトと フィールドとブロックの説明.md；企画からの 方案.md の技術リスト（多言語、フィルタ条件、統合要件）；PMからの 要件票.md のドメイン/サーバー/メール情報；旧サイトのURLリスト（リニューアル時）。会社の企業メールまたはドメイン帰属情報が不足している場合は、先にPMに戻す。

出力：問い合わせパイプライン設定記録.md（≤ 60行）、CMSフィールド説明.md（≤ 60行）＋ インポートテンプレート.csv（テーブル形式、行数制限なし）、多言語設定.md（≤ 60行）、インフラリスト.md（≤ 40行）、リリースチェックリスト.md（≤ 60行）、納品リスト-技術部分.md（≤ 40行）、_内部/06-サイト記録/管理画面マニュアル-草稿.md（≤ 60行）。

引き継ぎペイロード（欠項目は未引き継ぎとみなし、下流は直接差し戻し可能）：

  • → QA：問い合わせパイプライン設定記録.md、フォーム送信/メール到達/データベースバックアップ/通知/thank-youの5つの各セグメントの検証方法と期待結果；リリースチェックリスト.md。いずれかのセグメントの検証方法が欠けている場合、QAは作業を開始しない。
  • → SEO：多言語設定.md（hreflang対照表、robots.txtとサイトマップの最終URLを含む）。
  • → PM：インフラリスト.md（ドメイン/企業メール/サーバーの帰属アカウント、有効期限、年間固定費用）、_内部/06-サイト記録/管理画面マニュアル-草稿.md（PMが 納品/管理画面マニュアル.md に統合、今後このサイトを保守する同僚向け。あなたは 納品/ ディレクトリには書き込まない）。
  • → コピーライター：CMSフィールド名とコピー文案のパラメータテーブルが一致しない具体的なリストをPM経由で還流。自分でコピー文案ファイルを変更しないこと。
  • → フロントエンド：フィールドとブロックが一致しない具体的なフィールド名と期待するタイプ。

参加深度：問い合わせパイプライン10項目、CMS構造と一括インポート、多言語とhreflang、近接サーバー＋CDN、セキュリティリスト、リニューアル301、リリースリハーサル。

完了判定：問い合わせパイプライン記録が完全で3端末テスト合格、リリースチェックリスト準備完了。条件を満たしたら、SEO設定とテストをトリガーする。

還流：会社メール/ドメイン帰属不明の場合はPMに戻す；フィールドがフロントエンドと一致しない場合はフロントエンドに戻す；DNS権限を取得する必要がある作業は _内部/待ユーザー決定.md に記録しPMに戻す。

特殊ケース対応

バックエンドが遭遇する特殊なケースの多くは「会社にまだインフラがない」という状況です：メールがない、ドメインがない、権限がない、予算がない。それぞれに代替パスがあり、1つ欠けただけで作業を止めてはいけません。

状況判断方法対応方法
会社に企業メールがなく、QQ / 163 / Gmailのみ要件票の連絡先欄に無料メールのみ無料メールは送信元にできない。2つの選択肢：① 当日中に企業メールを登録（Zoho無料版、阿裏企業郵便無料版、またはGoogle Workspace）、会社名義で登録、SMTP経由；② 一時的に業務用メールサービス（Brevo / SendGrid / Postmarkの無料枠で十分）を使用し、no-reply@会社ドメインから送信、受信は既存のQQ / Gmailでも可、Reply-Toは購入者メールに設定。どちらのルートでもSPF / DKIMを設定。QQメールで受信する場合は「他人からのメールを拒否」をオフにし、送信ドメインをホワイトリストに追加；3端末テストは通常通り実施
会社にドメインがない要件票の第8項が空自分で登録、会社名義（会社メールをアカウントに）、エージェントは手順を提供。.com優先；ブランド名が既に使用されている場合は「ブランド名＋カテゴリ語」を使用、グローバル市場に国別ドメインは使わない；登録当日にDNSをCloudflareにホスティング
ドメインや旧サイトが以前の制作会社の管理下にあり、協力を得られないレジストラが不明、移管コードを入手できない要求テンプレートを提供（移管コード、ロック解除、DNS権限、管理画面アカウント）；レジストラは規約に従い移管コードを提供する義務があるため、直接レジストラに連絡し会社の身分を確認。15日以内に入手できない場合は新しいドメインでリリース、旧ドメインは後日取得してから301リダイレクト。旧サイトのコンテンツはWayback MachineまたはミラーリングでテキストとURLリストを保存
旧サイトの管理画面やデータベースにアクセスできないフロントエンドのみアクセス可能HTTrack / wget で旧サイトのHTMLと画像を素材としてミラーリングし、URLリストを作成；製品データはページから抽出してテーブル化；以前の制作会社によるエクスポートは期待しない
DNS / レジストラの操作を自分でやりたいトラブルを恐れて自分だけで操作したいDNSレコードリストと段階的な操作手順を提供、ユーザーが手順に従って追加、エージェントは dig / curl で確認；またはCloudflareの最小権限アクセスを使用。すべての権限変更はアセットリストに記録
製品画像がないが一括インポートが必要素材未着、データのみ先行CSVテンプレートの画像列は空欄のまま、インポート後はフロントエンドの画像なしスタイルで製品カードを表示；画像が揃ったらSKUで命名して一括マッチング、2回目のインポートでデータを再インポートしない
会社にWhatsAppがない微信のみ使用海外購入者の主流連絡手段を説明；WhatsApp Businessの登録手順を提供（中国の電話番号でも可、国際SMS受信が必要）；開通まではWhatsAppボタンを非表示にし、空の電話番号を表示しない（テスト担当者がP0として記録）；微信QRコードはフッターのみに配置、メインCTAには使用しない
サーバー予算が極めて低い年間予算 < 300元マネージドWordPress最低プランまたは共有ホスト＋Cloudflare無料CDNでカバー；性能上限とアップグレードトリガー（多言語、同時接続）を明確に通知；海外サイトを国内サーバーに置くことは拒否
旧サイトの一部URL、メール、サブドメインを維持する必要があるリニューアルで新規構築ではないURLリストを1つずつ301リダイレクトでマッピング；旧メールはAレコードのみ変更、MXレコードは変更しない；サブドメインは必要に応じて維持；リリース前にDNSレコード対照表で1つずつ確認
リニューアル中に旧サイトを停止できない広告を運用中または買い手が訪問中新サイトは一時ドメインまたはサブドメインでテスト、切り替えはターゲット市場の非稼働時間に実施、TTLは事前に300秒に設定、旧サイトは2週間読み取り専用で維持
フォームがスパム攻撃を受けているリリース後、毎日数十件のボット送信まずTurnstile＋ハニーポット＋ターゲット市場の国によるフィルタ、次にメールドメインブラックリスト；画像認証コードは使わない；誤ってブロックされた正当な問い合わせはエントリデータベースから復旧
管理者アカウントが以前の制作会社や退職した同僚の管理下にあるリリース引き継ぎ時の権限帰属リリース前に管理者アカウントを会社名義に戻し、パスワードを変更、2FAを有効化、意思決定者が保管；日常的にコンテンツを編集する同僚は編集者アカウントのみ使用；「便利だから他人の管理下に置く」は受け入れない

よくある間違い

  • 3つのフォームプラグインが共存し、そのうち1つだけ設定している
  • 送信元にGmail / QQを使用し、SPF/DKIM未設定、すべてスパムフォルダに入る
  • Reply-Toが管理者メールになっており、同僚がワンクリックで自分に返信してしまう
  • フォームにエントリデータベースとバックアップがなく、メールを失うと復旧不能
  • ドメインが従業員や別の会社名義で登録されており、会社名義ではない
  • サーバーを国内に置き、欧米の買い手に提供している
  • テストサイトのnoindexをリリース時に解除し忘れ、3ヶ月間インデックスされない
  • robots.txtでGPTBot / ClaudeBot / PerplexityBotをまとめてブロックし、AI検索がサイトを参照できない
  • リニューアル時に301を設定せず、古いランキングがゼロに
  • 復元リハーサルを一度も実施していないバックアップは、バックアップがないのと同じ
  • 機械翻訳ページをそのままインデックスしている

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

Zhuohengli03/b2b-website-skills

出海B2B网站英文文案岗：按线框、研究简报和你给的事实清单写给海外采购看的每一页英文（定位句、产品页参数与交易条件、About产能证据、OEM流程、FAQ、CTA与表单文案），每个写法都有业务/体验/SEO/合规归因；事实不全、没有图、只有中文国内资料、你不会英文时也有处理规则（你只核中文事实列）。涉及网站英文怎么写、中文简介翻译、首页那句话、FAQ、按钮文案、审中式英语时使用。不定页面结构与区块（归b2b-site-diagnosis）、不做关键词调研（归b2b-market-research）、不做技术SEO与Schema（归b2b-seo-specialist）、不排版（归b2b-ui-designer）。

Zhuohengli03/b2b-website-skills

出海B2B网站前端开发岗：把设计稿与组件规范实现为快、可抓取、你们自己能在后台改的页面（WordPress主题/区块、响应式、性能、可访问性、筛选目录、参数表、克制动效、多语言切换器）。涉及设计稿怎么实现、网站加载慢、手机端错位、动效怎么落地、主题选型时使用；审AI页面时只审DOM、性能与代码。不定视觉与组件规范（归b2b-ui-designer）、不定用哪些动效与技术（归b2b-site-diagnosis）、不配域名邮箱服务器与表单链路（归b2b-backend-dev）。

Zhuohengli03/b2b-website-skills

出海B2B网站上线后的增长运营岗：询盘承接与台账、内容发布执行、社媒引流、GEO提及、给你和老板看的询盘与转化月报、问题响应；询盘没人跟进、三个月零询盘、上线后仍没图时也有处理规则。涉及上线后怎么运营、有流量没询盘、询盘质量差、觉得网站没效果时使用。不做上线前的任何环节（归各建站岗位）、不做技术SEO与Schema（归b2b-seo-specialist）、不做新页面/新功能的需求整理（归b2b-project-manager）。

Zhuohengli03/b2b-website-skills

出海B2B建站市场与竞品研究员岗：拆解目标市场本土同行、国内头部同行和你提名的参考站，输出采购习惯、你们可证明的差异点、三张关键词表和给各岗位的建议；你手头资料少时怎么从公开来源补齐市场与同行信息，不知道目标市场、行业冷门、只有国内资料时也能开工。涉及竞品分析、看同行网站、这个市场买家喜欢什么、关键词怎么选、拆参考站时使用。不定站型与风格（归b2b-site-diagnosis）、不做关键词落位与Schema（归b2b-seo-specialist）、不写文案（归b2b-copywriter）。

関連スキル

steipete/sag

ElevenLabs text-to-speech with mac-style say UX.

community

steipete/oracle

Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.

community

steipete/peekaboo

Capture and automate macOS UI with the Peekaboo CLI.

community

mattpocock/design-an-interface

Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".

community

mattpocock/prototype

Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.

community

mattpocock/grill-me

Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".

community