【ノーコードで実現】メールをトリガーにGitHubと自動連携する方法

■概要

日々の業務でGmailに届くバグ報告や機能要望のメールを、手作業でGitHubのIssueに転記していませんか？この定型的な作業は時間がかかるだけでなく、転記ミスや対応漏れといったヒューマンエラーの原因にもなり得ます。このワークフローは、Gmailでの特定メール受信をトリガーに、GitHubへ自動でIssueを作成するものであり、mailとGitHub間の手動連携で発生しがちな課題を解消し、開発業務の効率化を支援します。

■このテンプレートをおすすめする方

• Gmailで受信した報告をGitHubのIssueに手動で起票しており、工数を削減したい開発チームの方
• カスタマーサポートから開発チームへの情報連携を、mailとGitHubを用いて円滑にしたい方
• 外部からのフィードバックをGitHubでタスクとして管理し、対応漏れを防ぎたいプロジェクトマネージャーの方

■このテンプレートを使うメリット

• Gmailで特定のメールを受信するとGitHubに自動でIssueが作成されるため、手作業での転記に費やしていた時間を短縮できます。
• 手作業による情報の転記がなくなることで、入力ミスや起票漏れなどのヒューマンエラーを防ぎ、確実な情報連携を実現します。

■フローボットの流れ

1. はじめに、GmailとGitHubをYoomと連携します。
2. 次に、トリガーでGmailを選択し、「特定のキーワードに一致するメールを受信したら」というアクションを設定します。
3. 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、受信したメールの件名や本文などをIssueのタイトルや本文に紐付けます。

■このワークフローのカスタムポイント

• GitHubでIssueを作成するアクションを設定する際に、Issueのタイトルや本文、担当者、ラベルといった内容を任意で設定してください。Gmailで受信したメールの件名や本文、送信者アドレスなどの情報を動的にマッピングすることも可能です。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■注意事項‍

• GmailとGitHubのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
  

■概要

日々の業務でGmailに届くバグ報告や機能要望のメールを、手作業でGitHubのIssueに転記していませんか？この定型的な作業は時間がかかるだけでなく、転記ミスや対応漏れといったヒューマンエラーの原因にもなり得ます。このワークフローは、Gmailでの特定メール受信をトリガーに、GitHubへ自動でIssueを作成するものであり、mailとGitHub間の手動連携で発生しがちな課題を解消し、開発業務の効率化を支援します。

■このテンプレートをおすすめする方

• Gmailで受信した報告をGitHubのIssueに手動で起票しており、工数を削減したい開発チームの方
• カスタマーサポートから開発チームへの情報連携を、mailとGitHubを用いて円滑にしたい方
• 外部からのフィードバックをGitHubでタスクとして管理し、対応漏れを防ぎたいプロジェクトマネージャーの方

■このテンプレートを使うメリット

• Gmailで特定のメールを受信するとGitHubに自動でIssueが作成されるため、手作業での転記に費やしていた時間を短縮できます。
• 手作業による情報の転記がなくなることで、入力ミスや起票漏れなどのヒューマンエラーを防ぎ、確実な情報連携を実現します。

■フローボットの流れ

1. はじめに、GmailとGitHubをYoomと連携します。
2. 次に、トリガーでGmailを選択し、「特定のキーワードに一致するメールを受信したら」というアクションを設定します。
3. 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、受信したメールの件名や本文などをIssueのタイトルや本文に紐付けます。

■このワークフローのカスタムポイント

• GitHubでIssueを作成するアクションを設定する際に、Issueのタイトルや本文、担当者、ラベルといった内容を任意で設定してください。Gmailで受信したメールの件名や本文、送信者アドレスなどの情報を動的にマッピングすることも可能です。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■注意事項‍

• GmailとGitHubのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
  

■概要

日々の業務でGmailに届くバグ報告や機能要望のメールを、手作業でGitHubのIssueに転記していませんか？この定型的な作業は時間がかかるだけでなく、転記ミスや対応漏れといったヒューマンエラーの原因にもなり得ます。このワークフローは、Gmailでの特定メール受信をトリガーに、GitHubへ自動でIssueを作成するものであり、mailとGitHub間の手動連携で発生しがちな課題を解消し、開発業務の効率化を支援します。

■このテンプレートをおすすめする方

• Gmailで受信した報告をGitHubのIssueに手動で起票しており、工数を削減したい開発チームの方
• カスタマーサポートから開発チームへの情報連携を、mailとGitHubを用いて円滑にしたい方
• 外部からのフィードバックをGitHubでタスクとして管理し、対応漏れを防ぎたいプロジェクトマネージャーの方

■このテンプレートを使うメリット

• Gmailで特定のメールを受信するとGitHubに自動でIssueが作成されるため、手作業での転記に費やしていた時間を短縮できます。
• 手作業による情報の転記がなくなることで、入力ミスや起票漏れなどのヒューマンエラーを防ぎ、確実な情報連携を実現します。

■フローボットの流れ

1. はじめに、GmailとGitHubをYoomと連携します。
2. 次に、トリガーでGmailを選択し、「特定のキーワードに一致するメールを受信したら」というアクションを設定します。
3. 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、受信したメールの件名や本文などをIssueのタイトルや本文に紐付けます。

■このワークフローのカスタムポイント

• GitHubでIssueを作成するアクションを設定する際に、Issueのタイトルや本文、担当者、ラベルといった内容を任意で設定してください。Gmailで受信したメールの件名や本文、送信者アドレスなどの情報を動的にマッピングすることも可能です。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■注意事項‍

• GmailとGitHubのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
  

■概要

日々の業務でGmailに届くバグ報告や機能要望のメールを、手作業でGitHubのIssueに転記していませんか？この定型的な作業は時間がかかるだけでなく、転記ミスや対応漏れといったヒューマンエラーの原因にもなり得ます。このワークフローは、Gmailでの特定メール受信をトリガーに、GitHubへ自動でIssueを作成するものであり、mailとGitHub間の手動連携で発生しがちな課題を解消し、開発業務の効率化を支援します。

■このテンプレートをおすすめする方

• Gmailで受信した報告をGitHubのIssueに手動で起票しており、工数を削減したい開発チームの方
• カスタマーサポートから開発チームへの情報連携を、mailとGitHubを用いて円滑にしたい方
• 外部からのフィードバックをGitHubでタスクとして管理し、対応漏れを防ぎたいプロジェクトマネージャーの方

■このテンプレートを使うメリット

• Gmailで特定のメールを受信するとGitHubに自動でIssueが作成されるため、手作業での転記に費やしていた時間を短縮できます。
• 手作業による情報の転記がなくなることで、入力ミスや起票漏れなどのヒューマンエラーを防ぎ、確実な情報連携を実現します。

■フローボットの流れ

1. はじめに、GmailとGitHubをYoomと連携します。
2. 次に、トリガーでGmailを選択し、「特定のキーワードに一致するメールを受信したら」というアクションを設定します。
3. 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、受信したメールの件名や本文などをIssueのタイトルや本文に紐付けます。

■このワークフローのカスタムポイント

• GitHubでIssueを作成するアクションを設定する際に、Issueのタイトルや本文、担当者、ラベルといった内容を任意で設定してください。Gmailで受信したメールの件名や本文、送信者アドレスなどの情報を動的にマッピングすることも可能です。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■注意事項‍

• GmailとGitHubのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
  

■概要

GitHubでのIssue管理と、Microsoft SharePointでのタスク管理を別々に行っていませんか？Issueが作成されるたびに手動でSharePointに情報を転記する作業は、手間がかかるうえに入力漏れなどのミスも発生しがちです。

このワークフローを活用すれば、GitHubとMicrosoft SharePointの連携が自動化され、Issueの内容が即座にMicrosoft SharePointリストに追加されるため、こうした課題をスムーズに解消できます。

■このテンプレートをおすすめする方

• GitHubとMicrosoft SharePointを活用し、手作業での情報連携に課題を感じている方
• GitHubで作成されたIssueを元に、SharePointでタスク管理を行っているチームのリーダーの方
• 開発プロジェクトの情報共有を効率化し、チーム全体の生産性を高めたいと考えている方

■このテンプレートを使うメリット

• GitHubでIssueが作成されると自動でMicrosoft SharePointにアイテムが追加されるため、手作業による転記の時間を削減できます
• 手動での情報入力が不要になることで、転記ミスや共有漏れといったヒューマンエラーを防ぎ、データの正確性を保つことができます

■フローボットの流れ

1. はじめに、GitHubとMicrosoft SharePointをYoomと連携します
2. 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します
3. 最後に、オペレーションでMicrosoft SharePointの「リストにアイテムを追加する」アクションを設定し、Issueの情報を連携させます

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• Microsoft SharePointのオペレーションでは、どのサイトのどのリストにアイテムを追加するかを任意で指定してください
• リストに追加するアイテムの各項目には、トリガーで取得したGitHubのIssueタイトルや本文などの情報を変数として設定できます
• また、特定の担当者名やステータスなど、固定のテキストや値を追加する設定も可能です

■注意事項

• GitHub、Microsoft SharePointのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。

■概要

GitHubでの開発プロジェクト管理において、プルリクエストの状況をスプレッドシートで別途管理しているチームも多いのではないでしょうか。しかし、手作業での転記は手間がかかり、更新漏れや入力ミスが発生しがちです。このワークフローは、GitHubとGoogle スプレッドシートを連携させ、プルリクエストが作成された際に自動でシートへ情報を追加することで、こうした課題を解決し、管理業務を効率化します。

■このテンプレートをおすすめする方

• GitHubとGoogle スプレッドシートを併用し、開発の進捗管理を手作業で行っている方
• プルリクエストの管理を効率化し、レビュー漏れなどを防ぎたい開発チームのリーダーの方
• GitHubとGoogle スプレッドシートを連携させ、手動作業を自動化したいと考えている方

■このテンプレートを使うメリット

• GitHubでプルリクエストが作成されると、自動でGoogle スプレッドシートに情報が追加されるため、転記作業にかかっていた時間を短縮できます
• 手作業による情報の転記ミスや更新漏れといったヒューマンエラーを防ぎ、常に正確な情報に基づいた進捗管理を実現します

■フローボットの流れ

1. はじめに、GitHubとGoogle スプレッドシートをYoomと連携します
2. 次に、トリガーでGitHubを選択し、「プルリクエストが作成されたら」というアクションを設定します
3. 最後に、オペレーションでGoogle スプレッドシートの「レコードを追加する」アクションを設定し、トリガーで取得したプルリクエストの情報を指定のシートに追加します

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• GitHubのトリガー設定では、連携の対象としたいリポジトリのオーナー名とリポジトリ名を任意で設定してください
• Google スプレッドシートにレコードを追加するアクションでは、出力先のスプレッドシート、シート名、およびデータを書き込むテーブル範囲を任意で設定してください

■注意事項

• GitHub、Google スプレッドシートのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。

■概要

GitHubでの開発プロジェクトにおいて、Pull RequestやIssueが作成されるたびにTrelloへ手動でカードを作成する作業は、手間がかかる上に更新漏れのリスクも伴います。このような情報連携の課題は、開発のスピードを妨げる要因になりかねません。このワークフローを活用すれば、GitHubでIssueが作成・更新されるとTrelloにカードが自動で作成されるため、開発とタスク管理の連携を円滑にし、業務の効率化を実現します。

■このテンプレートをおすすめする方

• GitHubとTrelloを併用し、Issueの内容を手作業でカードに転記している開発者の方
• 開発チームのタスク管理を効率化し、進捗の可視性を高めたいプロジェクトマネージャーの方
• 情報共有の漏れや遅延を防ぎ、より円滑な開発プロセスを構築したいと考えている方

■このテンプレートを使うメリット

• GitHubでIssueが作成されるとTrelloへカードが自動で作成されるため、これまで手作業で行っていた転記作業の時間を短縮することができます。
• 手作業によるカードの作成漏れや、タイトル・説明などの転記ミスといったヒューマンエラーを防ぎ、情報連携の正確性を高めます。

■フローボットの流れ

1. はじめに、GitHubとTrelloをYoomと連携します。
2. 次に、トリガーでGitHubを選択し、「Issueが新しく作成または更新されたら」というアクションを設定します。
3. 最後に、オペレーションでTrelloの「新しいカードを作成」アクションを設定し、GitHubのIssue情報を基にカードが作成されるように設定します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• Trelloで新しいカードを作成する際に、カードのタイトルや説明欄などを任意で設定できます。トリガーで取得したGitHubのIssueタイトルや本文などの情報を変数として埋め込むことで、必要な情報が連携されたカードを自動で作成できます。

■注意事項

• Chatwork、SalesforceのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• Salesforceはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
• チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。

■概要

Google Driveに格納された仕様書やドキュメントの内容を、手作業でGitHubに反映させる業務に手間を感じていませんか。手動での転記作業は時間がかかるだけでなく、コピー＆ペーストのミスといったヒューマンエラーの原因にもなり得ます。このワークフローは、Google Driveへのファイル格納をきっかけに、OCR機能でファイル内のテキストを読み取り、GitHubで自動的にプルリクエストを作成するため、こうした連携作業の課題を解決します。

■このテンプレートをおすすめする方

• GitHubとGoogle Driveを併用し、手動での情報連携を効率化したい開発者やエンジニアの方
• ドキュメントの変更内容をGitHubへ反映する作業を自動化し、開発プロセスを迅速化したいチームリーダーの方
• 手作業による転記ミスや情報反映の遅延を防ぎ、正確なバージョン管理を実現したいプロジェクトマネージャーの方

■このテンプレートを使うメリット

• Google Driveにファイルが格納されるとGitHubでのプルリクエスト作成までが自動処理され、これまで手作業に費やしていた時間を他のコア業務に充てられます。
• OCR機能がファイルからテキストを正確に抽出するため、手作業によるコピー＆ペースト時の転記ミスや、プルリクエスト作成時の記載漏れといったヒューマンエラーを防ぎます。

■フローボットの流れ

1. はじめに、GitHubとGoogle DriveをYoomと連携します。
2. 次に、トリガーでGoogle Driveを選択し、「特定のフォルダ内に新しくファイル・フォルダが作成されたら」というアクションを設定します。
3. 次に、オペレーションでGoogle Driveの「ファイルをダウンロード」アクションを設定し、トリガーで検知したファイルをダウンロードします。
4. 続いて、オペレーションでOCR機能の「画像・PDFから文字を読み取る」アクションを設定し、ダウンロードしたファイルからテキスト情報を抽出します。
5. 最後に、オペレーションでGitHubの「プルリクエストを作成」アクションを設定し、抽出したテキスト情報などを本文に含めてプルリクエストを作成します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• OCR機能のアクションでは、対象ファイルから読み取りたいテキストの抽出項目を任意でカスタムすることが可能です。
• GitHubのプルリクエスト作成アクションでは、タイトルや本文に固定のテキストを入れたり、前段のOCR機能で取得した値を埋め込んだりするなど、柔軟な設定ができます。

■注意事項

• Google Drive、GitHubのそれぞれとYoomを連携してください。
• OCRまたは音声を文字起こしするAIオペレーションはチームプラン・サクセスプランでのみご利用いただける機能となっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
• チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリやAI機能（オペレーション）を使用することができます。
• OCRデータは6,500文字以上のデータや文字が小さい場合などは読み取れない場合があるので、ご注意ください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。

■概要

開発チーム内での迅速な情報共有は不可欠ですが、GitHubでのプルリクエスト作成を手動でSlack通知していませんか？このワークフローを活用すれば、GitHubでプルリクエストが作成されたタイミングで、Slackの指定チャンネルに自動で通知できます。手動での確認作業や連絡の手間がなくなり、チーム内のスムーズな情報共有と開発サイクルの効率化に貢献します。

■このテンプレートをおすすめする方

• GitHubでの開発状況をSlackでリアルタイムに把握し、連携を強化したい開発者の方
• プルリクエストの見落としを防ぎ、レビュープロセスを迅速化したいチームリーダーの方
• 手動での通知作業をなくし、開発チームのコミュニケーションを効率化したい方

■このテンプレートを使うメリット

• GitHubでプルリクエストが作成されるとSlackへ自動通知されるため、手動での連絡や確認作業に費やしていた時間を短縮できます。
• 手作業による通知の遅延や連絡漏れといったヒューマンエラーを防ぎ、レビュー依頼の伝達を確実に行うことができます。

■フローボットの流れ

1. はじめに、GitHubとSlackをYoomと連携します。
2. 次に、トリガーでGitHubを選択し、「プルリクエストが作成されたら」というアクションを設定します。
3. 最後に、オペレーションでSlackの「チャンネルにメッセージを送る」アクションを設定し、プルリクエストのタイトルやURLなどの情報を含んだメッセージを送信します。

■このワークフローのカスタムポイント

• GitHubのトリガー設定では、通知の対象としたい「リポジトリの所有者」と「リポジトリ名」をそれぞれ指定してください。
• Slackでメッセージを送るアクションを設定する際に、通知先となる「チャンネルID」を任意で設定してください。

■概要

Gmailで受信したバグ報告のスクリーンショットや画像形式の依頼内容などを、都度確認して手作業でGitHubにIssueを作成していませんか？このような作業は時間を要する上、転記ミスなどのヒューマンエラーが発生する原因にもなりがちです。このワークフローを活用すれば、Gmailで特定のメールを受信するだけで添付された画像をOCRで自動的にテキスト化し、GitHubにIssueを自動で作成することができるためこうした課題を円滑に解消できます。

■このテンプレートをおすすめする方

• Gmailで受信した画像の内容を、手作業でGitHubに転記している開発担当者の方
• 画像ベースの報告や依頼を、より迅速かつ正確にタスク化したいプロジェクトマネージャーの方
• OCRとAPI連携を活用し、開発チームの報告フローを効率化したいと考えている方

■このテンプレートを使うメリット

• Gmailの受信からGitHubのIssue作成までが自動化され、これまで手作業に費やしていた時間を短縮できます。
• OCRによるテキスト抽出とAPI連携でのIssue作成により、手入力による転記ミスやタスクの起票漏れといったヒューマンエラーを防ぎます。

■フローボットの流れ

1. はじめに、GmailとGitHubをYoomと連携します。
2. 次に、トリガーでGmailを選択し、「特定のラベルのメールを受信したら」というアクションを設定します。
3. 次に、オペレーションでOCR機能を選択し、「画像・PDFから文字を読み取る」アクションで、トリガーで受信したメールに添付されている画像をテキスト化します。
4. 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、OCRで抽出したテキスト情報をもとにIssueを作成します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• Gmailのトリガー設定では、フローボットを起動するきっかけとなるメールのラベルを任意で設定できます。
• OCR機能の設定では、画像の中からテキストとして抽出したい範囲を必要に応じて指定することが可能です。
• GitHubでIssueを作成する際、対象のリポジトリを任意で設定でき、タイトルや本文には固定のテキストに加えてGmailの件名やOCRで抽出したテキストなどを変数として埋め込めます。

■注意事項‍

• Gmail、GitHubのそれぞれとYoomを連携してください。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。
• OCRまたは音声を文字起こしするAIオペレーションはチームプラン・サクセスプランでのみご利用いただける機能となっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
• チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリやAI機能（オペレーション）を使用することができます。

■概要

特定のメールに添付されたファイルを都度確認し、その内容をGitHubにIssueとして手作業で起票していませんか？この一連の作業は、手間がかかる上に、転記ミスなどのヒューマンエラーが発生しやすい業務の一つです。このワークフローを活用すれば、特定のメール受信をきっかけに、添付されたファイルをOCR機能で自動的に読み取り、その内容を基にしてGitHubへIssueを自動で作成できるため、手作業による手間とミスを削減し、迅速なタスク管理を実現します。

■このテンプレートをおすすめする方

• メールで受け取った報告書などを基に、手作業でGitHubのIssueを作成している方
• 添付ファイルの内容確認とデータ入力の時間を削減し、業務効率を改善したいと考えている方
• 定型的なタスク作成を自動化し、本来のコア業務に集中したいプロジェクトマネージャーの方

■このテンプレートを使うメリット

• メール受信からGitHubへのIssue作成までを自動化できるため、これまで手作業に費やしていた時間を短縮することができます。
• 手動での情報転記が不要になることで、Issueの内容の入力ミスや起票漏れといったヒューマンエラーを防ぎます。

■フローボットの流れ

1. はじめに、GitHubをYoomと連携します。
2. 次に、トリガーでメールトリガー機能を選択し、このワークフロー専用のメールアドレスを生成します。
3. 続いて、オペレーションでOCR機能を選択し、メールに添付された画像やPDFファイルを読み取るよう設定します。
4. 最後に、オペレーションでGitHubを選択して「Issueを作成」アクションを設定し、OCRで読み取った情報をIssueのタイトルや本文に紐付けます。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• メールトリガー機能では、生成されるメールアドレスの一部を任意の値にカスタマイズしたり、特定の件名や本文を含むメールのみを処理対象とするよう条件を設定できます。
• OCR機能では、読み取りたいファイルの中から、Issue作成に利用したい特定のテキスト項目だけを抽出するように設定のカスタマイズが可能です。
• GitHubでIssueを作成するアクションでは、対象のオーナー名やリポジトリ名を任意に設定でき、またIssueのタイトルや本文には、OCRで取得した情報を埋め込んだり、固定のテキストを追加したりできます。

■注意事項

・GitHubとYoomを連携してください。

■概要

Outlookで受け取ったバグ報告やシステムに関する問い合わせメールを、都度GitHubに手作業で起票していませんか。この定型的な作業は時間がかかるだけでなく、コピー＆ペーストのミスや対応漏れといったリスクも伴います。このワークフローを活用すれば、Outlookでのメール受信をきっかけにGitHubへのIssue作成を自動化でき、こうした手間やミスを解消し、よりスムーズで正確なタスク管理を実現します。

■このテンプレートをおすすめする方

• Outlookで受信した報告メールなどをGitHubに手動で起票している開発者の方
• メールからのIssue作成プロセスを効率化し、開発の初動を早めたいプロジェクトマネージャーの方
• 手作業による情報転記ミスや対応漏れをなくし、タスク管理の精度を高めたいチームリーダーの方

■このテンプレートを使うメリット

• Outlookで特定のメールを受信するだけで自動でGitHubにIssueが作成されるため、これまで手作業での起票に費やしていた時間を短縮できます。
• メール内容の転記ミスや、重要な報告メールの見落としによるIssue作成漏れといったヒューマンエラーの防止に繋がります。

■フローボットの流れ

1. はじめに、OutlookとGitHubをYoomと連携します。
2. 次に、トリガーでOutlookを選択し、「特定の件名のメールを受信したら」というアクションを設定し、起動のきっかけとなるメールの件名を指定します。
3. 次に、AI機能を設定し、受信したメールの本文からIssueのタイトルや本文に必要な情報を抽出します。
4. 最後に、GitHubの「Issueを作成」アクションを設定し、AIで抽出した情報を元にリポジトリや担当者を指定してIssueを作成します。

※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション

■このワークフローのカスタムポイント

• オペレーションで設定するAIの「テキストからデータを抽出する」アクションでは、プロンプトを自由にカスタマイズできます。
• 例えば、メールの件名をIssueのタイトルに、メール本文の特定の部分をIssueの本文に設定するなど、抽出したい内容をプロンプトで細かく指定してください。

■注意事項

• Outlook、GitHubのそれぞれとYoomを連携してください。
• Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
• トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
• プランによって最短の起動間隔が異なりますので、ご注意ください。