・
【簡単設定】GeminiのデータをGitHubに自動的に連携する方法
■概要
Geminiで生成したドキュメントやコードを、手作業でコピーしてGitHubにプルリクエストを作成する作業は、手間がかかりませんか？この手作業はミスの原因になったり、開発スピードを低下させたりする要因にもなり得ます。このワークフローを活用すれば、フォームにプロンプトを送信するだけで、Geminiによるコンテンツ生成からGitHubへのプルリクエスト作成までを自動化し、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- GeminiとGitHubを連携させて、コンテンツ作成業務を効率化したいと考えている方
- 手動でのプルリクエスト作成に時間がかかり、開発サイクルを改善したいエンジニアの方
- 生成AIを活用したドキュメント管理の自動化を推進しているプロジェクトマネージャーの方
■このテンプレートを使うメリット
- フォーム送信を起点に、Geminiでの生成からGitHubへの反映までが自動化され、手作業にかかっていた時間を短縮できます。
- 手動でのコピー＆ペーストやファイル操作が不要になるため、転記ミスやプルリクエスト作成時の設定ミスといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します。
- 次に、トリガーで、フォームトリガーを選択し、「フォームが送信されたら」というアクションを設定します。
- 次に、オペレーションで、Geminiを選択し、「コンテンツを生成する」アクションを設定します。
- 最後に、オペレーションで、GitHubの「プルリクエストを作成する」アクションを設定し、Geminiで生成したコンテンツを元にプルリクエストを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーでは、ユーザーがプロンプトなどを入力しやすいよう、フォームのタイトルや質問項目を任意の内容に編集してください。
- Geminiでコンテンツを生成するアクションでは、生成したい内容に合わせてシステムプロンプトを任意の内容に設定してください。
■注意事項
- Gemini、GithubのそれぞれとYoomを連携してください。
■概要
Geminiで生成したドキュメントやコードを、手作業でコピーしてGitHubにプルリクエストを作成する作業は、手間がかかりませんか？この手作業はミスの原因になったり、開発スピードを低下させたりする要因にもなり得ます。このワークフローを活用すれば、フォームにプロンプトを送信するだけで、Geminiによるコンテンツ生成からGitHubへのプルリクエスト作成までを自動化し、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- GeminiとGitHubを連携させて、コンテンツ作成業務を効率化したいと考えている方
- 手動でのプルリクエスト作成に時間がかかり、開発サイクルを改善したいエンジニアの方
- 生成AIを活用したドキュメント管理の自動化を推進しているプロジェクトマネージャーの方
■このテンプレートを使うメリット
- フォーム送信を起点に、Geminiでの生成からGitHubへの反映までが自動化され、手作業にかかっていた時間を短縮できます。
- 手動でのコピー＆ペーストやファイル操作が不要になるため、転記ミスやプルリクエスト作成時の設定ミスといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します。
- 次に、トリガーで、フォームトリガーを選択し、「フォームが送信されたら」というアクションを設定します。
- 次に、オペレーションで、Geminiを選択し、「コンテンツを生成する」アクションを設定します。
- 最後に、オペレーションで、GitHubの「プルリクエストを作成する」アクションを設定し、Geminiで生成したコンテンツを元にプルリクエストを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーでは、ユーザーがプロンプトなどを入力しやすいよう、フォームのタイトルや質問項目を任意の内容に編集してください。
- Geminiでコンテンツを生成するアクションでは、生成したい内容に合わせてシステムプロンプトを任意の内容に設定してください。
■注意事項
- Gemini、GithubのそれぞれとYoomを連携してください。
「Geminiで生成したコードやドキュメントを、手作業でGitHubに反映させている…」
「GitHubのIssueやプルリクエストの内容を把握するために、毎回サイトを開いて詳細を確認するのが大変…」
このように、GeminiとGitHub間での情報のやり取りに、手間や非効率さを感じていませんか？
開発プロセスにおけるこれらの手作業は、時間的なロスだけでなく、コピー＆ペーストのミスや情報共有の漏れといったヒューマンエラーの原因にもなりかねません。
もし、Geminiによるコンテンツ生成からGitHubへのプルリクエスト作成までを自動化したり、GitHub上の更新情報をGeminiで要約して通知したりする仕組みがあれば便利ですよね。
これらの悩みから解放され、開発者は本来注力すべきコーディングやレビューといったコア業務に集中できる時間を生み出すことができます。
今回ご紹介する自動化は、プログラミング不要で簡単に設定できます。
日々の開発業務をもっとスムーズに、そして効率的に進めるために、ぜひ参考にしてみてください！
とにかく早く試したい方へ
YoomにはGeminiとGitHubを連携するためのテンプレートが用意されています。
今すぐ試したい方は以下よりバナーをクリックしてスタートしましょう！
■概要
Geminiで生成したドキュメントやコードを、手作業でコピーしてGitHubにプルリクエストを作成する作業は、手間がかかりませんか？この手作業はミスの原因になったり、開発スピードを低下させたりする要因にもなり得ます。このワークフローを活用すれば、フォームにプロンプトを送信するだけで、Geminiによるコンテンツ生成からGitHubへのプルリクエスト作成までを自動化し、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- GeminiとGitHubを連携させて、コンテンツ作成業務を効率化したいと考えている方
- 手動でのプルリクエスト作成に時間がかかり、開発サイクルを改善したいエンジニアの方
- 生成AIを活用したドキュメント管理の自動化を推進しているプロジェクトマネージャーの方
■このテンプレートを使うメリット
- フォーム送信を起点に、Geminiでの生成からGitHubへの反映までが自動化され、手作業にかかっていた時間を短縮できます。
- 手動でのコピー＆ペーストやファイル操作が不要になるため、転記ミスやプルリクエスト作成時の設定ミスといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します。
- 次に、トリガーで、フォームトリガーを選択し、「フォームが送信されたら」というアクションを設定します。
- 次に、オペレーションで、Geminiを選択し、「コンテンツを生成する」アクションを設定します。
- 最後に、オペレーションで、GitHubの「プルリクエストを作成する」アクションを設定し、Geminiで生成したコンテンツを元にプルリクエストを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーでは、ユーザーがプロンプトなどを入力しやすいよう、フォームのタイトルや質問項目を任意の内容に編集してください。
- Geminiでコンテンツを生成するアクションでは、生成したい内容に合わせてシステムプロンプトを任意の内容に設定してください。
■注意事項
- Gemini、GithubのそれぞれとYoomを連携してください。
■概要
Geminiで生成したドキュメントやコードを、手作業でコピーしてGitHubにプルリクエストを作成する作業は、手間がかかりませんか？この手作業はミスの原因になったり、開発スピードを低下させたりする要因にもなり得ます。このワークフローを活用すれば、フォームにプロンプトを送信するだけで、Geminiによるコンテンツ生成からGitHubへのプルリクエスト作成までを自動化し、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- GeminiとGitHubを連携させて、コンテンツ作成業務を効率化したいと考えている方
- 手動でのプルリクエスト作成に時間がかかり、開発サイクルを改善したいエンジニアの方
- 生成AIを活用したドキュメント管理の自動化を推進しているプロジェクトマネージャーの方
■このテンプレートを使うメリット
- フォーム送信を起点に、Geminiでの生成からGitHubへの反映までが自動化され、手作業にかかっていた時間を短縮できます。
- 手動でのコピー＆ペーストやファイル操作が不要になるため、転記ミスやプルリクエスト作成時の設定ミスといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します。
- 次に、トリガーで、フォームトリガーを選択し、「フォームが送信されたら」というアクションを設定します。
- 次に、オペレーションで、Geminiを選択し、「コンテンツを生成する」アクションを設定します。
- 最後に、オペレーションで、GitHubの「プルリクエストを作成する」アクションを設定し、Geminiで生成したコンテンツを元にプルリクエストを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーでは、ユーザーがプロンプトなどを入力しやすいよう、フォームのタイトルや質問項目を任意の内容に編集してください。
- Geminiでコンテンツを生成するアクションでは、生成したい内容に合わせてシステムプロンプトを任意の内容に設定してください。
■注意事項
- Gemini、GithubのそれぞれとYoomを連携してください。
GeminiとGitHubを連携してできること
GeminiとGitHubのAPIを連携させることで、これまで手動で行っていた多くの作業を自動化できます。
例えば、Geminiで生成したコンテンツを自動でGitHubに反映させるなど、開発プロセスの効率化を図れます。
ここでは具体的な自動化の例を複数紹介しますので、気になる内容があれば、ぜひクリックしてみてください！
フォームでプロンプトが送信されたら、Geminiでコンテンツを生成してGitHubでプルリクエストを作成する
専用フォームにプロンプトや仕様を入力して送信するだけで、Geminiが自動でコードやドキュメントを生成し、その内容でGitHub上にプルリクエストまで作成する連携です。
この仕組みにより、アイデアの着想からコードの初期実装、そしてレビュー依頼までの一連のプロセスを短縮し、開発のスタートダッシュを加速させることができます。
■概要
Geminiで生成したドキュメントやコードを、手作業でコピーしてGitHubにプルリクエストを作成する作業は、手間がかかりませんか？この手作業はミスの原因になったり、開発スピードを低下させたりする要因にもなり得ます。このワークフローを活用すれば、フォームにプロンプトを送信するだけで、Geminiによるコンテンツ生成からGitHubへのプルリクエスト作成までを自動化し、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- GeminiとGitHubを連携させて、コンテンツ作成業務を効率化したいと考えている方
- 手動でのプルリクエスト作成に時間がかかり、開発サイクルを改善したいエンジニアの方
- 生成AIを活用したドキュメント管理の自動化を推進しているプロジェクトマネージャーの方
■このテンプレートを使うメリット
- フォーム送信を起点に、Geminiでの生成からGitHubへの反映までが自動化され、手作業にかかっていた時間を短縮できます。
- 手動でのコピー＆ペーストやファイル操作が不要になるため、転記ミスやプルリクエスト作成時の設定ミスといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します。
- 次に、トリガーで、フォームトリガーを選択し、「フォームが送信されたら」というアクションを設定します。
- 次に、オペレーションで、Geminiを選択し、「コンテンツを生成する」アクションを設定します。
- 最後に、オペレーションで、GitHubの「プルリクエストを作成する」アクションを設定し、Geminiで生成したコンテンツを元にプルリクエストを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーでは、ユーザーがプロンプトなどを入力しやすいよう、フォームのタイトルや質問項目を任意の内容に編集してください。
- Geminiでコンテンツを生成するアクションでは、生成したい内容に合わせてシステムプロンプトを任意の内容に設定してください。
■注意事項
- Gemini、GithubのそれぞれとYoomを連携してください。
■概要
Geminiで生成したドキュメントやコードを、手作業でコピーしてGitHubにプルリクエストを作成する作業は、手間がかかりませんか？この手作業はミスの原因になったり、開発スピードを低下させたりする要因にもなり得ます。このワークフローを活用すれば、フォームにプロンプトを送信するだけで、Geminiによるコンテンツ生成からGitHubへのプルリクエスト作成までを自動化し、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- GeminiとGitHubを連携させて、コンテンツ作成業務を効率化したいと考えている方
- 手動でのプルリクエスト作成に時間がかかり、開発サイクルを改善したいエンジニアの方
- 生成AIを活用したドキュメント管理の自動化を推進しているプロジェクトマネージャーの方
■このテンプレートを使うメリット
- フォーム送信を起点に、Geminiでの生成からGitHubへの反映までが自動化され、手作業にかかっていた時間を短縮できます。
- 手動でのコピー＆ペーストやファイル操作が不要になるため、転記ミスやプルリクエスト作成時の設定ミスといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します。
- 次に、トリガーで、フォームトリガーを選択し、「フォームが送信されたら」というアクションを設定します。
- 次に、オペレーションで、Geminiを選択し、「コンテンツを生成する」アクションを設定します。
- 最後に、オペレーションで、GitHubの「プルリクエストを作成する」アクションを設定し、Geminiで生成したコンテンツを元にプルリクエストを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーでは、ユーザーがプロンプトなどを入力しやすいよう、フォームのタイトルや質問項目を任意の内容に編集してください。
- Geminiでコンテンツを生成するアクションでは、生成したい内容に合わせてシステムプロンプトを任意の内容に設定してください。
■注意事項
- Gemini、GithubのそれぞれとYoomを連携してください。
フォームでIssueの詳細が送信されたら、Geminiで要約しGitHubでIssueを作成する
フォームに報告したいIssueの詳細を自由な形式で入力すると、Geminiがその内容を的確に要約し、定められたフォーマットでGitHubにIssueを自動で作成する連携です。
これにより、Issue作成の手間を削減しつつ、Issue内容の品質を標準化できるため、開発チーム全体でのIssue管理がよりスムーズになるはずです。
■概要
フォームで受け付けた報告や問い合わせを、都度GitHubに手動で起票する作業は手間がかかるのではないでしょうか。特に、長文の内容を整理してIssueを作成するのは骨が折れる作業です。このワークフローは、フォームが送信されると、その内容をGeminiが自動で要約し、GitHubにIssueとして作成します。GeminiとGitHubを連携させることで、報告内容の確認からIssue起票までの一連のタスクを自動化し、業務の効率化を実現します。
■このテンプレートをおすすめする方
- GitHubを利用してIssue管理を行っており、報告フローを自動化したい開発担当者の方
- フォームからの問い合わせ対応で、手作業での情報転記に手間を感じている方
- GeminiとGitHubを連携させ、より高度な業務自動化を実現したいと考えている方
■このテンプレートを使うメリット
- フォーム送信を起点に、Geminiでの要約からGitHubへのIssue作成までを自動化し、手作業にかかっていた時間を削減します
- 手動でのコピー＆ペーストや情報整理に伴う、転記ミスや起票漏れといったヒューマンエラーの発生を防ぎます
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します
- 次に、トリガーで、フォームトリガーを選択し、Issue起票のきっかけとなるフォームを作成します
- 次に、オペレーションで、Geminiの「コンテンツを生成」アクションを設定し、フォームで受け付けた内容を要約するように指示します
- 続けて、オペレーションでテキスト抽出機能を選択し、Geminiが生成した文章からIssue作成に必要な情報を抽出します
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、抽出した情報を基にIssueが自動で作成されるようにします
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーのタイトルや質問内容は、Issueとして受け付けたい情報に合わせて任意で編集してください
- テキスト抽出のオペレーションでは、Geminiが生成した文章からどの部分をIssueのタイトルや本文にするかなどを任意で設定してください
- Geminiのオペレーションでは、システムプロンプトを任意の内容に設定することで、より業務に沿った要約を生成するように指示できます
- GitHubでIssueを作成するアクションでは、タイトルや本文に事前のアクションで取得した値などを使用して設定を行ってください
■注意事項
- Gemini、GitHubのそれぞれとYoomを連携してください。
■概要
フォームで受け付けた報告や問い合わせを、都度GitHubに手動で起票する作業は手間がかかるのではないでしょうか。特に、長文の内容を整理してIssueを作成するのは骨が折れる作業です。このワークフローは、フォームが送信されると、その内容をGeminiが自動で要約し、GitHubにIssueとして作成します。GeminiとGitHubを連携させることで、報告内容の確認からIssue起票までの一連のタスクを自動化し、業務の効率化を実現します。
■このテンプレートをおすすめする方
- GitHubを利用してIssue管理を行っており、報告フローを自動化したい開発担当者の方
- フォームからの問い合わせ対応で、手作業での情報転記に手間を感じている方
- GeminiとGitHubを連携させ、より高度な業務自動化を実現したいと考えている方
■このテンプレートを使うメリット
- フォーム送信を起点に、Geminiでの要約からGitHubへのIssue作成までを自動化し、手作業にかかっていた時間を削減します
- 手動でのコピー＆ペーストや情報整理に伴う、転記ミスや起票漏れといったヒューマンエラーの発生を防ぎます
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します
- 次に、トリガーで、フォームトリガーを選択し、Issue起票のきっかけとなるフォームを作成します
- 次に、オペレーションで、Geminiの「コンテンツを生成」アクションを設定し、フォームで受け付けた内容を要約するように指示します
- 続けて、オペレーションでテキスト抽出機能を選択し、Geminiが生成した文章からIssue作成に必要な情報を抽出します
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、抽出した情報を基にIssueが自動で作成されるようにします
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーのタイトルや質問内容は、Issueとして受け付けたい情報に合わせて任意で編集してください
- テキスト抽出のオペレーションでは、Geminiが生成した文章からどの部分をIssueのタイトルや本文にするかなどを任意で設定してください
- Geminiのオペレーションでは、システムプロンプトを任意の内容に設定することで、より業務に沿った要約を生成するように指示できます
- GitHubでIssueを作成するアクションでは、タイトルや本文に事前のアクションで取得した値などを使用して設定を行ってください
■注意事項
- Gemini、GitHubのそれぞれとYoomを連携してください。
GeminiとGitHubの連携フローを作ってみよう
それでは、さっそく実際にGeminiとGitHubを連携したフローを作成してみましょう！
今回はYoomを使用して、ノーコードでGeminiとGitHubの連携を進めていきます。
もしまだYoomのアカウントをお持ちでない場合は、こちらの登録フォームからアカウントを発行しておきましょう。
[Yoomとは]
フローの作成方法
今回は「フォームでプロンプトが送信されたら、Geminiでコンテンツを生成してGitHubでプルリクエストを作成する」フローを作成していきます！
作成の流れは大きく分けて以下です。
- GeminiとGitHubをマイアプリ連携
- 該当のテンプレートをコピー
- Yoomのフォームトリガ設定およびGeminiとGitHubのアクション設定
- トリガーをONにし、フローが起動するかを確認
■概要
Geminiで生成したドキュメントやコードを、手作業でコピーしてGitHubにプルリクエストを作成する作業は、手間がかかりませんか？この手作業はミスの原因になったり、開発スピードを低下させたりする要因にもなり得ます。このワークフローを活用すれば、フォームにプロンプトを送信するだけで、Geminiによるコンテンツ生成からGitHubへのプルリクエスト作成までを自動化し、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- GeminiとGitHubを連携させて、コンテンツ作成業務を効率化したいと考えている方
- 手動でのプルリクエスト作成に時間がかかり、開発サイクルを改善したいエンジニアの方
- 生成AIを活用したドキュメント管理の自動化を推進しているプロジェクトマネージャーの方
■このテンプレートを使うメリット
- フォーム送信を起点に、Geminiでの生成からGitHubへの反映までが自動化され、手作業にかかっていた時間を短縮できます。
- 手動でのコピー＆ペーストやファイル操作が不要になるため、転記ミスやプルリクエスト作成時の設定ミスといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します。
- 次に、トリガーで、フォームトリガーを選択し、「フォームが送信されたら」というアクションを設定します。
- 次に、オペレーションで、Geminiを選択し、「コンテンツを生成する」アクションを設定します。
- 最後に、オペレーションで、GitHubの「プルリクエストを作成する」アクションを設定し、Geminiで生成したコンテンツを元にプルリクエストを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーでは、ユーザーがプロンプトなどを入力しやすいよう、フォームのタイトルや質問項目を任意の内容に編集してください。
- Geminiでコンテンツを生成するアクションでは、生成したい内容に合わせてシステムプロンプトを任意の内容に設定してください。
■注意事項
- Gemini、GithubのそれぞれとYoomを連携してください。
■概要
Geminiで生成したドキュメントやコードを、手作業でコピーしてGitHubにプルリクエストを作成する作業は、手間がかかりませんか？この手作業はミスの原因になったり、開発スピードを低下させたりする要因にもなり得ます。このワークフローを活用すれば、フォームにプロンプトを送信するだけで、Geminiによるコンテンツ生成からGitHubへのプルリクエスト作成までを自動化し、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- GeminiとGitHubを連携させて、コンテンツ作成業務を効率化したいと考えている方
- 手動でのプルリクエスト作成に時間がかかり、開発サイクルを改善したいエンジニアの方
- 生成AIを活用したドキュメント管理の自動化を推進しているプロジェクトマネージャーの方
■このテンプレートを使うメリット
- フォーム送信を起点に、Geminiでの生成からGitHubへの反映までが自動化され、手作業にかかっていた時間を短縮できます。
- 手動でのコピー＆ペーストやファイル操作が不要になるため、転記ミスやプルリクエスト作成時の設定ミスといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します。
- 次に、トリガーで、フォームトリガーを選択し、「フォームが送信されたら」というアクションを設定します。
- 次に、オペレーションで、Geminiを選択し、「コンテンツを生成する」アクションを設定します。
- 最後に、オペレーションで、GitHubの「プルリクエストを作成する」アクションを設定し、Geminiで生成したコンテンツを元にプルリクエストを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーでは、ユーザーがプロンプトなどを入力しやすいよう、フォームのタイトルや質問項目を任意の内容に編集してください。
- Geminiでコンテンツを生成するアクションでは、生成したい内容に合わせてシステムプロンプトを任意の内容に設定してください。
■注意事項
- Gemini、GithubのそれぞれとYoomを連携してください。
ステップ1： GeminiとGitHubをマイアプリ連携
ここでは、Yoomとそれぞれのアプリを連携して、操作が行えるようにしていきます。
まずは基本的な設定方法を解説しているナビをご覧ください！
それではここから今回のフローで使用するアプリのマイアプリ登録方法を解説します。
Geminiの場合
新規接続をクリックしたあと、アプリのメニュー一覧が表示されるのでGeminiと検索し対象アプリをクリックしてください。
アカウント名とアクセストークンをそれぞれ入力し、「追加」をクリックしましょう。
APIキーはGeminiのAPI取得ページから取得可能です。
GitHubの場合
新規接続を押したあと、アプリのメニュー一覧が表示されるのでGitHubと検索し対象アプリをクリックしてください。
以下の画面が表示されたら、ユーザー名またはメールアドレスとパスワードを入力し、「Sign in」をクリックしてください。
認証コード入力画面が表示されます。
登録メールアドレスに届いた6桁のコードを入力し、「Verify」をクリックしてください。
以上でマイアプリ登録は完了です！
ステップ2： 該当のテンプレートをコピー
ここからいよいよフローの作成に入ります。
簡単に設定できるようテンプレートを用意しているので、まずはコピーします。
Yoomにログイン後、以下バナーの「試してみる」をクリックしてください。
■概要
Geminiで生成したドキュメントやコードを、手作業でコピーしてGitHubにプルリクエストを作成する作業は、手間がかかりませんか？この手作業はミスの原因になったり、開発スピードを低下させたりする要因にもなり得ます。このワークフローを活用すれば、フォームにプロンプトを送信するだけで、Geminiによるコンテンツ生成からGitHubへのプルリクエスト作成までを自動化し、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- GeminiとGitHubを連携させて、コンテンツ作成業務を効率化したいと考えている方
- 手動でのプルリクエスト作成に時間がかかり、開発サイクルを改善したいエンジニアの方
- 生成AIを活用したドキュメント管理の自動化を推進しているプロジェクトマネージャーの方
■このテンプレートを使うメリット
- フォーム送信を起点に、Geminiでの生成からGitHubへの反映までが自動化され、手作業にかかっていた時間を短縮できます。
- 手動でのコピー＆ペーストやファイル操作が不要になるため、転記ミスやプルリクエスト作成時の設定ミスといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します。
- 次に、トリガーで、フォームトリガーを選択し、「フォームが送信されたら」というアクションを設定します。
- 次に、オペレーションで、Geminiを選択し、「コンテンツを生成する」アクションを設定します。
- 最後に、オペレーションで、GitHubの「プルリクエストを作成する」アクションを設定し、Geminiで生成したコンテンツを元にプルリクエストを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーでは、ユーザーがプロンプトなどを入力しやすいよう、フォームのタイトルや質問項目を任意の内容に編集してください。
- Geminiでコンテンツを生成するアクションでは、生成したい内容に合わせてシステムプロンプトを任意の内容に設定してください。
■注意事項
- Gemini、GithubのそれぞれとYoomを連携してください。
■概要
Geminiで生成したドキュメントやコードを、手作業でコピーしてGitHubにプルリクエストを作成する作業は、手間がかかりませんか？この手作業はミスの原因になったり、開発スピードを低下させたりする要因にもなり得ます。このワークフローを活用すれば、フォームにプロンプトを送信するだけで、Geminiによるコンテンツ生成からGitHubへのプルリクエスト作成までを自動化し、こうした課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- GeminiとGitHubを連携させて、コンテンツ作成業務を効率化したいと考えている方
- 手動でのプルリクエスト作成に時間がかかり、開発サイクルを改善したいエンジニアの方
- 生成AIを活用したドキュメント管理の自動化を推進しているプロジェクトマネージャーの方
■このテンプレートを使うメリット
- フォーム送信を起点に、Geminiでの生成からGitHubへの反映までが自動化され、手作業にかかっていた時間を短縮できます。
- 手動でのコピー＆ペーストやファイル操作が不要になるため、転記ミスやプルリクエスト作成時の設定ミスといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します。
- 次に、トリガーで、フォームトリガーを選択し、「フォームが送信されたら」というアクションを設定します。
- 次に、オペレーションで、Geminiを選択し、「コンテンツを生成する」アクションを設定します。
- 最後に、オペレーションで、GitHubの「プルリクエストを作成する」アクションを設定し、Geminiで生成したコンテンツを元にプルリクエストを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーでは、ユーザーがプロンプトなどを入力しやすいよう、フォームのタイトルや質問項目を任意の内容に編集してください。
- Geminiでコンテンツを生成するアクションでは、生成したい内容に合わせてシステムプロンプトを任意の内容に設定してください。
■注意事項
- Gemini、GithubのそれぞれとYoomを連携してください。
テンプレートがコピーされると、以下のような画面が表示されますので、「OK」をクリックして設定を進めましょう。
ステップ3： フォームトリガー設定
「フォーム」をクリックします。
今回の例では、あらかじめ用意されているデフォルトのフォーム設定を使用し、プロンプトの送信フォームとして回答内容を活用する想定で進めます。
フォームは用途にあわせて設定・カスタマイズが可能です。
カスタマイズには一部有料プランの機能も含まれており、有料プランにはトライアル期間が用意されています。
プランについては、こちらをご確認ください。
また、フォームの詳しい設定方法については、以下のヘルプページをご参照ください。
フォームの基本設定・オプション設定について
完了ページの設定
画面を下へスクロールすると、送信完了ページに表示するメッセージを設定できるブロックが表示されます。
こちらの設定は必須ではありませんが、必要に応じて任意で設定しましょう。
アクセス制限
フォームへのアクセス権限は、トグルの切り替えで簡単に設定できます。
IP制限を有効にすると、指定したIPアドレスからのみアクセスできるように制御することが可能です。
詳しくはこちらのヘルプページを参照ください。
共有フォーム利用時のフローボットの起動者
フォームに回答が送信された際に「どのユーザーをフローボットの起動者とするか」を選択できる仕組みです。
この設定によって、エラーが発生した際等に誰に通知が届くかを管理することができます。
こちらの設定も必須ではありませんが、必要に応じて任意で設定してください。
設定が完了したら、「次へ」をクリックしましょう。
取得した値の項目に、テスト用のプロンプトを入力しておきましょう。
ここで入力した値（＝取得した値）は、この後のステップでGeminiによりコンテンツを生成する際に利用されます。
入力が完了したら、「保存する」をクリックします。
ステップ4： Geminiでコンテンツを生成
「コンテンツを生成」をクリックします。
タイトルは任意で変更できます。
アプリとアクションはあらかじめ設定されているため、そのまま内容を確認してください。
Geminiと連携するアカウント情報に問題がなければ、「次へ」をクリックします。
モデル
入力欄をクリックすると連携が有効になっているアカウントから候補が表示されるので、対象の項目を選択しましょう。
プロンプト
Geminiに生成させたい文章を指示するために、プロンプトを設定します。
入力欄をクリックすると、前のステップでフォームに入力したプロンプトが表示されるので、それを選択しましょう。
アウトプットを活用することで、値が固定化されずに毎回最新の情報を反映できます。
アウトプットに加え、定型的な指示を追加したい場合は、内容を直接入力してください。
システムプロンプト
Geminiに「どのような立場・役割で文章を生成するか」を指示しましょう。
今回はデフォルトのテキストをそのまま使用しています。
入力が完了したら「テスト」をクリックして、設定した内容でコンテンツが生成されるか確認しましょう。
テストが成功すると、トリガーのステップでフォームに入力したプロンプトをもとに、Geminiが生成したコンテンツの情報が表示されます。
以下の画像の取得したアウトプットをもとに、GitHubでプルリクエストの作成が可能です。
内容を確認し、「保存する」をクリックします。
ステップ5： GitHubのアクション設定
「プルリクエストを作成」をクリックします。
タイトルは任意で変更できます。
アプリとアクションはあらかじめ設定されているため、そのまま内容を確認してください。
GitHubと連携するアカウント情報に問題がなければ、「次へ」をクリックします。
【事前準備】
プルリクエストを作成するためには、必ず「差分があるブランチ」を事前に用意しておく必要があります。
空のリポジトリやmainと全く同じ内容のブランチを指定すると、プルリクエスト作成時にエラーとなってしまいます。
そのため、まずはGitHub上でリポジトリを作成し、mainブランチを確認したうえで、新しいブランチを切り、テスト用に簡単なファイルを追加しておきましょう。
Yoomの操作画面に戻ります。
リポジトリ所有者
注釈に沿って入力しましょう。
※GitHubURLの「オーナー名」がリポジトリ所有者になります。
リポジトリ名
こちらも同じく注釈に沿って入力してください。
プルリクエストのタイトル
任意で設定してください。
プルリクエストの内容
入力欄をクリックすると、前のステップで取得済みのアウトプットが表示されるので、選択して入力しましょう。
画像のように任意のテキストと組み合わせて自由に内容をカスタマイズすることも可能です。
また、アウトプットを活用することで値が固定化されず、フローボットを起動するたびに最新の情報を自動で反映できます。
※なお、テキストを直接入力した部分は固定値とされるため、アウトプットを活用せず設定を行うと毎回同じデータがGitHubに登録されてしまうので注意が必要です。
変更が実装されているブランチ名
新しく作業やテストで変更を加えたブランチ名を入力してください。
変更をプルするブランチ名
取り込み先のブランチ名を入力しましょう。
その他の項目についても、必要に応じて、注釈を参考に設定しましょう。
入力が完了したら「テスト」をクリックして、設定した内容でGitHubにプルリクエストが作成されるか確認してください。
テストが成功すると、作成されたプルリクエストの情報が表示されます。
あわせてGitHubを開き、指定した内容でプルリクエストが作成されているか確認してみましょう。
今回は下記の通り作成されていました！
問題がなければYoomの操作画面に戻り、「保存する」をクリックします。
以上ですべての設定が完了しました！
ステップ6： トリガーをONにし、フローが起動するかを確認
設定が完了すると、画面上に以下のようなメニューが表示されます。
トリガーをONにすることで、フォームにプロンプトが送信されたタイミングで、Geminiがコンテンツを生成し、その内容をもとにGitHub上でプルリクエストが自動作成されるようになります。
実際にフォームからプロンプトを送信し、GitHubにプルリクエストが正しく作成されているかを確認してみましょう。
GitHubのデータをGeminiに連携したい場合
今回はGeminiからGitHubへデータを連携する方法をご紹介しましたが、逆にGitHubでのアクションを起点としてGeminiと連携させたい場合は、下記のテンプレートも併せてご利用ください。
GitHubでIssueが作成されたら、Geminiで内容を要約しメールで通知する
GitHubのリポジトリで新しいIssueが作成された際に、その内容をGeminiが自動で要約し、指定のメールアドレスへ通知します。
この連携により、大量のIssue通知の中から重要なポイントを素早く把握できるため、迅速なトリアージや担当者の割り振りが可能になり、対応漏れの防止に繋がります。
■概要
GitHubで作成される大量のIssue管理に、時間を要していませんか。
特に英語で記述された内容の把握や、チームへの共有のために手作業で要約を作成するのは手間がかかる作業です。
このワークフローは、GitHubで新しいIssueが作成されると、Geminiが自動で内容を要約し、メールで通知します。GeminiとGitHubを連携させることで、Issue管理に関する一連の作業を自動化し、開発業務に集中できる環境を構築します。
■このテンプレートをおすすめする方
- GitHubのIssueを手動で確認し、内容の把握に時間がかかっている開発者の方
- GeminiとGitHubを連携させ、プロジェクト管理の効率化を目指すチームリーダーの方
- 英語で作成されたIssueの内容を、日本語の要約で素早くキャッチアップしたい方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると、Geminiによる要約がメールで届くため、Issueの内容を迅速に把握でき、確認作業の時間を短縮します
- 重要なIssueの見逃しを防ぎ、関係者への情報共有も円滑になるため、プロジェクトの進行をスムーズにします
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します
- 次に、オペレーションでGeminiを選択し、「コンテンツを生成」アクションを設定して、トリガーで取得したIssueの内容を要約するよう指示します
- 最後に、オペレーションでYoomの「メールを送る」アクションを設定し、Geminiが生成した要約を本文に含めてメールを送信します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Geminiにコンテンツを生成させるアクションでは、システムプロンプトを任意の内容に設定できます。「日本語で要約して」「重要なポイントを3つにまとめて」など、目的に応じた指示を追加してください
- メールを送信するアクションでは、宛先、件名、本文を自由に設定できます。件名にIssueのタイトルを入れたり、本文にIssueのURLや作成者の情報を含めたりするなど、柔軟なカスタマイズが可能です
■注意事項
- GitHub、GeminiのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
GitHubで作成される大量のIssue管理に、時間を要していませんか。
特に英語で記述された内容の把握や、チームへの共有のために手作業で要約を作成するのは手間がかかる作業です。
このワークフローは、GitHubで新しいIssueが作成されると、Geminiが自動で内容を要約し、メールで通知します。GeminiとGitHubを連携させることで、Issue管理に関する一連の作業を自動化し、開発業務に集中できる環境を構築します。
■このテンプレートをおすすめする方
- GitHubのIssueを手動で確認し、内容の把握に時間がかかっている開発者の方
- GeminiとGitHubを連携させ、プロジェクト管理の効率化を目指すチームリーダーの方
- 英語で作成されたIssueの内容を、日本語の要約で素早くキャッチアップしたい方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると、Geminiによる要約がメールで届くため、Issueの内容を迅速に把握でき、確認作業の時間を短縮します
- 重要なIssueの見逃しを防ぎ、関係者への情報共有も円滑になるため、プロジェクトの進行をスムーズにします
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します
- 次に、オペレーションでGeminiを選択し、「コンテンツを生成」アクションを設定して、トリガーで取得したIssueの内容を要約するよう指示します
- 最後に、オペレーションでYoomの「メールを送る」アクションを設定し、Geminiが生成した要約を本文に含めてメールを送信します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Geminiにコンテンツを生成させるアクションでは、システムプロンプトを任意の内容に設定できます。「日本語で要約して」「重要なポイントを3つにまとめて」など、目的に応じた指示を追加してください
- メールを送信するアクションでは、宛先、件名、本文を自由に設定できます。件名にIssueのタイトルを入れたり、本文にIssueのURLや作成者の情報を含めたりするなど、柔軟なカスタマイズが可能です
■注意事項
- GitHub、GeminiのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
GitHubでプルリクエストが作成されたら、Geminiで内容を要約しメールで通知する
GitHubで新しいプルリクエストが作成されると、Geminiが変更内容の概要を自動で生成し、関係者にメールで通知します。
レビュー担当者はメールを受け取るだけで、コードレビュー前に変更点の全体像を効率的に確認できるため、レビュープロセス全体のスピードアップに繋がります。
`
■概要
GitHubでの開発において、日々作成される多くのプルリクエストの内容を一つひとつ確認するのは時間がかかる作業ではないでしょうか。このワークフローを活用すれば、GitHubでプルリクエストが作成された際に、その変更内容をGeminiが自動で要約し、指定のメールアドレスへ通知します。GeminiとGitHubを連携させることで、レビュー担当者は概要を迅速に把握でき、コードレビューのプロセスを効率化できます。
■このテンプレートをおすすめする方
- GitHubでのプルリクエストレビューに多くの時間を費やしている開発者の方
- GeminiとGitHubを連携させ、開発プロセス全体の効率化を図りたいチームリーダーの方
- コードレビューの確認漏れや対応遅れを防ぎたいプロジェクトマネージャーの方
■このテンプレートを使うメリット
- GitHubでプルリクエストが作成されると、Geminiが自動で要約を生成するため、レビュー担当者が内容を把握するまでの時間を短縮できます
- レビュー依頼の通知プロセスが自動化されることで、確認漏れといったヒューマンエラーを防ぎ、開発業務の標準化にも繋がります
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します
- 次に、トリガーでGitHubを選択し、「プルリクエストが作成されたら」というアクションを設定します
- 次に、オペレーションでGeminiを選択し、「コンテンツを生成」アクションでプルリクエストの内容を要約するよう設定します
- 最後に、オペレーションでYoomの「メールを送る」アクションを設定し、Geminiが生成した要約内容を本文に含めて指定の宛先に送信します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Geminiのオペレーションでは、システムプロンプトに「プルリクエストの変更点を日本語で3点に要約してください」のように、出力させたい内容を任意で設定してください
- メールを送るオペレーションでは、宛先、件名、本文を任意で設定できます。本文には、トリガーで取得したプルリクエストのURLやタイトル、Geminiが生成した要約といった動的な情報を自由に組み込んでください
■注意事項
- GitHub、GeminiのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
`
■概要
GitHubでの開発において、日々作成される多くのプルリクエストの内容を一つひとつ確認するのは時間がかかる作業ではないでしょうか。このワークフローを活用すれば、GitHubでプルリクエストが作成された際に、その変更内容をGeminiが自動で要約し、指定のメールアドレスへ通知します。GeminiとGitHubを連携させることで、レビュー担当者は概要を迅速に把握でき、コードレビューのプロセスを効率化できます。
■このテンプレートをおすすめする方
- GitHubでのプルリクエストレビューに多くの時間を費やしている開発者の方
- GeminiとGitHubを連携させ、開発プロセス全体の効率化を図りたいチームリーダーの方
- コードレビューの確認漏れや対応遅れを防ぎたいプロジェクトマネージャーの方
■このテンプレートを使うメリット
- GitHubでプルリクエストが作成されると、Geminiが自動で要約を生成するため、レビュー担当者が内容を把握するまでの時間を短縮できます
- レビュー依頼の通知プロセスが自動化されることで、確認漏れといったヒューマンエラーを防ぎ、開発業務の標準化にも繋がります
■フローボットの流れ
- はじめに、GeminiとGitHubをYoomと連携します
- 次に、トリガーでGitHubを選択し、「プルリクエストが作成されたら」というアクションを設定します
- 次に、オペレーションでGeminiを選択し、「コンテンツを生成」アクションでプルリクエストの内容を要約するよう設定します
- 最後に、オペレーションでYoomの「メールを送る」アクションを設定し、Geminiが生成した要約内容を本文に含めて指定の宛先に送信します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Geminiのオペレーションでは、システムプロンプトに「プルリクエストの変更点を日本語で3点に要約してください」のように、出力させたい内容を任意で設定してください
- メールを送るオペレーションでは、宛先、件名、本文を任意で設定できます。本文には、トリガーで取得したプルリクエストのURLやタイトル、Geminiが生成した要約といった動的な情報を自由に組み込んでください
■注意事項
- GitHub、GeminiのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
GeminiやGitHubを使ったその他の自動化例
GeminiやGitHubのAPIを使用することで、さまざまな業務を自動化することができます。
ここでは、複数のテンプレートをご紹介するので、気になるものがあればぜひ試してみてくださいね！
Geminiを使った便利な自動化例
他のアプリをトリガーとして利用して連携することで、内容を要約する業務を自動化できます。
テンプレートを設定するだけで手動での要約作業が削減されるため、業務の効率化を図りたいときにおすすめです。
■概要
Google スプレッドシートで追加された内容をGeminiを使って要約しGoogle スプレッドシートに更新するフローです。
■このテンプレートをおすすめする方
1.Google スプレッドシートを業務で使用する方
・会議内容をGoogle スプレッドシートに蓄積している方
・Google スプレッドシートをチーム間で共有して業務を進めている方
2.業務でGeminiを活用している方
・Geminiを利用して文章の要約をすることが多い方
・会議内容の要約作業に時間がかかっている方
■このテンプレートを使うメリット
Google スプレッドシートはクラウド上でデータを管理できるため、情報共有やデータの蓄積に有効なツールです。
しかし、定期的に開催される会議内容をGoogle スプレッドシートに蓄積した後に、要約してチーム間で情報共有をしている場合、時間がかかり手間だと感じているかもしれません。
このテンプレートは、Google スプレッドシートに行が追加されるとGeminiで要約した結果をGoogle スプレッドシートに更新することができるため、要約作業を効率化できます。
会議内容が多く要約に時間がかかる場合でも、スピーディーに内容の要約が行われるため、業務時間の短縮を図ることが可能です。
また、チャットツールから通知を出すことで、内容の要約結果をチーム間で共有でき、業務をスムーズに進めることができます。
■注意事項
・Google スプレッドシート、GeminiのそれぞれとYoomを連携してください。
・トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
・プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
GitLabで新しいイシューが作成されるたびに、その内容を確認し、関係者に共有する作業は手間がかかるものです。
特に、多くのイシューが飛び交う開発現場では、重要な情報を見落としてしまうリスクも少なくありません。
このワークフローを活用すれば、GitLabのイシュー作成をトリガーに、Geminiが自動で内容を要約し、指定した宛先にメールで通知します。GitLabとGeminiを連携させることで、イシュー管理と情報共有の効率化を実現します。
■このテンプレートをおすすめする方
- GitLabを活用しており、イシューの内容確認や共有作業に課題を感じている開発担当者の方
- GitLabとGeminiの連携による業務自動化に関心があり、情報共有を円滑にしたいと考えている方
- プロジェクトの進捗を迅速に把握し、関係者への報告の手間を省きたいプロジェクトマネージャーの方
■このテンプレートを使うメリット
- GitLabでイシューが作成されると、Geminiによる要約からメール通知までが自動で実行されるため、手作業での確認や共有にかかっていた時間を短縮できます
- 通知の送り忘れや、要約内容のばらつきといったヒューマンエラーを防ぎ、安定した品質での情報共有が可能になります
■フローボットの流れ
- はじめに、GitLabとGeminiをYoomと連携します
- 次に、トリガーでGitLabを選択し、「イシューが作成されたら」というアクションを設定します
- 次に、オペレーションでGeminiを選択し、トリガーで取得したイシュー情報を元に「コンテンツを生成」アクションで要約を作成します
- 最後に、オペレーションでYoomのメール機能を選択し、「メールを送る」アクションでGeminiが生成した要約内容を含むメールを送信するよう設定します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Geminiでコンテンツを生成するアクションでは、システムプロンプトに「箇条書きで要約してください」や「技術的な内容を分かりやすくまとめてください」といった指示を任意の内容で設定してください
- メールを送信するアクションでは、宛先や件名、本文を任意で設定してください。本文にはGitLabのイシュー情報やGeminiが生成した要約など、前のアクションで取得した値を組み込むことが可能です
■注意事項
- Gitlab、GeminiのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
開発プロジェクトにおいて、フォームから寄せられるバグ報告や機能要望をGitLabのイシューとして手動で管理するのは手間がかかる作業です。
このワークフローを活用すれば、フォームが送信されるとGeminiが自動で内容を要約し、GitLabにイシューを作成します。GitLabとGeminiを連携させることで、イシュー起票のプロセスを自動化し、開発の初動を早めることが可能です。
■このテンプレートをおすすめする方
- フォーム経由の報告をGitLabのイシューで管理している開発チームの方
- Geminiを活用してGitLabのイシュー作成を自動化したいと考えている方
- 手作業での転記や要約作業をなくし、プロジェクト管理を効率化したい方
■このテンプレートを使うメリット
- フォームで送信された内容をGeminiが自動で要約しGitLabへイシューを作成するため、手作業での転記や要約にかかる時間を短縮します。
- 報告内容の転記ミスや要約の質のばらつきといったヒューマンエラーを防ぎ、`GitLab`と`Gemini`の連携で情報精度を均一化します。
■フローボットの流れ
- はじめに、GeminとGitLabをYoomと連携します。
- 次に、トリガーでフォームを選択し、報告内容を入力するための項目を設定します。
- 次に、オペレーションでGeminiの「コンテンツを生成」アクションを設定し、フォームで受け取った内容を要約するよう指示します。
- 最後に、オペレーションでGitLabの「イシューを作成」アクションを設定し、Geminiが要約した内容などを反映させてイシューを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Geminiのオペレーションでは、システムプロンプトを任意の内容に設定可能です。例えば「バグ報告として要約して」など、目的に応じた指示を与えることで要約の精度を高められます。
- GitLabでイシューを作成する際に、タイトルや説明に設定する値は自由に変更できます。フォームの入力値やGeminiの生成結果を組み合わせて、管理しやすいフォーマットにしてください。
■注意事項
- Gemini、GitLabのそれぞれとYoomを連携してください。
■概要
Microsoft Teamsでの問い合わせ対応や情報共有に追われ、投稿内容の確認や適切な回答の作成に手間がかかっていませんか。手作業での対応は時間がかかるだけでなく、回答の質にばらつきが出てしまうこともあります。このワークフローを活用すれば、Microsoft Teamsに投稿されたメッセージをGeminiが自動で解析し、生成した回答をチャネルに投稿するため、こうしたコミュニケーションに関する課題の解消に繋がります。
■このテンプレートをおすすめする方
- Microsoft Teamsでの問い合わせ対応を効率化し、返信までの時間を短縮したいと考えている方
- 社内の特定チャネルでの議論や情報をGeminiで要約し、ナレッジとして活用したいチームリーダーの方
- 生成AIを業務に組み込み、手作業での情報収集や回答作成の手間を省きたいと考えている方
■このテンプレートを使うメリット
- Microsoft Teamsの投稿をトリガーにGeminiが自動で回答を生成・投稿するため、問い合わせ対応にかかる時間を短縮することができます。
- AIによる自動応答を取り入れることで、担当者による回答内容のばらつきを防ぎ、業務品質の標準化と属人化の解消に繋がります。
■フローボットの流れ
- はじめに、Microsoft TeamsとGeminiをYoomと連携します。
- 次に、トリガーでMicrosoft Teamsを選択し、「チャネルにメッセージが送信されたら」アクションを設定します。
- 次に、オペレーションでGeminiを選択し、「コンテンツを生成」アクションで、トリガーで取得したメッセージ内容を解析するように設定します。
- 最後に、再度オペレーションでMicrosoft Teamsを選択し、「チャネルにメッセージを送る」アクションで、Geminiが生成した回答を投稿するよう設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Microsoft Teamsのトリガーでは、フローを起動させたいチームIDやチャネルID、起動間隔を任意で指定してください。
- Geminiのオペレーションでは、使用するモデルのほか、指示内容であるプロンプトやシステムプロンプトを自由に設定できます。
- Microsoft Teamsへのメッセージ送信オペレーションでは、回答を投稿するチームIDやチャネルID、メッセージ内容を任意で設定してください。
■注意事項
- Microsoft Teams、GeminiそれぞれとYoomを連携してください。
- Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要Notionに議事録や調査レポートなどのページを追加するたびに、その内容を都度確認し、手作業で要約を作成するのは時間がかかる作業ではないでしょうか。このワークフローを活用すれば、Notionのデータソースにページが作成されると、Geminiが自動で内容を要約し、対象のレコードを更新するため、情報共有の効率化や内容把握までの時間短縮に繋がります。■このテンプレートをおすすめする方- Notionで議事録やドキュメント管理を行っており、内容の要約作業を効率化したい方
- Geminiを活用して、情報収集やテキスト生成のプロセスを自動化したいと考えている方
- 手作業でのコピー＆ペーストによる情報の転記や要約作成の手間をなくしたい方
■このテンプレートを使うメリット- Notionへのページ作成をトリガーに、Geminiが自動で要約を作成・更新するため、要約作業にかかる時間を短縮できます
- 手作業でのコピー＆ペーストや転記が不要になり、内容の抜け漏れや転記ミスといったヒューマンエラーの防止に繋がります
■フローボットの流れ- はじめに、NotionとGeminiをYoomと連携します
- 次に、トリガーでNotionを選択し、「特定のデータソースのページが作成または更新されたら」というアクションを設定します
- 次に、オペレーションでNotionの「レコードを取得する（ID検索）」を設定し、トリガーで取得したページの情報を取得します
- その後、オペレーションでGeminiを選択し、「コンテンツを生成」アクションで取得したページ内容の要約を作成します
- 最後に、オペレーションでNotionの「レコードを更新する（ID検索）」を設定し、生成された要約を対象のレコードに反映します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション■このワークフローのカスタムポイント- Notionのトリガー設定では、自動化の対象としたいデータソースのIDを任意で設定してくださいこれにより、特定のデータソースのみを監視対象とすることが可能です
- Geminiのオペレーションでは、使用するモデルを任意で設定できるほか、プロンプトやシステムプロンプトを自由にカスタマイズすることで、要約の文字数や形式などを調整できます
■注意事項- Notion、GeminiのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
■概要
Google スプレッドシートで追加された内容をGeminiを使って要約しGoogle スプレッドシートに更新するフローです。
■このテンプレートをおすすめする方
1.Google スプレッドシートを業務で使用する方
・会議内容をGoogle スプレッドシートに蓄積している方
・Google スプレッドシートをチーム間で共有して業務を進めている方
2.業務でGeminiを活用している方
・Geminiを利用して文章の要約をすることが多い方
・会議内容の要約作業に時間がかかっている方
■このテンプレートを使うメリット
Google スプレッドシートはクラウド上でデータを管理できるため、情報共有やデータの蓄積に有効なツールです。
しかし、定期的に開催される会議内容をGoogle スプレッドシートに蓄積した後に、要約してチーム間で情報共有をしている場合、時間がかかり手間だと感じているかもしれません。
このテンプレートは、Google スプレッドシートに行が追加されるとGeminiで要約した結果をGoogle スプレッドシートに更新することができるため、要約作業を効率化できます。
会議内容が多く要約に時間がかかる場合でも、スピーディーに内容の要約が行われるため、業務時間の短縮を図ることが可能です。
また、チャットツールから通知を出すことで、内容の要約結果をチーム間で共有でき、業務をスムーズに進めることができます。
■注意事項
・Google スプレッドシート、GeminiのそれぞれとYoomを連携してください。
・トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
・プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
GitLabで新しいイシューが作成されるたびに、その内容を確認し、関係者に共有する作業は手間がかかるものです。
特に、多くのイシューが飛び交う開発現場では、重要な情報を見落としてしまうリスクも少なくありません。
このワークフローを活用すれば、GitLabのイシュー作成をトリガーに、Geminiが自動で内容を要約し、指定した宛先にメールで通知します。GitLabとGeminiを連携させることで、イシュー管理と情報共有の効率化を実現します。
■このテンプレートをおすすめする方
- GitLabを活用しており、イシューの内容確認や共有作業に課題を感じている開発担当者の方
- GitLabとGeminiの連携による業務自動化に関心があり、情報共有を円滑にしたいと考えている方
- プロジェクトの進捗を迅速に把握し、関係者への報告の手間を省きたいプロジェクトマネージャーの方
■このテンプレートを使うメリット
- GitLabでイシューが作成されると、Geminiによる要約からメール通知までが自動で実行されるため、手作業での確認や共有にかかっていた時間を短縮できます
- 通知の送り忘れや、要約内容のばらつきといったヒューマンエラーを防ぎ、安定した品質での情報共有が可能になります
■フローボットの流れ
- はじめに、GitLabとGeminiをYoomと連携します
- 次に、トリガーでGitLabを選択し、「イシューが作成されたら」というアクションを設定します
- 次に、オペレーションでGeminiを選択し、トリガーで取得したイシュー情報を元に「コンテンツを生成」アクションで要約を作成します
- 最後に、オペレーションでYoomのメール機能を選択し、「メールを送る」アクションでGeminiが生成した要約内容を含むメールを送信するよう設定します
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Geminiでコンテンツを生成するアクションでは、システムプロンプトに「箇条書きで要約してください」や「技術的な内容を分かりやすくまとめてください」といった指示を任意の内容で設定してください
- メールを送信するアクションでは、宛先や件名、本文を任意で設定してください。本文にはGitLabのイシュー情報やGeminiが生成した要約など、前のアクションで取得した値を組み込むことが可能です
■注意事項
- Gitlab、GeminiのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
開発プロジェクトにおいて、フォームから寄せられるバグ報告や機能要望をGitLabのイシューとして手動で管理するのは手間がかかる作業です。
このワークフローを活用すれば、フォームが送信されるとGeminiが自動で内容を要約し、GitLabにイシューを作成します。GitLabとGeminiを連携させることで、イシュー起票のプロセスを自動化し、開発の初動を早めることが可能です。
■このテンプレートをおすすめする方
- フォーム経由の報告をGitLabのイシューで管理している開発チームの方
- Geminiを活用してGitLabのイシュー作成を自動化したいと考えている方
- 手作業での転記や要約作業をなくし、プロジェクト管理を効率化したい方
■このテンプレートを使うメリット
- フォームで送信された内容をGeminiが自動で要約しGitLabへイシューを作成するため、手作業での転記や要約にかかる時間を短縮します。
- 報告内容の転記ミスや要約の質のばらつきといったヒューマンエラーを防ぎ、`GitLab`と`Gemini`の連携で情報精度を均一化します。
■フローボットの流れ
- はじめに、GeminとGitLabをYoomと連携します。
- 次に、トリガーでフォームを選択し、報告内容を入力するための項目を設定します。
- 次に、オペレーションでGeminiの「コンテンツを生成」アクションを設定し、フォームで受け取った内容を要約するよう指示します。
- 最後に、オペレーションでGitLabの「イシューを作成」アクションを設定し、Geminiが要約した内容などを反映させてイシューを作成します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Geminiのオペレーションでは、システムプロンプトを任意の内容に設定可能です。例えば「バグ報告として要約して」など、目的に応じた指示を与えることで要約の精度を高められます。
- GitLabでイシューを作成する際に、タイトルや説明に設定する値は自由に変更できます。フォームの入力値やGeminiの生成結果を組み合わせて、管理しやすいフォーマットにしてください。
■注意事項
- Gemini、GitLabのそれぞれとYoomを連携してください。
■概要
Microsoft Teamsでの問い合わせ対応や情報共有に追われ、投稿内容の確認や適切な回答の作成に手間がかかっていませんか。手作業での対応は時間がかかるだけでなく、回答の質にばらつきが出てしまうこともあります。このワークフローを活用すれば、Microsoft Teamsに投稿されたメッセージをGeminiが自動で解析し、生成した回答をチャネルに投稿するため、こうしたコミュニケーションに関する課題の解消に繋がります。
■このテンプレートをおすすめする方
- Microsoft Teamsでの問い合わせ対応を効率化し、返信までの時間を短縮したいと考えている方
- 社内の特定チャネルでの議論や情報をGeminiで要約し、ナレッジとして活用したいチームリーダーの方
- 生成AIを業務に組み込み、手作業での情報収集や回答作成の手間を省きたいと考えている方
■このテンプレートを使うメリット
- Microsoft Teamsの投稿をトリガーにGeminiが自動で回答を生成・投稿するため、問い合わせ対応にかかる時間を短縮することができます。
- AIによる自動応答を取り入れることで、担当者による回答内容のばらつきを防ぎ、業務品質の標準化と属人化の解消に繋がります。
■フローボットの流れ
- はじめに、Microsoft TeamsとGeminiをYoomと連携します。
- 次に、トリガーでMicrosoft Teamsを選択し、「チャネルにメッセージが送信されたら」アクションを設定します。
- 次に、オペレーションでGeminiを選択し、「コンテンツを生成」アクションで、トリガーで取得したメッセージ内容を解析するように設定します。
- 最後に、再度オペレーションでMicrosoft Teamsを選択し、「チャネルにメッセージを送る」アクションで、Geminiが生成した回答を投稿するよう設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Microsoft Teamsのトリガーでは、フローを起動させたいチームIDやチャネルID、起動間隔を任意で指定してください。
- Geminiのオペレーションでは、使用するモデルのほか、指示内容であるプロンプトやシステムプロンプトを自由に設定できます。
- Microsoft Teamsへのメッセージ送信オペレーションでは、回答を投稿するチームIDやチャネルID、メッセージ内容を任意で設定してください。
■注意事項
- Microsoft Teams、GeminiそれぞれとYoomを連携してください。
- Microsoft365（旧Office365）には、家庭向けプランと一般法人向けプラン（Microsoft365 Business）があり、一般法人向けプランに加入していない場合には認証に失敗する可能性があります。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- Notionで議事録やドキュメント管理を行っており、内容の要約作業を効率化したい方
- Geminiを活用して、情報収集やテキスト生成のプロセスを自動化したいと考えている方
- 手作業でのコピー＆ペーストによる情報の転記や要約作成の手間をなくしたい方
- Notionへのページ作成をトリガーに、Geminiが自動で要約を作成・更新するため、要約作業にかかる時間を短縮できます
- 手作業でのコピー＆ペーストや転記が不要になり、内容の抜け漏れや転記ミスといったヒューマンエラーの防止に繋がります
- はじめに、NotionとGeminiをYoomと連携します
- 次に、トリガーでNotionを選択し、「特定のデータソースのページが作成または更新されたら」というアクションを設定します
- 次に、オペレーションでNotionの「レコードを取得する（ID検索）」を設定し、トリガーで取得したページの情報を取得します
- その後、オペレーションでGeminiを選択し、「コンテンツを生成」アクションで取得したページ内容の要約を作成します
- 最後に、オペレーションでNotionの「レコードを更新する（ID検索）」を設定し、生成された要約を対象のレコードに反映します
- Notionのトリガー設定では、自動化の対象としたいデータソースのIDを任意で設定してくださいこれにより、特定のデータソースのみを監視対象とすることが可能です
- Geminiのオペレーションでは、使用するモデルを任意で設定できるほか、プロンプトやシステムプロンプトを自由にカスタマイズすることで、要約の文字数や形式などを調整できます
- Notion、GeminiのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- 分岐はミニプラン以上のプランでご利用いただける機能（オペレーション）となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能（オペレーション）を使用することができます。
GitHubを使った便利な自動化例
他のタスク管理ツールと連携することで、タスクの一元管理が可能になります。
手作業でタスクを転記する作業を削減できるため、転記漏れなどの人為的ミスを防ぎたいときは、以下のテンプレートを試してみてください！
■概要
プロジェクト管理でAsanaをご利用の際、開発チームへの連携としてGitHubに手動でIssueを登録していませんか。この作業は二重入力の手間がかかるだけでなく、情報の転記ミスや対応漏れといったヒューマンエラーの原因にもなり得ます。このワークフローを活用すれば、Asanaで新しいタスクが作成されたタイミングで、GitHubのIssueを自動で作成し、開発連携のプロセスを円滑に進めることが可能です。
■このテンプレートをおすすめする方
- Asanaでタスクを管理し、開発チームにGitHubで依頼しているプロジェクトマネージャーの方
- AsanaとGitHub間の情報連携を手作業で行っており、入力の手間や漏れをなくしたい方
- 開発チームのタスク管理プロセスを自動化し、生産性の向上を目指している方
■このテンプレートを使うメリット
- Asanaでタスクが作成されると自動でGitHubにIssueが作成されるため、これまで手作業で行っていた情報連携の時間を短縮できます。
- 手作業での情報転記が不要になることで、タスク名の入力ミスや依頼内容の記載漏れといったヒューマンエラーの発生を防ぎます。
■フローボットの流れ
- はじめに、AsanaとGitHubをYoomと連携します。
- 次に、トリガーでAsanaを選択し、「特定のプロジェクトに新しいタスクが追加されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubを選択し、「Issueを作成」アクションを設定して、Asanaのタスク情報を基にIssueが作成されるようにします。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Asanaのトリガー設定では、どのプロジェクトで作成されたタスクを自動化の対象にするか、ご自身のワークスペースIDおよびプロジェクトIDを候補から選択してください。
- GitHubでIssueを作成するアクションでは、対象リポジトリのオーナー名とリポジトリ名を設定し、Asanaのタスク情報を基にIssueのタイトルや本文などを自由に設定します。
■注意事項
- Asana、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Zoho Formsで受け付けたバグ報告や機能要望などを、手作業でGitHubのIssueに転記していませんか。
このコピー＆ペーストの繰り返し作業は手間がかかるだけでなく、入力ミスや転記漏れのリスクも伴います。
このワークフローを活用すれば、Zoho Formsでフォームが送信された際に、その内容をもとにGitHubのIssueを自動で作成します。
これにより、開発チームへの情報共有を迅速かつ正確に行うことが可能となるでしょう。
■このテンプレートをおすすめする方
- Zoho Formsで顧客からのフィードバックやバグ報告を受け付けている方
- GitHubでタスク管理をしており、手作業でのIssue作成に手間を感じている方
- 顧客からの問い合わせ対応と開発の連携を効率化し、対応速度を向上させたいと考えている方
■このテンプレートを使うメリット
- Zoho Formsへのフォーム送信をトリガーに、GitHubのIssueが自動で作成されるため、手作業での転記に費やしていた時間を短縮することができます。
- システムが自動で処理を行うため、情報のコピー＆ペースト時に発生しがちな転記ミスや共有漏れといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、Zoho FormsをYoomと連携します。
- 次に、トリガーでZoho Formsの「フォームが送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」というアクションを設定し、フォームの送信内容を反映させます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- 「Issueを作成する」を設定する際、Issueのタイトルや本文などの各項目にZoho Formsで取得した値を埋め込むことができます。
■注意事項
- GitHubとZoho FormsのそれぞれとYoomを連携してください。
- Zoho FormsのWebhook設定方法は下記をご覧ください。
https://intercom.help/yoom/ja/articles/9924708
■概要
GitHubで新しいIssueが作成されるたびに、内容を把握し、優先順位を判断するのは手間がかかる作業です。特に多くのIssueが同時に発生すると、重要な情報を見落としたり、対応が遅れてしまうこともあります。このワークフローを活用すれば、新しいIssueの作成をトリガーに、ChatGPTがその内容を自動で分析しコメントを追加するため、Issueの内容把握を迅速化し、開発プロセスの効率化に繋がります。
■このテンプレートをおすすめする方
- GitHubでのIssue管理に多くの時間を費やしているプロジェクトマネージャーの方
- ChatGPTを活用して、開発プロセスの初期対応を効率化したいと考えている方
- 手作業によるIssueの確認漏れや、対応の遅延を防ぎたい開発チームの方
■このテンプレートを使うメリット
- GitHubでIssueが作成されるとChatGPTが内容を分析・要約するため、手動での確認作業にかかる時間を短縮できます。
- Issueの内容把握が迅速かつ均一化され、担当者の割り振りや対応の優先順位付けがスムーズになり、開発プロセスの属人化を防ぎます。
■フローボットの流れ
- はじめに、GitHubとChatGPTをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、フローが起動するきっかけを作ります。
- 続いて、オペレーションでChatGPTの「テキストを生成（高度な設定）」アクションを設定し、トリガーで取得したIssueのタイトルや本文を元に、内容の分析や要約を指示します。
- 最後に、オペレーションでGitHubの「Issue・Pull Requestにコメントを追加」アクションを設定し、ChatGPTが生成したテキストを該当のIssueにコメントとして投稿します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- ChatGPTの「テキストを生成」アクションを実行するには、OpenAIのAPI有料プランの契約が必要であり、APIが使用された際に支払いができる状態にしておく必要があります。
- ChatGPTのAPI利用はOpenAI社が有料で提供しており、API疎通時のトークンにより従量課金される仕組みのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
■注意事項
- GitHubとChatGPTのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- ChatGPT（OpenAI）のアクションを実行するには、OpenAIのAPI有料プランの契約が必要です。（APIが使用されたときに支払いができる状態）
https://openai.com/ja-JP/api/pricing/ - ChatGPTのAPI利用はOpenAI社が有料で提供しており、API疎通時のトークンにより従量課金される仕組みとなっています。そのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
■概要
GitHubでの開発プロジェクトにおいて、新しいプルリクエストが作成されるたびにその内容を確認し、関連情報をチームに共有するのは手間がかかる作業ではないでしょうか。特に変更点が多い場合、概要を把握するだけでも時間がかかり、開発のスピードに影響が出ることもあります。このワークフローを活用すれば、GitHubでのプルリクエスト作成をトリガーとして、Hugging Faceがその内容を自動で要約し、指定したTelegramのチャットに通知することが可能になり、開発コミュニケーションの効率化を実現します。
■このテンプレートをおすすめする方
- GitHubでのプルリクエスト確認とチームへの共有作業を効率化したい開発担当者の方
- Hugging FaceのAI要約機能を活用して、開発関連の情報を迅速に把握したい方
- Telegramを主要なコミュニケーションツールとして利用している開発チームのリーダーの方
■このテンプレートを使うメリット
- プルリクエスト作成から内容の要約、そしてチームへの通知までの一連の流れを自動化し、これまで手作業で行っていた情報共有の時間を短縮します。
- Hugging Faceによる自動要約を利用することで、プルリクエストの主要な変更点を迅速に把握でき、手動での確認作業に伴う見落としなどのリスクを軽減します。
■フローボットの流れ
- はじめに、Yoomの「マイアプリ」画面でGitHub、Hugging Face、およびTelegramとの連携認証を行います。
- 次に、トリガーとしてGitHubを選択し、「プルリクエストが作成されたら」というアクションを設定し、監視したいリポジトリを指定します。
- 続き、オペレーションでHugging Faceを選択し、「テキストを要約」アクションを設定します。ここで、GitHubのトリガーから取得したプルリクエストの本文や差分情報などを要約対象のテキストとして指定します。
- 最後に、オペレーションでTelegramを選択し、「メッセージを送信」アクションを設定します。Hugging Faceで要約されたテキストをメッセージ内容に含め、通知先のチャットIDを指定して送信するように設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Hugging Faceの「テキストを要約」アクションでは、使用するAIモデル名や、要約の対象とするテキスト（例えば、プルリクエストのタイトル、本文、コミットメッセージなど）を、取得可能な情報の中から任意で指定してください。
- Telegramの「メッセージを送信」アクションでは、通知メッセージのフォーマットや内容を自由にカスタマイズできるほか、通知を送信する先のチャットIDを、個人のチャットやグループチャットなど、運用に合わせて設定してください。
■注意事項
- GitHub、Hugging Face、TelegramのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
GitHubでプルリクエストが作成されるたびに、その内容をCodaに手動で転記する作業は、開発プロセスにおいて重要でありながらも手間がかかるのではないでしょうか。このワークフローを活用すれば、GitHubでのプルリクエスト作成をきっかけに、Codaへのページ作成が自動化され、転記作業の手間や更新漏れといった課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- GitHubとCodaを利用し、開発の進捗管理を手作業で行っている開発チームの方
- プルリクエストに関する情報の転記漏れや遅延を防ぎたいプロジェクトリーダーの方
- 開発チーム内の情報共有プロセスを自動化し、生産性の向上を目指している方
■このテンプレートを使うメリット
- GitHubでプルリクエストが作成されると自動でCodaにページが作成されるため、手作業での転記にかかっていた時間を短縮できます。
- 手作業による情報の入力間違いや転記漏れといったヒューマンエラーを防ぎ、ドキュメントの正確性を保つことにつながります。
■フローボットの流れ
- はじめに、GitHubとCodaをYoomと連携します。
- 次に、トリガーでGitHubを選択し、プルリクエストの作成をフローボットの起動条件として設定します。
- 最後に、オペレーションでCodaを選択し、ページを作成するアクションを設定します。ここでGitHubから取得したプルリクエストの情報を紐付け、ページが自動で作成されるように設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、連携の対象としたいリポジトリを特定するために、所有者名とリポジトリ名を任意で設定してください。
- Codaのオペレーション設定では、どのドキュメントにページを作成するかを識別するために、対象ドキュメントのIDを任意で設定してください。
■注意事項
- Coda、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
プロジェクト管理でAsanaをご利用の際、開発チームへの連携としてGitHubに手動でIssueを登録していませんか。この作業は二重入力の手間がかかるだけでなく、情報の転記ミスや対応漏れといったヒューマンエラーの原因にもなり得ます。このワークフローを活用すれば、Asanaで新しいタスクが作成されたタイミングで、GitHubのIssueを自動で作成し、開発連携のプロセスを円滑に進めることが可能です。
■このテンプレートをおすすめする方
- Asanaでタスクを管理し、開発チームにGitHubで依頼しているプロジェクトマネージャーの方
- AsanaとGitHub間の情報連携を手作業で行っており、入力の手間や漏れをなくしたい方
- 開発チームのタスク管理プロセスを自動化し、生産性の向上を目指している方
■このテンプレートを使うメリット
- Asanaでタスクが作成されると自動でGitHubにIssueが作成されるため、これまで手作業で行っていた情報連携の時間を短縮できます。
- 手作業での情報転記が不要になることで、タスク名の入力ミスや依頼内容の記載漏れといったヒューマンエラーの発生を防ぎます。
■フローボットの流れ
- はじめに、AsanaとGitHubをYoomと連携します。
- 次に、トリガーでAsanaを選択し、「特定のプロジェクトに新しいタスクが追加されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubを選択し、「Issueを作成」アクションを設定して、Asanaのタスク情報を基にIssueが作成されるようにします。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Asanaのトリガー設定では、どのプロジェクトで作成されたタスクを自動化の対象にするか、ご自身のワークスペースIDおよびプロジェクトIDを候補から選択してください。
- GitHubでIssueを作成するアクションでは、対象リポジトリのオーナー名とリポジトリ名を設定し、Asanaのタスク情報を基にIssueのタイトルや本文などを自由に設定します。
■注意事項
- Asana、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
Zoho Formsで受け付けたバグ報告や機能要望などを、手作業でGitHubのIssueに転記していませんか。
このコピー＆ペーストの繰り返し作業は手間がかかるだけでなく、入力ミスや転記漏れのリスクも伴います。
このワークフローを活用すれば、Zoho Formsでフォームが送信された際に、その内容をもとにGitHubのIssueを自動で作成します。
これにより、開発チームへの情報共有を迅速かつ正確に行うことが可能となるでしょう。
■このテンプレートをおすすめする方
- Zoho Formsで顧客からのフィードバックやバグ報告を受け付けている方
- GitHubでタスク管理をしており、手作業でのIssue作成に手間を感じている方
- 顧客からの問い合わせ対応と開発の連携を効率化し、対応速度を向上させたいと考えている方
■このテンプレートを使うメリット
- Zoho Formsへのフォーム送信をトリガーに、GitHubのIssueが自動で作成されるため、手作業での転記に費やしていた時間を短縮することができます。
- システムが自動で処理を行うため、情報のコピー＆ペースト時に発生しがちな転記ミスや共有漏れといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、Zoho FormsをYoomと連携します。
- 次に、トリガーでZoho Formsの「フォームが送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」というアクションを設定し、フォームの送信内容を反映させます。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- 「Issueを作成する」を設定する際、Issueのタイトルや本文などの各項目にZoho Formsで取得した値を埋め込むことができます。
■注意事項
- GitHubとZoho FormsのそれぞれとYoomを連携してください。
- Zoho FormsのWebhook設定方法は下記をご覧ください。
https://intercom.help/yoom/ja/articles/9924708
■概要
GitHubで新しいIssueが作成されるたびに、内容を把握し、優先順位を判断するのは手間がかかる作業です。特に多くのIssueが同時に発生すると、重要な情報を見落としたり、対応が遅れてしまうこともあります。このワークフローを活用すれば、新しいIssueの作成をトリガーに、ChatGPTがその内容を自動で分析しコメントを追加するため、Issueの内容把握を迅速化し、開発プロセスの効率化に繋がります。
■このテンプレートをおすすめする方
- GitHubでのIssue管理に多くの時間を費やしているプロジェクトマネージャーの方
- ChatGPTを活用して、開発プロセスの初期対応を効率化したいと考えている方
- 手作業によるIssueの確認漏れや、対応の遅延を防ぎたい開発チームの方
■このテンプレートを使うメリット
- GitHubでIssueが作成されるとChatGPTが内容を分析・要約するため、手動での確認作業にかかる時間を短縮できます。
- Issueの内容把握が迅速かつ均一化され、担当者の割り振りや対応の優先順位付けがスムーズになり、開発プロセスの属人化を防ぎます。
■フローボットの流れ
- はじめに、GitHubとChatGPTをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、フローが起動するきっかけを作ります。
- 続いて、オペレーションでChatGPTの「テキストを生成（高度な設定）」アクションを設定し、トリガーで取得したIssueのタイトルや本文を元に、内容の分析や要約を指示します。
- 最後に、オペレーションでGitHubの「Issue・Pull Requestにコメントを追加」アクションを設定し、ChatGPTが生成したテキストを該当のIssueにコメントとして投稿します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- ChatGPTの「テキストを生成」アクションを実行するには、OpenAIのAPI有料プランの契約が必要であり、APIが使用された際に支払いができる状態にしておく必要があります。
- ChatGPTのAPI利用はOpenAI社が有料で提供しており、API疎通時のトークンにより従量課金される仕組みのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
■注意事項
- GitHubとChatGPTのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- ChatGPT（OpenAI）のアクションを実行するには、OpenAIのAPI有料プランの契約が必要です。（APIが使用されたときに支払いができる状態）
https://openai.com/ja-JP/api/pricing/ - ChatGPTのAPI利用はOpenAI社が有料で提供しており、API疎通時のトークンにより従量課金される仕組みとなっています。そのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
■概要
GitHubでの開発プロジェクトにおいて、新しいプルリクエストが作成されるたびにその内容を確認し、関連情報をチームに共有するのは手間がかかる作業ではないでしょうか。特に変更点が多い場合、概要を把握するだけでも時間がかかり、開発のスピードに影響が出ることもあります。このワークフローを活用すれば、GitHubでのプルリクエスト作成をトリガーとして、Hugging Faceがその内容を自動で要約し、指定したTelegramのチャットに通知することが可能になり、開発コミュニケーションの効率化を実現します。
■このテンプレートをおすすめする方
- GitHubでのプルリクエスト確認とチームへの共有作業を効率化したい開発担当者の方
- Hugging FaceのAI要約機能を活用して、開発関連の情報を迅速に把握したい方
- Telegramを主要なコミュニケーションツールとして利用している開発チームのリーダーの方
■このテンプレートを使うメリット
- プルリクエスト作成から内容の要約、そしてチームへの通知までの一連の流れを自動化し、これまで手作業で行っていた情報共有の時間を短縮します。
- Hugging Faceによる自動要約を利用することで、プルリクエストの主要な変更点を迅速に把握でき、手動での確認作業に伴う見落としなどのリスクを軽減します。
■フローボットの流れ
- はじめに、Yoomの「マイアプリ」画面でGitHub、Hugging Face、およびTelegramとの連携認証を行います。
- 次に、トリガーとしてGitHubを選択し、「プルリクエストが作成されたら」というアクションを設定し、監視したいリポジトリを指定します。
- 続き、オペレーションでHugging Faceを選択し、「テキストを要約」アクションを設定します。ここで、GitHubのトリガーから取得したプルリクエストの本文や差分情報などを要約対象のテキストとして指定します。
- 最後に、オペレーションでTelegramを選択し、「メッセージを送信」アクションを設定します。Hugging Faceで要約されたテキストをメッセージ内容に含め、通知先のチャットIDを指定して送信するように設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Hugging Faceの「テキストを要約」アクションでは、使用するAIモデル名や、要約の対象とするテキスト（例えば、プルリクエストのタイトル、本文、コミットメッセージなど）を、取得可能な情報の中から任意で指定してください。
- Telegramの「メッセージを送信」アクションでは、通知メッセージのフォーマットや内容を自由にカスタマイズできるほか、通知を送信する先のチャットIDを、個人のチャットやグループチャットなど、運用に合わせて設定してください。
■注意事項
- GitHub、Hugging Face、TelegramのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
■概要
GitHubでプルリクエストが作成されるたびに、その内容をCodaに手動で転記する作業は、開発プロセスにおいて重要でありながらも手間がかかるのではないでしょうか。このワークフローを活用すれば、GitHubでのプルリクエスト作成をきっかけに、Codaへのページ作成が自動化され、転記作業の手間や更新漏れといった課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- GitHubとCodaを利用し、開発の進捗管理を手作業で行っている開発チームの方
- プルリクエストに関する情報の転記漏れや遅延を防ぎたいプロジェクトリーダーの方
- 開発チーム内の情報共有プロセスを自動化し、生産性の向上を目指している方
■このテンプレートを使うメリット
- GitHubでプルリクエストが作成されると自動でCodaにページが作成されるため、手作業での転記にかかっていた時間を短縮できます。
- 手作業による情報の入力間違いや転記漏れといったヒューマンエラーを防ぎ、ドキュメントの正確性を保つことにつながります。
■フローボットの流れ
- はじめに、GitHubとCodaをYoomと連携します。
- 次に、トリガーでGitHubを選択し、プルリクエストの作成をフローボットの起動条件として設定します。
- 最後に、オペレーションでCodaを選択し、ページを作成するアクションを設定します。ここでGitHubから取得したプルリクエストの情報を紐付け、ページが自動で作成されるように設定します。
※「トリガー」：フロー起動のきっかけとなるアクション、「オペレーション」：トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、連携の対象としたいリポジトリを特定するために、所有者名とリポジトリ名を任意で設定してください。
- Codaのオペレーション設定では、どのドキュメントにページを作成するかを識別するために、対象ドキュメントのIDを任意で設定してください。
■注意事項
- Coda、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
まとめ
GeminiとGitHubの連携を自動化することで、これまで手作業で行っていたコードの転記やIssueの作成、更新内容の確認といった定型業務から解放され、ヒューマンエラーを防ぐことができます。
これにより、開発者は煩雑な作業に時間を奪われることなく、より創造性が求められるコーディングや設計、レビューといった本質的な業務に集中できる環境が整うはずです。
今回ご紹介したような業務自動化は、ノーコードツールの「Yoom」を活用することで、プログラミングの知識がない方でも直感的な操作で簡単に構築できます。
もし開発プロセスの効率化に少しでも興味を持っていただけたなら、ぜひこちらから無料登録して、Yoomがもたらす業務効率化を体験してみてください！
よくあるご質問
Q：連携途中でエラーが発生した場合の対処法は？
A：フローボットでエラーが発生すると、Yoomに登録したメールアドレス宛に通知が届きます。
通知にはエラーが起きたオペレーションや詳細のリンクが記載されており、すぐに原因を確認できます。
まずは通知内容を確認し、設定の修正が必要な場合はYoomヘルプページを参照してください。
それでも解決しない場合は、お問い合わせ窓口からサポートにご連絡ください。
Q：フォーム入力以外の方法でフローを起動できますか？
A：はい、可能です。
今回の記事で紹介したフォームトリガーだけでなく、メールの受信やSlackなどのチャットツールでのメッセージなど、別のアプリやトリガーを起点にしても同じ連携を実現できます。
基本的なフローボットの作成方法はこちらからご確認いただけます。
Q：プライベートリポジトリでも安全に連携できますか？
A：はい、安全に連携できます。
YoomはOAuth2.0やAPIキーによる認証方式を採用しており、通信はすべてSSL/TLSで暗号化されています。
そのため、プライベートリポジトリであっても適切な認証を経て必要な範囲の権限だけを利用し、セキュリティを担保した形で連携可能です。
詳細についてはこちらをご参照ください。
プログラミング知識なしで手軽に構築できます。
