ドキュメントメニュー
マネージドランナー
ワークフローファイル
Quickstart: ゼロからダッシュボードまで
GitHub でサインインし、組織に GitHub App をインストールし、リポジトリを選択して、最初の CI 分析を確認します。約 5 分で完了します。
要点
- GitHub でサインインし、組織にアプリをインストールし、リポジトリを選択: 約 5 分で、30 日間トライアルは自動的に始まります。
- バックフィルは直近 30 日間の完了済み実行をインポートするため、ダッシュボードは数分で埋まります。AI Insight の検出結果は毎晩の分析で追加されます。
- 任意の最初のランナージョブ: 1 行を
runs-on: latchkey-smallに変更するだけです。

これは、何もない状態から動作する Latchkey ダッシュボードまでの最速の道のりです。この過程でリポジトリやワークフローに触れるものは何もありません。このページで唯一のコード変更は、終盤にある任意の 1 行の runs-on: の切り替えだけです。
- 01サインインGitHub で。30 日間トライアルが自動的に始まります
- 02GitHub を接続GitHub 組織にアプリをインストールします
- 03リポジトリを選択Latchkey が監視する対象を選びます
- 04ダッシュボードバックフィルが約 30 日分の履歴をインポートします
始める前に
GitHub でサインイン
latchkey.dev/
GitHub を接続
Get started カードのステップ 1 は Connect GitHub です。クリックすると、Latchkey はアプリをインストールするために GitHub へ移動させます (その前に、何が起こるかを説明する短い中間画面が表示されます)。GitHub がインストール先を尋ねたら、組織 を選択してください (個人アカウントで実行できるのは Latchkey CI のみです)。組織に対する owner または admin 権限が必要です。どちらもない場合は、組織の owner にアプリのインストールを依頼するか、admin 権限を付与してもらってください。アプリがアクセスできるものとできないものについては GitHub App をインストールする で説明しています。
監視するリポジトリを選択
Get started カードのステップ 2 Select repositories はリポジトリピッカーを開きます。ここには検索と可視性フィルターとともに組織のリポジトリが一覧表示されます。Latchkey に監視させたいものを選択してください。カウンターにはプランで許可される数が表示されます (すべての新規ワークスペースが開始する Launch は 10。後でプランを変更した場合、Developer は 1、Scale は 40)。選ぶ際に知っておくとよいことが 2 つあります。マネージドランナーは監視対象のリポジトリのみを扱うため、latchkey-* ラベルを向ける予定のリポジトリは含めてください。また、「Skip for now, explore the dashboard first」リンクでこの選択を後回しにし、後でダッシュボードからリポジトリを追加することもできます。プラン上限内で選ぶ際のガイダンスは リポジトリの管理 にあります。
ダッシュボードが埋まるのを見る
セットアップ後、ダッシュボードのガイド付きツアーが提示されます。どのステップでも終了でき、Account and help メニューからもう一度開けます。有効にした各リポジトリについて、Latchkey は直近 30 日間の完了済みワークフロー実行をバックフィルするため、ほとんどのチームは数分でデータを確認できます。バックフィルの実行中は進捗バナーが表示されます。ページが空に見える場合、表示内容を決めているのは Command & Control の Filters と Date range のウィンドウです。
任意: Latchkey ランナーでジョブを実行
任意のワークフローの 1 行を変更して、マネージドな自己修復ランナーを試します。push すると、ランナーがピックアップするまでジョブは GitHub 上でキュー待機と表示されます。ウォームなランナーが既にオンラインの場合は約 2 秒、新しいランナーがコールドスタートする場合はそれより長くかかります。ジョブがどこで実行されたかを確認する方法を含む完全な手順は 最初のジョブを実行する にあります。
jobs:
build:
runs-on: latchkey-small
steps:
- uses: actions/checkout@v4
- run: npm ci && npm test任意: チームを招待
Developer を除くすべてのプランでは、ダッシュボードのサイドバーで Team を開き、メールまたは共有リンクでチームメイトを招待します (Developer プランは個人利用向けのため、そこでは招待は利用できません)。招待では Admin または Member ロールが付与されます。チームとロール をご覧ください。
最初の 1 時間に予想されること#
オンボーディング完了後の典型的な流れは次のとおりです。何が正常で、何を再確認する価値があるかがわかります。
- 010 分から 5 分: セットアップサインイン、GitHub の接続、リポジトリの選択
- 02バックフィル開始有効にした各リポジトリについて直近 30 日間の完了済み実行がインポートされます。実行中は進捗バナーが表示されます
- 03最初のデータが到着バックフィルされた実行が Overview、Cost、Performance ページに、通常は数分以内に表示されます
- 04AI Insight が稼働開始検出結果は実行データから毎晩計算されるため、定量化された最初の検出結果は通常翌日までに表示されます
- 05以降はリアルタイム新しいワークフローの実行が、発生するたびに GitHub App 経由で流入します。ポーリングも手動更新も不要です
ここからどこへ進むか#
Latchkey のセットアップにはどれくらいかかりますか?
約 5 分です。GitHub でサインインし、Organization にアプリをインストールして、リポジトリを選択します。30 日間のトライアルは別途の手続きなく自動的に開始します。
ダッシュボードにデータが表示されるまでどれくらいかかりますか?
数分です。リポジトリを選択すると直近 30 日分の完了済みワークフロー実行がインポートされるため、新しいビルドを待たずにコストとパフォーマンスのダッシュボードが埋まります。AI Insight の分析結果は次回の夜間処理で届きます。
Latchkey ランナーで最初のジョブを実行するには?
ワークフローの 1 行を変更します。runs-on の値を latchkey-small に置き換えてください。steps、actions、secrets、services、matrix はそのままで、GitHub ホスト型のラベルも同じワークフロー内で引き続き動作するため、ジョブ単位で段階的に移行できます。