ソリューションハンドブック
HTTPトリガー、API Request、Jodooフィールド、展開チェックリストを含む、Pipedreamの会議フォローアップループ向け計画ガイドです。
ハンドブックを開くPIPEDREAM + JODOO
PipedreamとJodooを使って会議メモのwebhookを受信し、構造化されたJSONペイロードをAPI Requestアクション経由で送信することで、担当者、期限日、ブロッカー、フォローアップ状況を追跡可能にします。
動画ウォークスルー
この動画では、会議後フォローアップの一連の流れを紹介します。Pipedreamが会議メモのwebhookを受信し、API RequestアクションでJSONペイロードを送信し、Jodooが担当者キューとフォローアップレコードを保持します。
「New HTTP / Webhook Requests」トリガーが、会議タイトル、日付、決定事項、リスク、フォローアップ文脈を含む合成の顧客オンボーディングレビューを受信します。
ワークフローはテスト用にイベントを保持しつつ、構造化されたアクションオブジェクトをAPI Requestアクションで送信します。
リクエストではapplication/jsonと解析可能なペイロードフィールドを使用し、Jodooブリッジが会議アクションのフィールドを受け取れるようにします。
書き戻しステップで、構造化フィールドを担当者、期限日、優先度、ブロッカー、ステータスを含むJodooの会議アクションレコードにマッピングします。
デモ概要
このウォークスルーでは、会議の要約が担当者、期限日、優先度、ブロッカー、ステータス、信頼度、元のワークフロー出力を含むJodooのアクションレコードへ変換される様子を紹介します。
会議での決定事項は、追跡できる作業にならずメモに残ったままになることがよくあります。
会議メモのペイロードは、生成されたHTTPエンドポイントを通じてワークフローに入ります。
Pipedreamは、担当者、期限日、優先度、ブロッカー、ステータスのフィールドを含む1つのペイロードオブジェクトを送信します。
API Requestアクションは、ok trueとJodooデータIDを返します。
テスト実行により、担当者キューやブロッカーレビューに進められる会議アクションレコードが作成されます。
ハンドブック、設計図、レシピを使ってワークフローを調整できます。
プラットフォーム設定メモ
Jodooのレコードモデルは一貫して保てますが、各エージェントプラットフォームでは構築スタイル、テスト画面、本番への引き継ぎ方法が異なります。
Pipedreamは生成されたHTTPエンドポイントから開始できるため、Jodooとの契約内容を調整している間も、開発者は生のイベントペイロードを確認し、サンプルリクエストを再実行できます。
このワークフローでは、コードステップでフィールドを検証し、その後明示的なメソッド、ヘッダー、本文、レスポンスチェックを指定したAPI Requestで最終ペイロードを送信できます。
この構成は、モデルベースの抽出を追加する前に、軽量なwebhook、シークレット管理、API形式のログ、コードレビューを求めるチームに適しています。
ワークフローキット
フィールドマッピングを確認し、Pipedreamワークフローのレシピをコピーし、ワークフローを自社の会議ソースに合わせて調整する前にJodooのアクション管理モデルを活用してください。
Pipedreamが会議メモイベントを受信し、1つの構造化アクション項目を送信します。Jodooは継続的に使えるアクションレコードとして、担当者、期限日、優先度、ブロッカー、ステータス、信頼度、監査用コンテキストを保持します。
再利用可能なワークフロー
文字起こし、メモアプリ、フォーム、webhookソース、または手動テストメモ
HTTPトリガーを受信し、API Requestを送信し、JodooのデータIDを確認
Jodooに必要なフィールドを含む1つのJSONオブジェクト
JSON本文をJodooの書き戻しレイヤーへ送信
フィールド、ビュー、担当者キュー、ブロッカーステータス、元の出力
ワークフローループ
会議メモは、文字起こし、メモアプリ、フォーム、webhookソース、または手動のテスト用ペイロードから送られます。
PipedreamのHTTPトリガーが会議タイトル、日付、元のメモを受信します。
コード、変換、またはAI/APIステップで、決定事項の要約、アクション項目、担当者、期限日、優先度、ブロッカー、ステータス、信頼度の構造化フィールドを準備します。
PipedreamのAPI Requestアクションが、構造化された結果をJodooの書き戻しレイヤーへ送信します。
Jodooが会議アクションレコードを作成し、レビュー用に元のワークフロー出力も添付して保持します。
チームは担当者キュー、期限日ビュー、ブロック項目ビュー、フォローアップダッシュボードから作業できます。
フィールドマッピング
| エージェントまたはソースデータ | Jodooレコードのフィールド |
|---|---|
| HTTPトリガーのイベント本文: meeting_title, meeting_date, source_notes | 会議タイトル、会議日、元のメモ |
| コードまたはAI/APIステップの返り値: decision_summary, action_item | 決定事項の要約、アクション項目 |
| API Request本文: owner, due_date, priority | 担当者、期限日、優先度 |
| API Request本文: risk_or_blocker, follow_up_status | リスクまたはブロッカー、フォローアップ状況 |
| Pipedreamログ: agent_confidence, ok flag, Jodoo data ID | エージェント信頼度、元のエージェント出力 |
エージェントレシピ
あなたは会議フォローアップ支援アシスタントです。会議メモを読み、チームがJodooで追跡できる1つの構造化アクション項目を返してください。
HTTPトリガーのペイロードを文脈として使用し、その後PipedreamのAPI RequestアクションがJodooの書き戻しリクエストへ送信できるJSONフィールドを返してください。
meeting_title、meeting_date、source_notes、decision_summary、action_item、owner、due_date、priority、risk_or_blocker、follow_up_status、source_platform、agent_confidence を返してください。
{
"meeting_title": "顧客オンボーディングのリスクレビュー",
"meeting_date": "2026-06-04 10:30",
"decision_summary": "今週インポートサンプルが承認されれば、6月10日のトレーニング日程を維持する。",
"action_item": "データインポート担当者を確認し、インポートサンプルの承認依頼を送る。",
"owner": "Maya Chen",
"due_date": "2026-06-05",
"priority": "高",
"risk_or_blocker": "金曜日までにインポートサンプルが承認されない場合、トレーニング日程が遅れる可能性があります。",
"follow_up_status": "担当者の確認が必要",
"source_platform": "pipedream",
"agent_confidence": "0.86"
}Jodooスターターアプリ
Pipedreamの会議アクションワークフローをチーム向けに調整する際は、このフィールドモデル、推奨ビュー、自動化ルールを使用してください。
展開チェックリスト
実装リファレンス
ワークフロー
Pipedreamは、webhookやAPIレベルで細かく制御したいチームに適しています。HTTPトリガーとAPI Requestアクションにより、本番利用前にJSONペイロードとJodooへの書き戻しを簡単に確認できます。
会議メモは、文字起こし、メモアプリ、フォーム、webhookソース、または手動のテスト用ペイロードから送られます。
PipedreamのHTTPトリガーが会議タイトル、日付、元のメモを受信します。
コード、変換、またはAI/APIステップで、決定事項の要約、アクション項目、担当者、期限日、優先度、ブロッカー、ステータス、信頼度の構造化フィールドを準備します。
PipedreamのAPI Requestアクションが、構造化された結果をJodooの書き戻しレイヤーへ送信します。
Jodooが会議アクションレコードを作成し、レビュー用に元のワークフロー出力も添付して保持します。
チームは担当者キュー、期限日ビュー、ブロック項目ビュー、フォローアップダッシュボードから作業できます。
Jodooレコード
Jodooは、Pipedream実行後にチームが必要とするフォローアップ用フィールドを保持します。会議タイトル、決定事項の要約、アクション項目、担当者、期限日、優先度、ブロッカー、ステータス、信頼度を管理できます。
テスト実行
スクリーンショットでは合成の会議メモを使用し、Pipedreamワークフローの設定、成功したAPI Requestレスポンス、そしてワークフローによって作成されたJodooのレコードを確認できます。

HTTPトリガー、コードのパススルー、API Requestアクションで、会議メモのアクション項目管理フローを構成します。

API Requestアクションは会議アクション送信後に、ok trueとJodooデータIDを返しました。

アクション項目、担当者、期限日、優先度、ブロッカー、ステータスがJodooに書き込まれました。
FAQ
Jodooのレコード、ワークフロー、アプリテンプレートとエージェントプラットフォームを組み合わせて使う際の回答です。
はい。検証実行では合成の会議メモを使用し、HTTPトリガーとAPI Requestアクションを完了し、Jodooに会議アクションレコードを作成しました。
テストでは、無料プランでも扱いやすいコンパクトなワークフロー構成を使用しました。本番利用では、イベント量、接続アプリ、保持期間、エラーハンドリング要件に応じて有料プランが必要になる場合があります。
はい。API Requestアクションの前に、コード、OpenAI、Anthropic、またはその他のAI/APIステップを追加し、Jodooへ書き込む前に出力スキーマを安定させてください。
Jodooには、会議タイトル、日付、元のメモ、決定事項の要約、アクション項目、担当者、期限日、優先度、ブロッカー、フォローアップ状況、信頼度、元の出力が保存されます。
Jodooのレコードモデルは似ていますが、このページではPipedream固有の設定を紹介しています。生成されたHTTPエンドポイント、API Request本文、ok trueを含むテスト出力、そしてPipedream本番利用時の注意点です。
次のステップ
まずは1つの会議アクション項目から始め、その後同じPipedreamのパターンをオンボーディングコール、プロジェクトレビュー、サポートエスカレーション、ベンダーフォローアップへ展開できます。