「Inoreaderでチェックしている技術ブログやセキュリティ情報を、GitHubのIssueに手動で登録するのが面倒…」
「情報収集はしているけど、チームへの共有やタスク化が遅れてしまい、対応が後手に回ってしまう…」
このように、情報収集ツールとタスク管理ツールの間にある手作業の多さやタイムラグに、課題を感じていませんか?
もし、Inoreaderで新しいコンテンツが公開されたタイミングで、その内容を自動的にGitHubのIssueとして起票する仕組みがあれば、これらの悩みから解放され、開発チームはより迅速かつ正確に情報に基づいたアクションを起こせるようになります。
今回ご紹介する自動化の設定は、プログラミングの知識がなくても簡単に設定できます。
これまで手作業にかけていた時間を削減し、より重要な開発業務に集中できる環境を整えましょう!
とにかく早く試したい方へ
YoomにはInoreaderとGitHubを連携するためのテンプレートが用意されています。
今すぐ試したい方は以下よりバナーをクリックしてスタートしましょう!
Inoreaderの指定フィードで新しいコンテンツが公開されたら、GitHubでIssueを作成する
試してみる
■概要
Inoreaderで効率的に情報収集をしていても、得た情報をGitHubのIssueに手作業で登録するのは手間がかかる作業ではないでしょうか。この転記作業には、重要な情報の共有漏れや登録ミスのリスクも伴います。このワークフローは、InoreaderとGitHubを連携させることで、こうした課題を解決します。指定したフィードに新しいコンテンツが公開されると、自動でGitHubにIssueを作成するため、情報収集からタスク化までをスムーズに実行できます。
■このテンプレートをおすすめする方
- Inoreaderで収集した情報を基に、GitHubでタスク起票しているエンジニアの方
- InoreaderとGithubを連携し、情報収集フローの効率化を図りたい開発チームの方
- RSSフィードで得た競合情報や技術トレンドをGitHubのIssueで管理したい方
■このテンプレートを使うメリット
- Inoreaderでコンテンツが公開されると自動でGitHubにIssueが作成されるため、これまで手作業に費やしていた時間を短縮できます
- 手動での情報転記が不要になるため、URLの貼り間違いや重要な情報の起票漏れといったヒューマンエラーの発生を防ぎます
■フローボットの流れ
- はじめに、InoreaderとGitHubをYoomと連携します
- 次に、トリガーでInoreaderを選択し、「指定のフォルダ内でコンテンツが公開されたら」というアクションを設定します
- 最後に、オペレーションでGitHubを選択し、「Issueを作成」アクションを設定し、Inoreaderから取得した情報をもとにIssueが作成されるように設定します
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Inoreaderのトリガー設定では、監視対象としたいフォルダを任意で設定することが可能です。特定の技術ブログやニュースサイトなど、目的に合わせてフォルダを指定してください
- GitHubでIssueを作成する際、タイトルや本文にInoreaderで取得した記事のタイトルやURLといった情報を変数として設定できます。また、リポジトリや担当者、ラベルなども任意に指定可能です
■注意事項
- Inoreader、GitHubのそれぞれとYoomを連携してください
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます
- プランによって最短の起動間隔が異なりますので、ご注意ください
InoreaderとGitHubの連携フローを作ってみよう
それでは、さっそく実際にInoreaderとGitHubを連携したフローを作成してみましょう!
今回はYoomを使用して、ノーコードでInoreaderとGitHubの連携を進めていきます。
もしまだYoomのアカウントをお持ちでない場合は、登録フォームからアカウントを発行しておきましょう。
※今回連携するアプリの公式サイト:Inoreader/GitHub
[Yoomとは]
フローの作成方法
今回はInoreaderの指定フォルダで新しいコンテンツが公開されたら、GitHubでIssueを作成するフローを作成していきます!
作成の流れは大きく分けて以下です。
- InoreaderとGitHubをマイアプリ連携
- 該当のテンプレートをコピー
- Inoreaderのトリガー設定およびGitHubのアクション設定
- トリガーをONにし、フローが起動するかを確認
Inoreaderの指定フィードで新しいコンテンツが公開されたら、GitHubでIssueを作成する
試してみる
■概要
Inoreaderで効率的に情報収集をしていても、得た情報をGitHubのIssueに手作業で登録するのは手間がかかる作業ではないでしょうか。この転記作業には、重要な情報の共有漏れや登録ミスのリスクも伴います。このワークフローは、InoreaderとGitHubを連携させることで、こうした課題を解決します。指定したフィードに新しいコンテンツが公開されると、自動でGitHubにIssueを作成するため、情報収集からタスク化までをスムーズに実行できます。
■このテンプレートをおすすめする方
- Inoreaderで収集した情報を基に、GitHubでタスク起票しているエンジニアの方
- InoreaderとGithubを連携し、情報収集フローの効率化を図りたい開発チームの方
- RSSフィードで得た競合情報や技術トレンドをGitHubのIssueで管理したい方
■このテンプレートを使うメリット
- Inoreaderでコンテンツが公開されると自動でGitHubにIssueが作成されるため、これまで手作業に費やしていた時間を短縮できます
- 手動での情報転記が不要になるため、URLの貼り間違いや重要な情報の起票漏れといったヒューマンエラーの発生を防ぎます
■フローボットの流れ
- はじめに、InoreaderとGitHubをYoomと連携します
- 次に、トリガーでInoreaderを選択し、「指定のフォルダ内でコンテンツが公開されたら」というアクションを設定します
- 最後に、オペレーションでGitHubを選択し、「Issueを作成」アクションを設定し、Inoreaderから取得した情報をもとにIssueが作成されるように設定します
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Inoreaderのトリガー設定では、監視対象としたいフォルダを任意で設定することが可能です。特定の技術ブログやニュースサイトなど、目的に合わせてフォルダを指定してください
- GitHubでIssueを作成する際、タイトルや本文にInoreaderで取得した記事のタイトルやURLといった情報を変数として設定できます。また、リポジトリや担当者、ラベルなども任意に指定可能です
■注意事項
- Inoreader、GitHubのそれぞれとYoomを連携してください
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます
- プランによって最短の起動間隔が異なりますので、ご注意ください
ステップ1:InoreaderとGitHubをマイアプリ連携
ここでは、Yoomとそれぞれのアプリを連携して、操作が行えるようにしていきます。
まずは基本的な設定方法を解説しているナビをご覧ください!
InoreaderとYoomのマイアプリ連携
新規接続をクリックしたあと、アプリのメニュー一覧が表示されるのでInoreaderと検索し、対象アプリをクリックしてください。
以下の画面が表示されるので、App IDとApp keyを注釈に沿って入力し、「追加」をクリックしましょう。
GitHubとYoomのマイアプリ連携
以下の手順をご参照ください。
以上でマイアプリ登録は完了です!
ステップ2:テンプレートをコピーする
続いてYoomのテンプレートをコピーします。
以下バナーの「試してみる」をクリックしましょう。
Inoreaderの指定フィードで新しいコンテンツが公開されたら、GitHubでIssueを作成する
試してみる
■概要
Inoreaderで効率的に情報収集をしていても、得た情報をGitHubのIssueに手作業で登録するのは手間がかかる作業ではないでしょうか。この転記作業には、重要な情報の共有漏れや登録ミスのリスクも伴います。このワークフローは、InoreaderとGitHubを連携させることで、こうした課題を解決します。指定したフィードに新しいコンテンツが公開されると、自動でGitHubにIssueを作成するため、情報収集からタスク化までをスムーズに実行できます。
■このテンプレートをおすすめする方
- Inoreaderで収集した情報を基に、GitHubでタスク起票しているエンジニアの方
- InoreaderとGithubを連携し、情報収集フローの効率化を図りたい開発チームの方
- RSSフィードで得た競合情報や技術トレンドをGitHubのIssueで管理したい方
■このテンプレートを使うメリット
- Inoreaderでコンテンツが公開されると自動でGitHubにIssueが作成されるため、これまで手作業に費やしていた時間を短縮できます
- 手動での情報転記が不要になるため、URLの貼り間違いや重要な情報の起票漏れといったヒューマンエラーの発生を防ぎます
■フローボットの流れ
- はじめに、InoreaderとGitHubをYoomと連携します
- 次に、トリガーでInoreaderを選択し、「指定のフォルダ内でコンテンツが公開されたら」というアクションを設定します
- 最後に、オペレーションでGitHubを選択し、「Issueを作成」アクションを設定し、Inoreaderから取得した情報をもとにIssueが作成されるように設定します
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Inoreaderのトリガー設定では、監視対象としたいフォルダを任意で設定することが可能です。特定の技術ブログやニュースサイトなど、目的に合わせてフォルダを指定してください
- GitHubでIssueを作成する際、タイトルや本文にInoreaderで取得した記事のタイトルやURLといった情報を変数として設定できます。また、リポジトリや担当者、ラベルなども任意に指定可能です
■注意事項
- Inoreader、GitHubのそれぞれとYoomを連携してください
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます
- プランによって最短の起動間隔が異なりますので、ご注意ください
以下の画像のような画面が表示されたらテンプレートのコピーは完了です。
ステップ3:Inoreaderのトリガーアクション設定
それでは、ここから設定を進めていきましょう。
「指定のフォルダ内でコンテンツが公開されたら」をクリックします。
アクションはあらかじめ設定されているため、そのまま内容を確認してください。
Inoreaderと連携するアカウント情報に問題がなければ、「次へ」をクリックします。
事前準備として、指定のフォルダ内でコンテンツを公開しておきましょう。
この公開したコンテンツがトリガーイベントとなり、自動化の起点となります。
Yoomの操作画面に戻り、トリガーの設定を行います。
指定した間隔でInoreaderをチェックし、トリガーとなるアクション(今回は指定のフォルダ内でコンテンツが公開されたこと)を検知すると、フローボットが自動で起動します。
トリガーの起動タイミングは、5分、10分、15分、30分、60分のいずれかで設定できます。
ご利用プランによって、設定できるトリガーの最短間隔が異なるため、その点は要チェックです。
なお、基本的にはそのプランの最短の起動間隔にしてお使いいただくことをおすすめします。
フォルダ
入力欄をクリックするとマイアプリ連携をしたアカウントから候補が表示されるので、対象の項目を選択しましょう。
入力が完了したら、設定内容とトリガーの動作を確認するため「テスト」をクリックします。
テストに成功すると、Inoreaderのフォルダに公開されたコンテンツに関する情報が表示されます。
以下の取得した値はこの後のステップで利用できます。
※取得した値とは?
トリガーやオペレーション設定時に、「テスト」を実行して取得した値のことを指します。後続のオペレーション設定時の値として利用でき、フローボットを起動するたびに変動した値となります。
内容を確認し、「完了」をクリックします。
ステップ4:GitHubでIssueを作成
いよいよ最後の設定です!
前のステップでInoreaderから取得した値を利用して、GitHubでIssueを作成しましょう。
「Issueを作成」をクリックします。
アクションはあらかじめ設定されているため、そのまま内容を確認してください。
GitHubと連携するアカウント情報に問題がなければ、「次へ」をクリックします。
オーナー名
リポジトリ名
それぞれ注釈に沿って、GitHubのURL内からコピーして入力しましょう。
タイトル
任意で設定してください。
内容
作成するIssueの内容を設定します。
入力欄をクリックすると、前のステップでInoreaderから取得した値が表示されるので、選択して入力しましょう。
取得した値を活用することで値が固定化されず、フローボットを起動するたびに最新の情報を自動で反映できます。
なお、テキストを直接入力した部分は固定値とされるため、アウトプットを活用せず設定を行うと毎回同じデータがGitHubに登録されてしまうので注意が必要です。
その他の項目もお好みで設定可能です。
注釈を参考に、必要に応じて設定してみてくださいね。
入力が完了したら「テスト」をクリックして、設定した内容でGitHubにIssueが作成されるか確認しましょう。
テストが成功したらGitHubの画面を開き、Issueが実際に作成されているかを確認しましょう。
今回は下記のとおり作成されていました!
問題がなければYoomの操作画面に戻り、「完了」をクリックします。
以上ですべての設定が完了しました!
ステップ5:トリガーをONにし、フローが起動するかを確認
設定が完了すると、画面上に以下のようなメニューが表示されます。
トリガーをONにすることで、Inoreaderの指定フォルダに新しいコンテンツが公開されたタイミングで、その内容を基にGitHubリポジトリへ自動でIssueが作成されるようになります。
実際に新しいコンテンツが公開された際に、GitHub上でIssueが正しく作成されているかを確認してみましょう。
InoreaderとGitHubを活用したその他の自動化テンプレート
Yoomでは、InoreaderとGitHubに関しての様々な業務効率化テンプレートを提供しています。
InoreaderとGitHubでの操作をトリガーに、様々な業務工程を自動化することで業務の効率化と人的ミスの削減が可能です。ご自身の業務に合わせて、これらのテンプレートもぜひ活用してみてくださいね!
Inoreaderを使った便利な自動化例
Inoreaderの情報をChatGPTやHugging Faceで分析し、NotionやGoogle スプレッドシートへ自動蓄積できます。
Discord通知やAIによる画像生成、WordPress投稿の自動化まで、情報収集から発信までのプロセスをAIで強化します。
Inoreaderの指定フィードでコンテンツが公開されたらDiscordで通知する
試してみる
■概要
Inoreaderで特定のキーワードやサイトの記事を監視しているものの、更新を手動で確認したり、チームに共有したりする作業に手間を感じていませんか。 このワークフローを活用すれば、Inoreaderで指定したフィードに新しいコンテンツが公開されると、自動でDiscordに通知されるため、情報収集の効率を高めることができます。素早い情報共有が可能になり、重要なニュースや競合の動向を見逃すリスクを減らします。
■このテンプレートをおすすめする方
- Inoreaderを活用した記事監視で、競合や業界の最新情報を収集している方
- 収集した情報を手作業でチームに共有しており、その手間を省きたいと考えている方
- Discordをチームの主要なコミュニケーションツールとして利用し、情報共有を効率化したい方
■このテンプレートを使うメリット
- Inoreaderの更新を手動で確認する手間が省け、記事監視から情報共有までが自動化されるため、情報収集にかかる時間を短縮できます
- 指定フィードの更新を即座にDiscordへ通知するため、重要な情報の見逃しやチームへの共有漏れといったヒューマンエラーを防ぎます
■フローボットの流れ
- はじめに、InoreaderとDiscordをYoomと連携します
- 次に、トリガーでInoreaderを選択し、「指定のフィードでコンテンツが公開されたら」というアクションを設定します
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、公開されたコンテンツの情報を指定のチャンネルに通知します
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Inoreaderのトリガー設定では、監視対象としたいフィードのURLを任意で設定してください
- Discordでメッセージを送信するアクションでは、通知を送りたいチャンネルIDを任意で設定します。また、メッセージ内容はInoreaderから取得した記事タイトルやURLなどの情報と、固定テキストを組み合わせて自由に作成できます
■注意事項
- Inoreader、DiscordのそれぞれとYoomを連携してください
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます
- プランによって最短の起動間隔が異なりますので、ご注意ください
Inoreaderの指定フィードでコンテンツが公開されたらDiscordに通知する
試してみる
■概要
Inoreaderで効率的に情報収集をしていても、重要な更新をチームに共有するためにDiscordへ手作業で通知するのは手間がかかるのではないでしょうか。この作業に時間を取られたり、共有漏れが発生したりすることもあるかもしれません。このワークフローを活用すれば、Inoreaderで指定したフィードのコンテンツが公開されると、自動でDiscordに通知を送信できるため、こうした情報共有の課題をスムーズに解消できます。
■このテンプレートをおすすめする方
- Inoreaderで収集した情報を、Discordを使っでチームに共有したい方
- 情報共有を自動化することでタイムラグの減少や共有漏れ防止を図り、業務を効率化したい方
- InoreaderとDiscordを連携させ、情報収集から共有までを自動化したいと考えている方
■このテンプレートを使うメリット
- Inoreaderの更新を自動で検知しDiscordに通知するため、これまで情報共有にかかっていた手作業の時間を短縮できます。
- 手動での通知作業がなくなることで、共有漏れやURLの貼り間違いといったヒューマンエラーを防ぎ、確実な情報伝達が可能です。
■フローボットの流れ
- はじめに、InoreaderとDiscordをYoomと連携します。
- 次に、トリガーでInoreaderを選択し、「指定のフォルダ内でコンテンツが公開されたら」というアクションを設定します。
- 最後に、オペレーションでDiscordの「メッセージを送信」アクションを設定し、前のステップで取得したコンテンツのタイトルやURLなどをメッセージとして送信します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Inoreaderのトリガー設定では、通知のきっかけとしたいフォルダを任意に設定してください。
- Discordへの通知設定では、メッセージを送信するチャンネルを自由に選択できるほか、本文に固定のテキストを入れたり、Inoreaderから取得したコンテンツのタイトルやURLを変数として埋め込んだりといったカスタマイズが可能です。
■注意事項
- Inoreader、DiscordのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
Inoreaderの指定フォルダ内でコンテンツが公開されたらNotionに記録する
試してみる
■概要
Inoreaderで効率的に情報収集をしていても、その内容をチームのナレッジとしてNotionにまとめる作業が手作業になっていませんか?重要な情報の転記に時間がかかったり、コピー&ペーストのミスが発生したりするのは避けたいものです。このワークフローを活用すれば、InoreaderからNotionへの情報記録を完全に自動化でき、情報収集からナレッジの蓄積までをスムーズに行うことが可能になります。
■このテンプレートをおすすめする方
- Inoreaderで収集したWeb記事やブログを、手作業でNotionに転記している方
- InoreaderとNotionを連携させ、情報収集・管理フローの自動化に興味がある方
- チームのナレッジベースとしてNotionを利用しており、情報共有を効率化したい方
■このテンプレートを使うメリット
- Inoreaderの指定フォルダにコンテンツが追加されると自動でNotionに記録されるため、手作業での転記時間を削減できます。
- 手作業によるコピー&ペーストが不要になることで、URLの貼り間違いやタイトルの転記ミスといったヒューマンエラーを防ぎます。
■フローボットの流れ
- はじめに、InoreaderとNotionをYoomと連携します。
- 次に、トリガーでInoreaderを選択し、「指定のフォルダ内でコンテンツが公開されたら」というアクションを設定します。
- 次に、オペレーションでデータ操作・変換の「日付/日時形式の変更」を設定し、取得した公開日時をNotionに記録したい形式に整えます。
- 最後に、オペレーションでNotionの「レコードを追加する」アクションを設定し、記事タイトルやURL、整形した日付などを指定のデータベースに追加します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Inoreaderのトリガー設定では、どのフォルダのコンテンツを自動化の対象にするか任意で指定してください。
- AI機能による日付/日時形式の変更では、Inoreaderから取得した公開日時をどのフォーマットに変換するか、候補から選択が可能です。
- Notionにレコードを追加する際、どのデータベースに追加するか、またタイトルやURLなどの各プロパティにどの情報を紐付けるかを自由に設定できます。
■注意事項
- Inoreader、NotionのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
Inoreaderの指定フォルダ内でコンテンツが公開されたらAirtableに記録する
試してみる
■概要
Inoreaderで収集した情報を手作業でAirtableに転記する作業は、手間がかかる上に転記ミスや記録漏れのリスクも伴います。このワークフローは、そうした課題を解決するために設計されており、InoreaderとAirtableの連携を自動化することが可能です。指定したフォルダで新しいコンテンツが公開されると、自動でAirtableに情報が記録されるため、情報収集からデータベース管理までを円滑に進められます。
■このテンプレートをおすすめする方
- InoreaderとAirtableを連携させ、情報収集と管理を効率化したいと考えている方
- 手作業での情報転記による時間的なロスや入力ミスを解消したい方
- 収集した情報をチームで共有するため、データベース化を自動で進めたい方
■このテンプレートを使うメリット
- Inoreaderで情報が公開されると自動でAirtableへ記録されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業によるコピー&ペーストが不要になることで、情報の転記ミスや記録漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、InoreaderとAirtableをYoomに連携します。
- 次に、トリガーでInoreaderを選択し、「指定のフォルダ内でコンテンツが公開されたら」というアクションを設定します。
- 最後に、オペレーションでAirtableの「レコードを作成」アクションを設定し、トリガーで取得した情報を基にレコードが作成されるようにします。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Inoreaderのトリガー設定では、アクションの起動対象としたいフォルダを任意で指定してください。
- Airtableのオペレーション設定では、記録したいベースやテーブルを選択し、Inoreaderから取得した情報(タイトル、URLなど)をどのフィールドにマッピングするかを自由に設定できます。
■注意事項
- Inoreader、AirtableのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
Inoreaderでコンテンツが公開されたら、OpenAIで画像を生成しTelegramで画像URLを送信する
試してみる
■概要
日々の情報収集で気になるコンテンツを見つけるたびに、それに合う画像を都度探したり作成したりする作業に手間を感じていませんか。 特にコンテンツの数が多い場合、この画像作成業務は大きな負担になりがちです。 このワークフローを活用すれば、Inoreaderでコンテンツが公開されると、その内容をもとにOpenAIが自動で画像を生成し、Telegramへ通知する一連の流れを自動化できます。これにより、OpenAIによる画像生成プロセスを効率化し、コンテンツ作成業務を円滑に進めることが可能です。
■このテンプレートをおすすめする方
- Inoreaderで収集した情報をもとに、効率的にコンテンツを作成したいと考えている方
- OpenAIの画像生成機能を活用し、アイキャッチやSNS投稿用の画像を効率的に準備したい方
- 情報収集からコンテンツ用の素材準備までの一連のタスクを自動化したいと考えている方
■このテンプレートを使うメリット
- Inoreaderでの情報更新を起点に画像生成から通知までを自動化し、これまで手作業で行っていた画像検索や作成にかかる時間を短縮します。
- 手作業による情報伝達の漏れや、コンテンツ内容と関連性の低い画像を生成してしまうといったミスを防ぎ、業務の正確性を高めます。
■フローボットの流れ
- はじめに、Inoreader、OpenAI、TelegramをYoomと連携します。
- 次に、トリガーでInoreaderを選択し、「指定のフィードでコンテンツが公開されたら」を設定します。
- 次に、オペレーションでOpenAIを選択し、「web検索を実施」を設定して、公開されたコンテンツの情報を取得します。
- さらに、オペレーションでOpenAIの「テキストから画像を生成する」を設定し、取得した情報をもとに画像を生成します。
- 最後に、オペレーションでTelegramの「メッセージを送信」を設定し、生成された画像のURLを指定のチャットに送信します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Inoreaderのトリガー設定では、監視対象とするフィードのURLを任意で設定してください。
- OpenAIのオペレーションでは、画像生成に使用するモデルや、Web検索の検索内容などを任意で設定することが可能です。
- Telegramへの通知設定では、メッセージを送信する先のチャットIDや、通知メッセージの本文を任意の内容に設定してください。
■注意事項
- Inoreader、OpenAI、TelegramのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- ChatGPT(OpenAI)のアクションを実行するには、OpenAIのAPI有料プランの契約が必要です。(APIが使用されたときに支払いができる状態)
Inoreaderでコンテンツが公開されたら、OpenAIでweb検索を実施しWordPress.orgに投稿を作成する
試してみる
■概要
日々の情報収集でRSSフィードを活用しているものの、その情報をWordPress.orgへ投稿する作業に手間を感じていませんか。手作業での転記は時間がかかるだけでなく、コピーミスや投稿漏れの原因にもなり得ます。 このワークフローを活用すれば、InoreaderのRSSフィード更新をトリガーに、OpenAIが関連情報を補完し、WordPress.orgへの自動投稿が完了するため、コンテンツ作成の初動を効率化することが可能です。
■このテンプレートをおすすめする方
- RSSフィードで収集した情報をもとに、WordPress.orgへの投稿を手作業で行っている方
- コンテンツ作成におけるリサーチや下書き作成の時間を短縮したいメディア担当者の方
- 最新情報を効率的に収集し、WordPress.orgへの自動投稿フローを構築したいと考えている方
■このテンプレートを使うメリット
- InoreaderのRSSフィード更新からWordPress.orgへの投稿作成までが自動化されるため、手作業での情報転記や投稿作業にかかる時間を短縮できます。
- 人の手によるコピー&ペーストのミスや、重要な情報の投稿漏れといったヒューマンエラーを防ぎ、コンテンツ運用の安定化に繋がります。
■フローボットの流れ
- はじめに、Inoreader、OpenAI、WordPress.orgをYoomと連携します。
- 次に、トリガーでInoreaderを選択し、「指定のフィードでコンテンツが公開されたら」というアクションを設定します。
- 次に、オペレーションでOpenAIの「web検索を実施(レスポンスAPI)」を設定し、公開されたコンテンツに関連する情報を収集します。
- 最後に、オペレーションでWordPress.orgの「新規投稿を作成」アクションを設定し、InoreaderやOpenAIから取得した情報をもとに投稿を作成します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Inoreaderのトリガー設定では、監視対象としたいRSSフィードのURLを任意で設定してください。
- OpenAIのオペレーションでは、使用するモデルやWeb検索で収集する情報の内容などを任意で設定できます。
- WordPress.orgへの投稿作成のオペレーションでは、InoreaderやOpenAIから取得した値を引用して、タイトルや本文などを自由に設定することが可能です。
■注意事項
- Inoreader、OpenAI、WordPress.orgのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- ChatGPT(OpenAI)のアクションを実行するには、OpenAIのAPI有料プランの契約が必要です。(APIが使用されたときに支払いができる状態)
Inoreaderでコンテンツが公開されたら、RSSフィードの情報をGmailで通知する
試してみる
■概要
特定のWebサイトやブログの更新情報をRSSリーダーで収集しているものの、重要な情報を見逃してしまったり、都度チェックする手間を感じたりしていませんか。 このワークフローを活用することで、Inoreaderで指定したフォルダに新しいコンテンツが公開された際に、その情報を自動でGmailに通知できます。手動での確認作業をなくし、効率的なRSSメールの仕組みを構築することで、情報収集業務を円滑にします。
■このテンプレートをおすすめする方
- Inoreaderで収集した情報をチームメンバーなどへ効率的に共有したいと考えている方
- 重要な更新情報を見逃さないよう、能動的に情報を取得できるRSSメールの仕組みを構築したい方
- 情報収集や確認作業にかかる時間を削減し、本来の業務に集中したいと考えている方
■このテンプレートを使うメリット
- Inoreaderが更新されると自動でGmailに通知が届くため、RSSリーダーを常に確認する手間を省き、情報収集の時間を短縮できます
- 自動でメール通知が実行されるため、重要な更新情報の見逃しや確認漏れといったヒューマンエラーの防止に繋がります
■フローボットの流れ
- はじめに、InoreaderとGmailをYoomと連携します
- 次に、トリガーでInoreaderを選択し、「指定のフォルダ内でコンテンツが公開されたら」というアクションを設定します
- 最後に、オペレーションでGmailの「メールを送信する」アクションを設定し、Inoreaderで取得した情報を基にメールを送信します
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Inoreaderのトリガー設定では、通知の対象としたいフォルダを任意で設定してください
- Gmailで送信するメールの宛先(To,Cc,Bcc)は自由に設定可能です。また、件名や本文には固定のテキストだけでなく、トリガーで取得した記事のタイトルやURLといった情報を変数として埋め込むこともできます
■注意事項
- Inoreader、GmailのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
Inoreaderでコンテンツが公開されたら、Perplexityで解析しAirtableにレコードを作成する
試してみる
■概要
競合調査や業界の最新情報収集は重要ですが、膨大なコンテンツを日々チェックし、要約してデータベースにまとめる作業に多くの時間を費やしているのではないでしょうか。このワークフローを活用すれば、Inoreaderで指定したフィードのコンテンツが公開されると、自動でPerplexityが内容を解析し、その結果をAirtableへ連携してレコードを作成できます。これにより、手作業による情報収集と整理のプロセスを効率化し、より迅速な情報活用を実現します。
■このテンプレートをおすすめする方
- PerplexityとAirtableを連携させ、情報収集からデータベース化までを自動化したい方
- Web上のリサーチや情報収集業務を手作業で行っており、効率化したいと考えている方
- 収集した情報をチームで共有するためのデータベース構築を、手間なく行いたい方
■このテンプレートを使うメリット
- Inoreaderで情報を取得後、Perplexityでの解析、Airtableへの転記までが自動化されるため、リサーチ業務にかかる時間を短縮できます。
- 手作業による情報の転記ミスや要約の抜け漏れといったヒューマンエラーを防ぎ、データの正確性を保つことに繋がります。
■フローボットの流れ
- はじめに、Inoreader、Perplexity、AirtableをYoomと連携します。
- 次に、トリガーでInoreaderを選択し、「指定のフィードでコンテンツが公開されたら」というアクションを設定します。
- 次に、オペレーションでPerplexityを選択し、「情報を検索(AIが情報を要約)」アクションを設定して、公開されたコンテンツの内容を解析させます。
- 最後に、オペレーションでAirtableの「レコードを作成」アクションを設定し、Perplexityが生成した情報を指定のデータベースに格納します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Inoreaderのトリガー設定では、情報を収集したい対象のフィードURLを任意で設定してください。
- Perplexityのオペレーション設定では、使用するモデル名や、AIへの指示(システムプロンプト・ユーザープロンプト)を任意で設定し、出力形式などを自由に調整できます。
- Airtableのオペレーション設定では、InoreaderやPerplexityで取得した情報を、どのフィールドに格納するかを自由に設定できます。
■注意事項
- Inoreader、Perplexity、AirtableのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
フォームから回答が送信されたら、InoreaderにRSSフィードを一括追加する
試してみる
■概要
情報収集のために複数のRSSフィードを購読しているものの、一つひとつ手作業でInoreaderにフィードを追加するのは手間がかかるのではないでしょうか?特に、管理したいサイトが複数ある場合、その登録作業は負担になります。 このワークフローを活用すれば、フォームにフィードURLを送信するだけで、Inoreaderへのフィード追加が自動で一括処理され、情報収集の準備を効率化できます。
■このテンプレートをおすすめする方
- Inoreaderのフィード追加作業を手作業で行っており、時間や手間を削減したい方
- チームで購読する複数のRSSフィードを一括でInoreaderに追加したいと考えている方
- フォームなどを活用して、Inoreaderへのフィード登録プロセスを効率化したい方
■このテンプレートを使うメリット
- フォームにフィード URLを送信するだけで、Inoreaderへのフィード追加が自動で完了するため、これまで手作業に費やしていた時間を短縮できます。
- 手作業での登録によるURLの入力ミスや、追加漏れといったヒューマンエラーのリスクを軽減し、確実な情報収集基盤を構築できます。
■フローボットの流れ
- はじめに、Google スプレッドシートとInoreaderをYoomと連携します。
- 次に、トリガーでフォームトリガーを選択し、RSSフィードのURLを受け取るためのフォームを設定します。
- 次に、オペレーションでGoogle スプレッドシートの「範囲に値を入力」を設定し、フォームで受け取った内容をシートに書き込みます。
- 次に、オペレーションでGoogle スプレッドシートの「値を取得する」を設定し、書き込んだURLリストを取得します。
- その後、オペレーションで「繰り返し処理」を設定し、取得したURLリストを一つずつ処理します。
- 最後に、繰り返し処理の中でInoreaderの「フィードを追加」を設定し、各URLをフィードとして追加します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- フォームトリガーの設定では、RSSフィードのURLを受け付ける項目や回答の種別などを任意で設定してください。
- Google スプレッドシートの各アクションでは、連携するスプレッドシートやシート名、値の入力や取得を行う対象範囲を任意で設定してください。
■注意事項
- Google スプレッドシート、InoreaderのそれぞれとYoomを連携してください。
- 「同じ処理を繰り返す」オペレーション間の操作は、チームプラン・サクセスプランでのみご利用いただける機能となっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能(オペレーション)を使用することができます。
Inoreaderの指定フィードで公開されたコンテンツをChatGPTで分析してNotionに蓄積する
試してみる
■概要
日々の情報収集でInoreaderを活用しているものの、集めた情報を分析し、Notionへ手作業でまとめることに手間を感じていませんか。 このワークフローを活用すれば、InoreaderとNotionの連携をスムーズに自動化できます。指定したフィードに新しいコンテンツが公開されると、その内容をChatGPTが自動で分析し、結果をNotionデータベースに蓄積するため、情報収集から整理・活用までのプロセスを効率化します。
■このテンプレートをおすすめする方
- InoreaderとNotionを連携させ、情報収集から分析、蓄積までを自動化したい方
- 手作業での情報転記や要約作成に時間を費やしているマーケターやリサーチャーの方
- 収集したWebコンテンツの情報をチームで効率的に共有・活用したいと考えている方
■このテンプレートを使うメリット
- Inoreaderの新着コンテンツを自動で分析しNotionへ追加するため、手作業での情報収集や要約作成にかかる時間を短縮できます。
- InoreaderからNotionへの情報連携が自動化されることで、転記ミスやコピー&ペーストの漏れといったヒューマンエラーを防ぐことに繋がります。
■フローボットの流れ
- はじめに、Inoreader、ChatGPT、NotionをYoomと連携します。
- 次に、トリガーでInoreaderを選択し、「指定のフィードでコンテンツが公開されたら」というアクションを設定します。
- 次に、オペレーションでChatGPTの「テキストを生成(Web検索対応)」アクションを設定し、トリガーで取得したコンテンツ情報を分析・要約します。
- 最後に、オペレーションでNotionの「レコードを追加する」アクションを設定し、ChatGPTが生成したテキストやコンテンツ情報を指定のデータベースに追加します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- Inoreaderのトリガー設定では、情報収集の対象としたいフィードのURLを任意で設定してください。
- ChatGPTのアクションでは、分析や要約の精度を高めるために、使用するモデルやプロンプト(指示文)を自由にカスタマイズでき、Inoreaderから取得した情報を変数として利用することも可能です。
- Notionのアクションでは、レコードを追加したいデータベースの各プロパティに対し、前段階で取得したどの情報を割り当てるか、または固定値を設定するかなど、柔軟にカスタマイズしてください。
■注意事項
- Inoreader、ChatGPT、NotionのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- ChatGPT(OpenAI)のアクションを実行するには、OpenAIのAPI有料プランの契約が必要です。(APIが使用されたときに支払いができる状態)
- ChatGPTのAPI利用はOpenAI社が有料で提供しており、API疎通時のトークンにより従量課金される仕組みとなっています。そのため、API使用時にお支払いが行える状況でない場合エラーが発生しますのでご注意ください。
GitHubを使った便利な自動化例
AsanaやHubSpotからGitHubへのIssue作成を自動化できます。
OCR連携による課題登録や、Notion・Salesforceへの自動同期、Issueを起点としたPDF書類の自動発行まで対応し、開発とビジネスの連携を強化します。
Asanaで新しいタスクが作成されたらGitHubのIssueを自動作成する
試してみる
■概要
プロジェクト管理で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分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
Boxにファイルが格納されたらOCRし、GitHubにIssueを作成する
試してみる
■概要
Boxにアップロードされた仕様書や報告書の内容を確認し、手動でGitHubにIssueを作成する作業は、手間がかかるだけでなく入力ミスも発生しがちです。このワークフローは、BoxとGitHubの連携を自動化し、こうした課題を解決します。Boxに特定のファイルがアップロードされると、OCR機能が内容を読み取り、そのテキスト情報をもとにGitHubのIssueが自動で作成されるため、業務の正確性を保ちながら効率化を進めることが可能です。
■このテンプレートをおすすめする方
- Boxで管理しているファイルをもとに、GitHubのIssueを手動で作成している開発担当者の方
- GitHubとBox間での定型的な情報連携を自動化し、作業時間を短縮したいプロジェクトマネージャーの方
- ファイルベースの報告からタスク起票までの一連のプロセスを効率化したいと考えている方
■このテンプレートを使うメリット
- Boxへのファイルアップロードを起点に、OCR処理とGitHubへのIssue作成が自動で行われるため、これまで手作業に費やしていた時間を短縮できます。
- OCRで読み取ったテキスト情報をもとにIssueが作成されるので、手作業による転記ミスやタスクの起票漏れといったヒューマンエラーの防止に繋がります。
■フローボットの流れ
- はじめに、BoxとGitHubをYoomと連携します。
- 次に、トリガーでBoxを選択し、「フォルダにファイルがアップロードされたら」アクションを設定します。
- 次に、オペレーションでBoxの「ファイルをダウンロード」アクションを設定し、トリガーで検知したファイルを指定します。
- 続いて、オペレーションでOCR機能の「文字を読み取る」アクションを設定し、ダウンロードしたファイルからテキスト情報を抽出します。
- さらに、オペレーションでAI機能の「テキストからデータを抽出」アクションを利用し、Issueに必要な情報を整形します。
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、AIが抽出した情報を埋め込んでIssueを作成します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- OCR機能のオペレーションでは、読み取るファイルの形式に合わせて、抽出したい項目を任意で設定・変更することが可能です。
- GitHubでIssueを作成するアクションでは、タイトルや本文、担当者といった各項目に固定のテキストを入力したり、前段のオペレーションで取得した情報を変数として動的に設定したりできます。
■注意事項
- Box、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- OCRまたは音声を文字起こしするAIオペレーションはチームプラン・サクセスプランでのみご利用いただける機能となっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリやAI機能(オペレーション)を使用することができます。
- OCRデータは6,500文字以上のデータや文字が小さい場合などは読み取れない場合があるので、ご注意ください。
- ダウンロード可能なファイル容量は最大300MBまでです。アプリの仕様によっては300MB未満になる可能性があるので、ご注意ください。
- トリガー、各オペレーションでの取り扱い可能なファイル容量の詳細は下記をご参照ください。
https://intercom.help/yoom/ja/articles/9413924
GitHubのIssueが作成されたら、Googleドキュメントで書類を発行しPDFを作成する
試してみる
■概要
GitHubのIssueを元に報告書や仕様書を作成する際、手作業でコピー&ペーストしてPDF化する手間にお困りではないでしょうか。このワークフローを活用すれば、GitHubのIssueが追加されると、自動でGoogleドキュメントから書類を発行し、PDFとして格納します。手動で行っていたGitHubからPDFへの変換作業やファイル管理の手間をなくし、開発ドキュメントの作成プロセスを効率化します。
■このテンプレートをおすすめする方
- GitHubのIssue情報を元に、手作業で報告書や仕様書をPDF化している開発担当者の方
- GitHubからPDFへの変換作業を自動化し、ドキュメント管理の工数を削減したいプロジェクトマネージャーの方
- 特定のIssueの情報を定型フォーマットでドキュメント化し、チーム内に共有するフローを構築したい方
■このテンプレートを使うメリット
- GitHubのIssue作成をトリガーにPDF作成から格納までが自動化されるため、手作業に費やしていた時間を短縮することができます。
- 手作業でのコピー&ペーストによる転記ミスや、PDF化の際のファイル名の付け間違いといったヒューマンエラーを防ぎ、正確なドキュメント管理を実現します。
■フローボットの流れ
- はじめに、GitHub、GoogleドキュメントをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 最後に、オペレーションでGoogleドキュメントの「書類を発行する」アクションを設定し、GitHubのIssue情報を元にドキュメントを作成します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、どのリポジトリのIssueを監視対象とするか任意で設定してください。
- Googleドキュメントで書類を発行する際、設定項目に固定のテキストを入れたり、GitHubのIssueタイトルや本文といった前段で取得した値を変数として埋め込むなどのカスタムが可能です。
■注意事項
- GitHub、GoogleドキュメントのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
GitHubのIssueが新規作成されたら、Notionのデータベースに自動登録する
試してみる
■概要
開発プロジェクトでGitHubのIssueが作成されるたびに、手作業でNotionのタスクリストに転記していませんか?この手作業は時間がかかるだけでなく、コピー&ペーストのミスや登録漏れの原因にもなりがちです。このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、その内容を自動でNotionのデータベースに登録し、プロジェクト管理の効率化と情報共有の正確性向上を実現します。
■このテンプレートをおすすめする方
- GitHubとNotionでタスク管理を行い、情報連携の手間を省きたい開発チームの方
- 手作業によるIssueの転記ミスや共有漏れを防ぎ、チームの生産性を高めたい方
- 開発タスクの進捗状況をNotionで一元管理し、全体の可視性を向上させたい方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると自動でNotionに登録されるため、転記作業に費やしていた時間を短縮し、より重要な業務に集中できます。
- 手動でのデータ入力に伴う、転記ミスや登録漏れといったヒューマンエラーを防ぎ、常に正確な情報に基づいたタスク管理が可能になります。
■フローボットの流れ
- はじめに、GitHubとNotionをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定し、監視対象のリポジトリを指定します。
- 続いて、オペレーションでGitHubの「Issueを取得する」アクションを設定し、トリガーとなったIssueの詳細情報を取得します。
- 最後に、オペレーションでNotionの「レコードを追加する」アクションを設定し、取得したIssueの情報を任意のデータベースに登録します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定で、通知を受け取りたい対象のリポジトリを任意で設定してください。
- Notionにレコードを追加するアクションで、登録先のデータベースIDや、Issueのタイトルや本文などをどのプロパティに割り当てるかを任意で設定してください。
GitHubのIssueをSalesforceのケースに同期する
試してみる
■概要
開発チームが利用するGitHubのIssueと、カスタマーサポートが利用するSalesforceのケースを手作業で同期していませんか?
このような二重入力は手間がかかるだけでなく、転記ミスや情報連携の遅れといった課題の原因にもなります。
このワークフローを活用すれば、GitHubで新しいIssueが作成された際に、自動でSalesforceにケースとして情報が同期されるため、部門間のスムーズな連携を実現し、これらの課題を解消します。
■このテンプレートをおすすめする方
- GitHubとSalesforceを併用し、Issue情報を手作業で転記している開発担当者の方
- 開発部門とサポート部門間の情報連携を円滑にし、対応速度を向上させたいマネージャーの方
- Issueの対応漏れや転記ミスを防ぎ、顧客対応の質を高めたいと考えている方
■このテンプレートを使うメリット
- GitHubでIssueが作成されると自動でSalesforceにケースが登録されるため、これまで手作業での転記に費やしていた時間を短縮できます。
- 手作業による情報の転記が不要になることで、入力間違いや共有漏れといったヒューマンエラーを防ぎ、情報連携の正確性を高めることに繋がります。
■フローボットの流れ
- はじめに、GitHubとSalesforceをYoomと連携します。
- 次に、トリガーでGitHubを選択し、「Issueが新しく作成されたら」というアクションを設定します。
- 次に、オペレーションでSalesforceの「レコードを追加する」アクションを設定し、トリガーで取得したIssueの情報を基にケースを作成します。
- 最後に、オペレーションでGitHubの「Issueを更新」アクションを設定し、Salesforceにケースが作成された旨などをIssueにコメントとして追記します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubのトリガー設定では、連携の対象としたいリポジトリのオーナー名、リポジトリ名を任意で設定してください。
- Salesforceでケース(レコード)を追加するアクションでは、GitHubのIssueから取得したどの情報を、Salesforceのどの項目に紐付けるかを任意で設定してください。
- GitHubのIssueを更新するアクションでは、対象のオーナー名、リポジトリ名、Issue番号を指定し、更新する内容を任意で設定してください。
■注意事項
- GitHubとSalesforceのそれぞれとYoomを連携してください。
- Salesforceはチームプラン・サクセスプランでのみご利用いただけるアプリとなっております。フリープラン・ミニプランの場合は設定しているフローボットのオペレーションやデータコネクトはエラーとなりますので、ご注意ください。
- チームプランやサクセスプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリを使用することができます。
Googleフォームで送信された情報でGitHubにIssueを作成する
試してみる
■概要
Googleフォームで受け付けたバグ報告や機能要望などを、都度GitHubに手動で起票していませんか?
この手作業は入力漏れや転記ミスの原因となるだけでなく、開発の初動を遅らせる要因にもなりえます。
このワークフローは、Googleフォームへの回答送信をトリガーに、自動でGitHubにIssueを作成するため、報告からタスク化までをスムーズに繋げることが可能です。
■このテンプレートをおすすめする方
- Googleフォームで受けた報告をGitHubに手作業で転記している方
- ユーザーからのフィードバック管理を効率化し、開発速度を向上させたい方
- GoogleフォームとGitHubを連携することで、手作業によるヒューマンエラーをなくしたい方
■このテンプレートを使うメリット
- Googleフォームへの回答を基に自動でGitHubのIssueが作成されるため、手動での転記作業にかかっていた時間を削減できます。
- 手作業による情報のコピー&ペーストが不要になることで、入力ミスや報告漏れといったヒューマンエラーを防ぐことに繋がります。
■フローボットの流れ
- はじめに、GoogleフォームとGitHubをYoomと連携します。
- 次に、トリガーでGoogleフォームの「フォームに回答が送信されたら」というアクションを設定します。
- 最後に、オペレーションでGitHubの「Issueを作成」のアクションを選択し、Googleフォームから取得した情報をIssueのタイトルや本文などの項目に設定します。
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubでIssueを作成するアクションでは、Googleフォームの回答内容をIssueのタイトルや本文などの項目に変数として埋め込むことが可能です。
■注意事項
HubSpotで新しい取引が作成されたら、GitHubにIssueを作成する
試してみる
■概要
HubSpotで新しい取引が作成された際、開発チームへの連携としてGitHubに手動でIssueを作成するのは手間がかかり、転記ミスや対応漏れの原因になりがちではないでしょうか。 このワークフローを活用すれば、HubSpotでの取引作成をトリガーに、GitHubへのIssue作成を自動化できるため、営業と開発の連携をスムーズにし、自動化による効率的なプロジェクト管理を実現します。
■このテンプレートをおすすめする方
- HubSpotとGitHubを連携させ、営業と開発のやり取りを効率化したいと考えている方
- 手作業でのIssue作成に時間がかかり、自動化に関心のあるプロジェクトマネージャーの方
- 取引情報と開発タスクの連携漏れを防ぎ、業務の正確性を高めたいと考えている方
■このテンプレートを使うメリット
- HubSpotで取引が作成されるとGitHubにIssueが自動で作成されるため、これまで手作業で行っていた情報連携の時間を短縮できます
- 手動での情報転記が不要になることで、入力ミスや対応漏れといったヒューマンエラーを防ぎ、業務の正確性を向上させます
■フローボットの流れ
- はじめに、GitHubとHubSpotをYoomと連携します
- 次に、トリガーでHubSpotを選択し、「新しい取引が作成されたら」というアクションを設定します
- 次に、オペレーションでHubSpotの「取引情報の取得」アクションを設定し、トリガーで検知した取引の詳細情報を取得します
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、取得した取引情報を基にIssueを作成します
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubでIssueを作成するアクションを設定する際に、通知対象としたいオーナー名とリポジトリ名を任意で設定してください。これにより、特定のプロジェクトやチームに関連するIssueを自動で作成できます
■注意事項
- HubSpot、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
Wrikeで特定のタスクが作成されたら、GitHubでIssueを作成する
試してみる
■概要
プロジェクト管理ツールのWrikeとソースコード管理のGitHubを併用する際、タスク情報を手動でIssueに転記する作業は手間がかかり、ミスが発生しがちではないでしょうか。このワークフローを活用すれば、WrikeとGitHubの連携を自動化し、Wrikeでタスクが作成されると、自動でGitHubにIssueを起票できます。これにより、手作業による連携の手間をなくし、開発プロセスの連携を円滑にします。
■このテンプレートをおすすめする方
- WrikeのタスクをGitHubのIssueに手作業で起票している開発チームの方
- WrikeとGitHub間の情報連携における漏れや遅延を防ぎたいプロジェクトマネージャーの方
- 開発フローにおける定型的な作業を自動化し、生産性を高めたいと考えている方
■このテンプレートを使うメリット
- Wrikeでタスクが作成されると自動でGitHubにIssueが作成されるため、これまで手作業での転記に費やしていた時間を短縮できます
- 手作業によるIssueの起票漏れや、タスク内容の転記ミスといったヒューマンエラーのリスクを軽減し、情報の正確性を保ちます
■フローボットの流れ
- はじめに、WrikeとGitHubをYoomと連携します
- 次に、トリガーでWrikeを選択し、「タスクが作成されたら」というアクションを設定します
- 次に、オペレーションで分岐機能を設定し、トリガーで取得したタスクの情報に基づき、後続のアクションを特定の条件で分岐させます
- 最後に、オペレーションでGitHubの「Issueを作成」アクションを設定し、Wrikeのタスク情報を基にIssueを作成します
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- 分岐機能では、Wrikeから取得したタスクの担当者やステータス、フォルダなどの情報をもとに、後続のオペレーションを起動させる条件を任意で設定できます
- GitHubでIssueを作成するアクションでは、タイトルや本文、担当者などの各項目に、Wrikeから取得した情報を変数として設定したり、固定のテキストを追加したりすることが可能です
■注意事項
- Wrike、GitHubのそれぞれとYoomを連携してください。
- トリガーは5分、10分、15分、30分、60分の間隔で起動間隔を選択できます。
- プランによって最短の起動間隔が異なりますので、ご注意ください。
- 分岐はミニプラン以上のプランでご利用いただける機能(オペレーション)となっております。フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
- ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。無料トライアル中には制限対象のアプリや機能(オペレーション)を使用することができます。
フォームで回答が送信されたらGitHubにIssueを作成して、Slackで通知する
試してみる
■概要
フォームからの問い合わせやバグ報告などを都度確認し、手動でGitHubにIssueを作成、さらにSlackで関係者に通知する、という一連の作業に手間を感じていませんか? このワークフローを活用すれば、フォーム送信をきっかけにGitHubへのIssue作成からSlackへの通知までが自動で完結します。こうしたGitHubの自動化を実現することで、開発チームのタスク管理を効率化し、迅速な対応をサポートします。
■このテンプレートをおすすめする方
- フォームからの報告を手動でGitHubのIssueに転記している開発チームの方
- GitHubの自動化を通じて、タスク起票やチームへの共有を効率化したい方
- GitHubとSlackを連携させ、報告から対応までのプロセスを迅速化したいプロジェクトマネージャーの方
■このテンプレートを使うメリット
- フォームが送信されると、GitHubへのIssue作成とSlackへの通知が自動で実行されるため、これまで手作業に費やしていた時間を削減できます
- 手動での情報転記が不要になるため、入力ミスや共有漏れといったヒューマンエラーを防ぎ、確実な情報連携を実現します
■フローボットの流れ
- はじめに、GitHubとSlackをYoomと連携します
- 次に、トリガーでフォームトリガーを選択し、「フォームが送信されたら」というアクションを設定します
- 次に、オペレーションでGitHubを選択し、「Issueを作成する」アクションを設定します
- 最後に、オペレーションでSlackを選択し、「チャンネルにメッセージを送る」アクションを設定し、作成されたIssueの情報を指定のチャンネルに通知します
※「トリガー」:フロー起動のきっかけとなるアクション、「オペレーション」:トリガー起動後、フロー内で処理を行うアクション
■このワークフローのカスタムポイント
- GitHubでIssueを作成するアクションでは、対象となる任意のオーナー名とリポジトリ名を設定してください
- Slackでメッセージを送信するアクションでは、通知先としたい任意のチャンネルを設定してください
■注意事項
- GitHub、SlackのそれぞれとYoomを連携してください。
GitHubでIssueが新しく作成または更新されたらGoogleスプレッドシートに追加
試してみる
■概要
GitHubでIssueが新しく作成または更新されたら、Googleスプレッドシートに自動で追加します。
■設定方法
・GitHub、GoogleスプレッドシートとYoomを連携してください。(マイアプリ連携)
・GitHubの「Issueが新しく作成または更新されたら」というトリガーで、オーナー名とリポジトリ名を指定してください。
・Googleスプレッドシートの「レコードを追加する」というオペレーションで、追加先のスプレッドシート情報を指定してください。
■注意事項
・GitHubアカウントとGoogleスプレッドシートアカウントとの連携設定が必要です。
まとめ
InoreaderとGitHubの連携を自動化することで、これまで手作業で行っていた情報収集からタスク起票までの一連の作業をなくし、ヒューマンエラーや対応漏れを防ぐことができます。
これにより、開発チームは最新の情報を基に迅速なアクションを起こせるようになり、本来注力すべきコア業務に集中できる環境が整うでしょう!
今回ご紹介したような業務自動化を実現できるノーコードツール「Yoom」を使えば、プログラミングの知識がない方でも、直感的な操作で簡単に業務フローを構築できます。
もし自動化に少しでも興味を持っていただけたなら、ぜひ登録フォームから無料登録して、Yoomによる業務効率化を体験してみてください!
よくあるご質問
Q:GitHubでIssue作成以外の操作も自動化できますか?
A:
はい、GitHubのアクションを変更することで、Issueの新規作成以外の操作も自動化できます。
たとえばIssueの取得や更新、既存のIssueやPull Requestへのコメント追加、Pull Requestの作成・更新などに対応しています。
GitHubのアクション項目については、詳しくは以下のページもご参照ください。
Q:連携がエラーになった場合はどうなりますか?
A:
フローボットがエラーになると、Yoomに登録する際に設定したメールアドレスに通知が送られます。
通知先は、メールの他にSlackやChatworkも設定できます。
通知メールには、エラーが起きている該当のオペレーションや詳細のリンクが記載されているので、まずは通知内容を確認しましょう。
再実行は自動で行われないため、エラー修正後手動で再実行してください。
ヘルプページで解決しない場合は、サポート窓口を利用することもできます。
Q:特定のキーワードを含む記事だけをIssueにできますか?
A:
はい、フローボット内で分岐を設定することで可能です。
※分岐はミニプラン以上のプランでご利用いただける機能(オペレーション)となっております。
フリープランの場合は設定しているフローボットのオペレーションはエラーとなりますので、ご注意ください。
※ミニプランなどの有料プランは、2週間の無料トライアルを行うことが可能です。
無料トライアル中には制限対象のアプリや機能(オペレーション)を使用することができます。
【設定方法】
フローボット内でトリガーアクション直下の+ボタンをクリックし、分岐の設定を追加してください。
分岐条件の設定画面では、取得した値をもとに分岐条件を指定できます。
たとえば、以下のとおりInoreaderの記事の項目タイトル「脆弱性」というワードが含まれている場合のみ、後続のIssue作成処理を実行するといった設定が可能です。
このように分岐を活用することで、必要な記事だけを抽出し実運用向けの自動化を実現できます。