1ページにつき1つの業務手順を、必要な連携、例外時の動き、検証の状態とともに紹介します。検証記録のないものは設計例として区別しています。
注文メールを受信し、AIで7項目を抽出。担当者が内容を確認・承認したものだけを、注文番号をキーにPigeonCloudへ追加または更新する、実機での社内検証結果をまとめたレシピです。
PigeonCloudで期限まで0〜3暦日・未完了の6件を取得し、一覧メール1通の送信後にPigeonCloud台帳へ監査記録を保存する経路を社内で検証したレシピです。
申請の必須項目を検査し、正常時は確認依頼、不備時は不備内容を、未送信の検査版に限って通知する検証記録です。この検証はSlack 送信をメール送信に、Google スプレッドシート台帳を PigeonCloud の台帳テーブルに置き換えた構成で行った部分検証です。
PigeonCloudの計算項目「発注対象」を使って在庫更新を判定し、未送信の対象だけをSlackへ知らせる構成の設計例です。
定期実行ごとにGoogle Driveの未処理の最新見積書を1ファイルだけ取得し、OCR結果を人が確認してGoogle スプレッドシートへ記録する構成の設計例です。
Zendesk受信イベントの本文を使い、送信台帳で未返信を照合し、社内文書を根拠に作成した回答を人が承認してから返信する構成の設計例です。
Slackのメンションを受け、閲覧可能な社内文書から回答案を作り、人が承認した未送信の回答だけを元のスレッドへ返す構成の設計例です。
Salesforceから最終更新後7日を超えた商談を定期取得し、同日の未送信分だけを営業管理のSlackへ知らせる構成の設計例です。
Google スプレッドシートに追加されたリードを検査し、受付IDまたはメールでSalesforceを照合して、一意な未登録分だけを書き込む構成の設計例です。
PigeonCloudに追加された日報から進捗、課題、支援依頼を要約し、人が確認した未送信の内容だけをSlackへ共有する構成の設計例です。
数式列「当日フラグ」が真の支払予定を取得し、数式列「営業日数」とともに一覧本文へまとめて経理の担当窓口へ1実行1通送る構成の設計例です。
平日の定期実行で、PigeonCloudの計算項目「通知対象」が真かつ「通知済み」が偽のレコードを1件だけ取得し、Slack送信後に「通知済み」を真へ更新する構成の設計例です。
問い合わせの感情とカテゴリから緊急候補を作り、人が原文と理由を確認した未送信の分類版だけをSlackへ知らせる構成の設計例です。
定期実行で、PigeonCloudの計算項目「予定登録対象」が真かつ「登録済み」が偽の契約を1件だけ取得し、Google Calendar登録後に「登録済み」を真へ更新する構成の設計例です。
HubSpotの会社作成イベントを受け、会社IDを一意キーにPigeonCloudを照合して、未反映の顧客レコードを追加または更新する構成の設計例です。
追加された備品申請1行を検査し、申請IDでPigeonCloudを照合して、未登録分だけを保存する構成の設計例です。
Calendlyの予約者メールで取得できることを確認したHubSpotの会社・担当者プロパティを照合し、未送信の予約だけをSlackへ共有する構成の設計例です。
Zoomトリガーで選べるイベントと取得結果を確認し、取得できた文字起こしの要点とアクションを人が確認したうえで、未送信の会議だけをSlackへ共有する構成の設計例です。
会議IDを指定した手動実行で対象会議1件の議事録を取得し、要点とアクションを人が確認してから、Notionの未登録ページを照合して作成または更新する構成の設計例です。
Boxのファイル追加イベントを受け、実機で取得できるファイルID・名称などのメタデータだけを、未送信の契約書としてSlackへ知らせる構成の設計例です。
Zendeskのチケットを不具合候補に分類し、単一ルールで対象を分け、人が承認した未反映分だけLinearへ登録する構成の設計例です。
Teamsのメッセージから作業依頼のIssue案を作り、人が承認した未反映分だけLinearへ登録する構成の設計例です。
Notionの仕様ページで取得できた項目からIssue案を作り、人が承認した未反映分だけLinearへ登録する構成の設計例です。
LinearのIssue作成イベントを受け、Issue IDでNotionを照合し、取得できた定義項目の未反映分だけを保存する構成の設計例です。
HubSpotの商談作成イベントを受け、商談IDで予定を照合し、担当者が日程を承認した未登録分だけフォロー予定を作る構成の設計例です。
対象レコードIDを指定する手動実行でAirtableの1件を取得し、「通知対象」が真ならSlackへ知らせて通知済みにする構成の設計例です。Airtable側で「通知対象」と通知エピソードIDを計算し、対象レコードIDを1件ずつWebhookへ渡せることを実機確認できた場合だけ自動化します。
毎朝の定期実行で当日の予定を取得し、visibility等の確定項目で公開範囲を分け、非公開予定は時刻だけにした一覧を1通だけSlackへ共有する構成の設計例です。
EMAILトリガーの差出人・件名条件で受信した問い合わせ1通を要約し、担当者が原文と照合して承認した未送信分だけをSlackへ共有する構成の設計例です。本文長による数値判定は行いません。
LINEの問い合わせをカテゴリ分類し、単一ルールで共有対象を分け、人が承認した未送信分だけをSlackへ共有する構成の設計例です。
毎日の定期実行で対象ルームの当日メッセージをまとめて取得し、承認済み要約を日次ページ1件としてNotionへ保存する構成の設計例です。
AIワークフロー自動化を、今日からまずは自社の業務で体感