自動化
Cherri Code 自動化では、Cloud Agents をバックグラウンドで実行できます。スケジュールに基づく実行や、GitHub、GitLab、Slack、webhook、Linear などからのイベントに応じた実行が可能です。
自動化でできること
自動化を使うと、手動で操作することなく Cloud Agents を実行できます。主な用途は次のとおりです。
- プルリクエストが作成された際の確認
- スケジュールに沿った機能フラグの整理
- Slack メッセージからのバグのトリアージ
- CI 完了後のセキュリティスキャンの実行
自動化マーケットプレイスでテンプレートをブラウズして、はじめましょう。
自動化を作成するには？
Agents Window、cursor.com/automations/new、または Cherri Code Marketplace のテンプレートから、新しい自動化を作成できます。
- トリガーを選択します (例：1時間ごと、PR が開かれたとき、Slack メッセージが届いたとき)
- エージェントに実行させる内容を指示するプロンプトを作成します
- エージェントが使用できる任意のツールを選択します (PR にコメント、Slack に送信、MCP など)
- 自動化にリポジトリが必要か、複数のリポジトリが必要か、またはリポジトリが不要かを選択します
- 自動化を保存して有効化します
自動化ページには、Cherri Code 管理のエージェントも3つあります。
- Bugbot は、プルリクエストのバグやコード品質の問題を確認します。
- セキュリティエージェント は、プルリクエストを確認し、コードベースの脆弱性をスキャンします。
- PR のルーティングと承認 は、プルリクエストを適切なレビュアーに振り分け、低リスクな変更を承認できます。
リポジトリを接続せずに自動化を作成できますか？
はい。自動化はリポジトリを紐付けずに実行できます。これらの自動化ではコードをクローンしません。Slack、MCP、webhook、Linear、PagerDuty のみを使用するワークフローに適しています。
リポジトリの設定によって、エージェントがコードにアクセスできるかどうかが決まります。
- リポジトリなし: エージェントはコードをクローンしません。Slack、MCP、webhook、Linear、PagerDuty を使用するワークフローに適しています。コードの編集やプルリクエストの作成はできません。
- 単一リポジトリ: エージェントは1つのリポジトリとブランチで作業します。自動化で1つのコードベースのコードを読み取り、確認、または変更する場合に使用します。
- マルチリポジトリ環境: エージェントは環境内の複数のリポジトリにまたがって作業します。タスクが複数のコードベースにまたがる場合に使用します。
利用可能なトリガー
| トリガー | 発火条件 |
|---|---|
| スケジュール | 繰り返しスケジュールまたはcron式に一致したとき |
| ソース管理: 下書きPRをオープン | 下書きPRが作成されたとき |
| ソース管理: PRをオープン | 下書きではないPRが作成された、またはレビュー可能としてマークされたとき |
| ソース管理: PRにプッシュ | 新しいコミットが既存のPRにプッシュされたとき |
| ソース管理: PRをマージ | PRがマージされたとき |
| ソース管理: ブランチにプッシュ | コミットが特定のブランチにプッシュされたとき |
| GitHub、GitLab、またはBitbucket: PRにコメント | PRにトップレベルのコメントが投稿されたとき |
| GitHub: CI完了 | GitHubのチェックが完了したとき |
| Slack: 新しいメッセージ | 接続済みのパブリックチャンネルにメッセージが送信されたとき |
| Slack: チャンネル作成 | 新しいパブリックチャンネルが作成されたとき |
| Linear: Issue created | 新しいLinear issueが作成されたとき |
| Linear: ステータス変更 | issueのステータスが変更されたとき |
| Linear: サイクル終了 | Linearのサイクルが完了したとき |
| PagerDuty | インシデントが発生、確認、または解決されたとき |
| Webhook | 自動化のendpointにHTTP POSTが送信されたとき |
自動化には複数のトリガーを設定できます。いずれかのトリガーが発火すると実行されます。
ソース管理トリガーはGitHub、GitLab、Bitbucket Cloudで利用できます。サポート内容はプロバイダーによって異なります。GitHubはすべてのトリガーをサポートし、その他のプロバイダーはコアトリガーに加えていくつかの追加トリガーをサポートします。プロバイダーごとの詳細は自動化リファレンスを参照してください。
自動化で使用できるツール
- プルリクエストにコメントする: ターゲット PR に確認コメント、インラインコードコメント、または承認を投稿します
- レビュー担当者をリクエストする: ターゲット PR にレビュー担当者を割り当てます
- Slack に送信: Slack チャンネルにメッセージを送信します
- Slack チャンネルを読む: パブリック Slack チャンネルへの読み取り権限を付与します
- MCP サーバー: MCP を介して外部ツールやデータソースに接続します
- Memories: 名前付きエントリとして、実行をまたいで永続的なメモを保存・参照します (デフォルトは
MEMORIES.md) 。自動化で信頼できない入力を扱う場合は注意して使用してください。悪意のある入力により、以降の実行に影響する誤解を招くメモが書き込まれる可能性があります。
自動化の料金はどのように請求されますか？
自動化によってCloud Agentの実行が作成されます。各実行には、選択したモデルのAPI料金に基づいて料金が請求されます。
チームの場合、利用はShareのRun asの設定に従います。Meならあなたに、Service accountならチームに請求されます。自動化の請求を参照してください。
自動化を閲覧できるユーザーを制御するには？
チームアカウントの場合は、自動化の詳細ヘッダーにある Share を開きます。個人アカウントにこのメニューはありません。
Access で可視性を設定します:
- Private: 他のチームメンバーからは見えません。管理できるのは自分だけです。チーム管理者は閲覧と無効化ができます。
- Members can view: チームメンバーが閲覧できます。自分として実行される場合は自分が管理し、サービスアカウントとして実行される場合はチーム管理者が管理します。
- Members can edit: チームメンバーが閲覧および編集できます。
Run as で ID と請求先を設定します:
- Me: 自分の認証情報で実行され、請求も自分宛てになります。他のメンバーには Creator と表示されます。
- Service account: チームの共有アカウントとして実行され、請求はチーム宛てになります。選択できるのはチーム管理者のみです。
詳細は 自動化リファレンスの Share を参照してください。
効果的な自動化プロンプトを作成するには？
- エージェントに確認、変更、作成させる内容を具体的に示す
- 有効にしているツールを参照する
- ケースごとの判断ルールを含める (例：「PR にマイグレーションが含まれる場合は、データベースチームに確認を依頼する」)
- エージェントが実行する条件と何もしない条件の品質基準を設定する
例については、自動化マーケットプレイスをブラウズしてください。