GitHub. GitHubを接続してコードベースのコンテキストを強化する.
エージェントにGitHubリポジトリへのアクセスを与え、コード検索、プルリクエストのコンテキスト、コードベースの理解に使わせます。エージェントはファイルを閲覧し、アーキテクチャを理解し、実際のコードに根拠を置いたより正確な答えを返せます。
ウェイトリストに登録PolylaneがGitHubで行うこと。
コードをグラフに
リポジトリはエージェントがgrepできるようにインデックス化され、それがデプロイするリソースにリンクされるので、調査はスレッドを離れることなく、失敗しているサービスからその背後のコードへ進みます。
変更が容疑者になる
プッシュ、マージ、デプロイメントがタイムラインに載ります。マージの数分後に本番環境が壊れれば、調査はそのマージから始まります。
リポジトリのイベントを待ち受ける
スレッドはプッシュ、プルリクエスト、リリース、ワークフロー実行を待ち、それが届いたときに調査を再開できます。
修正はコードのある場所に届く
コードの1行に行き着いた調査は、サービスの背後にあるリポジトリへのプルリクエストとして、証拠の経緯を添えて終わります。マージはレビューとCIが判断します。
仕組み。
インストール
組織にPolylane GitHub Appをインストールし、見せるリポジトリを選びます。
インデックス
リポジトリがインデックス化されてデプロイ先のサービスに対応付けられ、リポジトリのイベントがタイムラインに届き始めます。
エージェントがコードを扱う
調査の途中でコードをgrepし、引用し、根本原因がコードの1行にあればプルリクエストを開きます。
エージェントが得るツール。
調査の途中でエージェントがGitHubに対してできること。すべての呼び出しは出典付きでスレッドのトランスクリプトに残ります。
githubApi 専用ツールのないGitHub RESTエンドポイントを読み取る
githubFetchFiles GitHubリポジトリからファイルの内容を取得する
githubSearchGithub GitHubのリポジトリ、コード、Issue、プルリクエスト、ユーザー、コミット、トピックを横断検索する
githubCommits GitHubリポジトリのコミットを読み取る（list/getDiff）
githubPullRequests GitHubリポジトリのプルリクエストを読み取る（list/get）
githubCreatePullRequest GitHubのプルリクエストを作成または更新する
githubMergePullRequest プルリクエストをマージする
githubClosePullRequest Polylaneが開いたプルリクエストを閉じる
githubCreateIssue GitHubのIssueを作成または更新する
githubWorkflowRuns GitHub Actionsのワークフロー実行を読み取る（list/get）
githubCreateBranch リポジトリに新しいブランチを作成する
githubGetPullRequestDiff プルリクエストの差分を取得する
githubCreateReviewComment プルリクエストのレビューコメントを作成または更新する
githubSubmitReview プルリクエストにレビューを送信する
よくある質問
PolylaneはGitHub向けのAIによるSREですか？
多くの人がその言葉で指しているものです。つまり、インシデントの背後にあるコードと変更を求めてGitHubのリポジトリを読むとともに、ワークスペースの他のすべてのプロバイダーと合わせてイシューを調査し、直せるものを直すエージェントです。私たちはこれをAIによるSREではなく、自律運用するソフトウェアと呼んでいます。要点はソフトウェアが自分の面倒を自分で見ることであり、ボットがオンコールのローテーションに加わることではありません。
PolylaneはGitHubとどのように連携しますか？
エージェントにGitHubリポジトリへのアクセスを与え、コード検索、プルリクエストのコンテキスト、コードベースの理解に使わせます。エージェントはファイルを閲覧し、アーキテクチャを理解し、実際のコードに根拠を置いたより正確な答えを返せます。.