firecrawl-workflows

Firecrawl ワークフロー

ユーザーが、生のウェブ抽出だけでも製品コードへの統合でもなく、Firecrawl を活用した完成品を求めている場合に使用します。

ワークフローを選択する

• 新しい専門職またはビジネスの見込み客を発見して評価する場合や、指定されたデータベースまたはディレクトリからリストを抽出する場合は、firecrawl-lead-gen を使用します。
• 提供された人物や企業を調査する場合、行を保持したまま見込み客 CSV を充実させる場合、または会議用ブリーフを作成する場合は、firecrawl-lead-research を使用します。
• 名前が指定された、または説明された企業の公開連絡先を見つける場合は、firecrawl-business-contacts を使用します。
• 現在募集中の求人を見つけて確認する場合は、firecrawl-job-postings を使用します。
• 最新ニュースとリーグの状況に基づいてファンタジースポーツの判断を行う場合は、firecrawl-fantasy-sports を使用します。
• 公式ドキュメント、セットアップ、使用方法、移行、互換性、上流の実装やバグの根拠を調べる場合は、Firecrawl CLI のスキルと一緒にインストールされるコアの firecrawl-developer-index スキルを使用します。
• 既存ウェブサイトのブランドアセットまたは UI システムを調べる場合は、firecrawl-website-design-clone を使用します。ドキュメント向けの簡潔なアセットリファレンス、または UI 実装向けのエージェント対応 DESIGN.md を作成します。
• 生物医学、臨床、医薬品、遺伝子、疾患、疫学、公衆衛生のトピックを含む文献レビューや論文に基づく統合には、firecrawl-research-papers を使用します。ウェブサイトを検索するのではなく、Firecrawl の論文インデックス（PubMed、bioRxiv、medRxiv、arXiv の抄録。全文は論文ごとにアクセス可能）を検索します。
• ウェブ上の根拠に基づく、複数の情報源を引用した調査レポート（市場、政策、技術、業界のトピック）には、firecrawl-deep-research を使用します。文献レビューには使用しないでください。根拠が公開論文の場合は、上記の firecrawl-research-papers を使用します。
• サイト構造、オンページ SEO、キーワード、SERP の監査には、firecrawl-seo-audit を使用します。
• ライブサイトの QA テストとバグレポートには、firecrawl-qa を使用します。
• 価格、機能、変更履歴の定期的なモニタリングには、firecrawl-competitive-intel を使用します。
• ディレクトリから企業リストを抽出する場合は、firecrawl-company-directories を使用します。
• ダッシュボードの指標を抽出する場合は、firecrawl-dashboard-reporting を使用します。
• LLM 向けドキュメント、RAG チャンク、トレーニングデータ、またはドキュメントミラーには、firecrawl-knowledge-base を使用します。
• 認証が必要なドキュメントポータルや、JavaScript を多用するドキュメントポータルの取り込みには、firecrawl-knowledge-ingest を使用します。
• 市場、金融、業界の調査には、firecrawl-market-research を使用します。
• 製品フローのウォークスルーと UX 分析レポートには、firecrawl-demo-walkthrough を使用します。
• 製品の調査と買い物のおすすめには、firecrawl-shop を使用します。

既存のワークフローがどれも適さない場合は、この汎用プロセスを使用し、新しいスキルになり得る再利用可能なパターンを作成します。

目的を絞ったワークフローでは、その成果物と終了条件に従ってください。連絡先カード、ドキュメントに関する回答、ファンタジースポーツのおすすめに調査レポートは必要ありません。十分な根拠を再利用し、明示された情報源の指定とブラウジング禁止の指示を守ってください。

必須の受付情報

ユーザーの依頼と周辺の文脈から、ワークフロー、入力情報、対象ユーザー、出力形式を推測します。必要な情報が十分に明らかな場合は、すぐに作業を開始します。

作業を妨げる情報が不足している場合に限り、簡潔な確認質問を1〜3件まで行います。たとえば、次のような情報です。

• 分析対象のURL、企業、トピック、または情報源
• 希望する成果物または出力形式
• ワークフローに大きく影響する制約

ホストエージェントの通常の方法で確認質問を行います。ハーネス固有の関数名には依存しないでください。

デフォルトのプロセス

1. 該当するワークフローと、依頼された成果物を特定します。
2. CLI または同等の Firecrawl ツールインターフェースを使って、Firecrawl でウェブ上の根拠を収集します。
3. 最終的な主張を検証できるよう、根拠となる情報源を保存するか、出典を明記します。
4. 可能であれば、独立した調査を並行して実施します。
5. 調査結果を統合し、依頼された成果物を作成します。
6. ワークフローを自動化できる場合は、「再実行用の入力情報」ブロックを簡潔に含めます。

並行作業

適切な場合は、サブエージェントや同等の並列タスクランナーを使い、以下のような独立した作業を進めます。

• 調査担当者1人につき競合他社1社
• 調査担当者1人につきURLまたはページ1件
• 調査担当者1人につき情報源のカテゴリー1つ
• レビュアー1人につき分析の観点1つ

引き継ぎの方法は汎用的なものにします。作業単位、情報源のURLまたは検索語、抽出するフィールド、出力形式を指定してください。

成果物の基準

すべてのワークフローで、以下を提示します。

• 簡潔なエグゼクティブサマリー
• 使用した根拠
• 依頼された分析または成果物
• 有用な場合は、提案や次のアクション
• 再実行時に使う自動化用の入力情報

新しいワークフロースキルの作成については、workflow-authoring.md を参照してください。