コンテンツへスキップ
Latchkey
ドキュメントメニュー

Quickstart: ゼロからダッシュボードまで

GitHub でサインインし、プランを選び、組織に GitHub App をインストールし、リポジトリを選択して、最初の CI 分析を確認します。約 5 分で完了します。

Latchkey のサインインページ
ステップ 1: 組織にアクセスできる GitHub アカウントでサインインします。

これは、何もない状態から動作する Latchkey ダッシュボードまでの最速の道のりです。この過程でリポジトリやワークフローに触れるものは何もありません。このページで唯一のコード変更は、終盤にある任意の 1 行の runs-on: の切り替えだけです。

01サインインGitHub で
02プランを選択30 日間トライアル、Developer/Launch はカード不要
03アプリをインストールGitHub 組織に
04リポジトリを選択Latchkey が監視する対象を選びます
05ダッシュボードバックフィルと AI 分析が自動的に始まります

始める前に

GitHub でサインイン

latchkey.dev/sign-in にアクセスし、GitHub アカウントでサインインします。監視したい組織にアクセスできる GitHub アカウントを使用してください。ステップ 3 のアプリのインストールはこのアイデンティティで行われ、アプリをインストールした人がワークスペースの owner になります。途中で中断された場合は、もう一度サインインするだけで、オンボーディングは中断したところから再開します。

プランを選択

新規アカウントはプラン選択画面に移動します。すべてのプランは 30 日間の無料トライアルから始まります。DeveloperLaunch はクレジットカードなしですぐに始まります。Scale は先にチェックアウトを経て、そこでトライアルが適用されます。この段階での実際的な違いは、監視できるリポジトリ数です。Developer は 1、Launch は最大 10、Scale は最大 40 です。選択を考えすぎないでください。後でプランを変更でき、その際にトライアルがリスタートすることはありません。完全な比較は プランと無料トライアル にあります。

GitHub App をインストール

オンボーディングのステップ 1「GitHub を接続」で、Latchkey アプリをインストールするために GitHub へ移動します。Latchkey を承認 をクリックすると、GitHub がインストールページを開きます。GitHub がインストール先を尋ねたら、組織 を選択してください (個人アカウントではありません)。組織に対する owner または admin 権限が必要です。どちらもない場合は、組織の owner にアプリのインストールを依頼するか、admin 権限を付与してもらってください。アプリがアクセスできるものとできないものについては GitHub App をインストールする で説明しています。

監視するリポジトリを選択

オンボーディングのステップ 2 では、検索と可視性フィルターとともに組織のリポジトリが一覧表示されます。Latchkey に監視させたいものを選択してください。カウンターにはプランで許可される数が表示されます (Developer は 1、Launch は 10、Scale は 40)。選ぶ際に知っておくとよいことが 2 つあります。マネージドランナーは監視対象のリポジトリのみを扱うため、latchkey-* ラベルを向ける予定のリポジトリは含めてください。また、このステップを完全にスキップし、後でダッシュボードからリポジトリを追加することもできます。プラン上限内で選ぶ際のガイダンスは リポジトリの管理 にあります。

完了してダッシュボードを開く

ステップ 3 でセットアップが確認され、ダッシュボードに移動します。初回訪問時には、短いガイド付きツアーが各エリアを案内します。いつでもスキップできます。有効にした各リポジトリについて、Latchkey は直近 30 日間の完了済みワークフロー実行をバックフィルするため、ほとんどのチームは数分でデータを確認できます。バックフィルの実行中は進捗バナーが表示され、完了すると AI 分析が自動的に開始します。ページが空に見える場合は、まず上部のフィルターバーを確認してください。分析ページは選択したリポジトリのデータを表示し、何も選択されていない場合は 1 つ選ぶよう促します。

任意: Latchkey ランナーでジョブを実行

任意のワークフローの 1 行を変更して、マネージドな自己修復ランナーを試します。push すると、ランナーがピックアップするまでジョブは GitHub 上でキュー待機と表示されます。ウォームなランナーがある場合は数秒、新しいランナーがコールドスタートする場合は約 10 秒です。ジョブがどこで実行されたかを確認する方法を含む完全な手順は 最初のジョブを実行する にあります。

.github/workflows/ci.yml
jobs:
  build:
    runs-on: latchkey-small
    steps:
      - uses: actions/checkout@v4
      - run: npm ci && npm test

任意: チームを招待

Launch と Scale では、ダッシュボードのサイドバーで Team を開き、メールまたは共有リンクでチームメイトを招待します (Developer プランは個人利用向けのため、そこでは招待は利用できません)。招待では Admin または Member ロールが付与されます。チームとロール をご覧ください。

最初の 1 時間に予想されること#

オンボーディング完了後の典型的な流れは次のとおりです。何が正常で、何を再確認する価値があるかがわかります。

010 分から 5 分: オンボーディングサインイン、プラン選択、GitHub App のインストール、リポジトリの選択
02バックフィル開始有効にした各リポジトリについて直近 30 日間の完了済み実行がインポートされます。実行中は進捗バナーが表示されます
03最初のデータが到着バックフィルされた実行が Overview、Cost、Performance ページに、通常は数分以内に表示されます
04AI 分析が開始バックフィルが完了すると、最適化エージェントがワークフローを分析します。Insights ページは処理中に処理バナーを表示します
05最初の推奨事項が表示Optimization Insights ページに、それぞれ信頼度スコア付きで表示されます。そのタイプを有効にしていれば通知が発火します
06以降はリアルタイム新しいワークフローの実行が、発生するたびに GitHub App 経由で流入します。ポーリングも手動更新も不要です

ここからどこへ進むか#