よくある質問

はい、Latchkey CIであれば使えます。個人アカウントでも接続して実行できます: ダッシュボードのモニタリングモーダルからリポジトリを追加してから、ワークフローファイルを .latchkey/workflows/ の下にコミットしてプッシュしてください。Latchkey on GH(GitHub Actionsで動くLatchkeyのマネージドランナー)にはGitHubの組織アカウントが必要です。GitHubの組織の作成は無料で、1分で済みます。

いいえ。最初のworkspaceは、クレジットカードなし、サインアップ時のプラン選択なしで、Launchティアの30日間無料トライアルを自動的に開始します。プランは請求モーダルのChange Planからいつでも変更できます。無料トライアルはおひとりにつき 1 回です。

GitHub Appをインストールした人です。workspaceごとにオーナーは正確に1人であり、オーナー権限は後でTransfer Ownershipによって別のメンバーに引き継げます。チームと役割を参照してください。

はい。各インストールは、独自のプラン、チーム、リポジトリ、データを持つ独自のworkspaceを取得し、サイドバーの先頭にあるworkspaceメニューでそれらを移動できます。

はい。複数のworkspaceに所属している場合、サイドバーの先頭にあるworkspaceメニューでそれらを移動できます。各workspaceは独自のプラン、チーム、データを持ちます。

いいえ。リポジトリの選択をスキップし、後でダッシュボードのモニタリングモーダルからリポジトリを追加できます。リポジトリの管理を参照してください。

まだできません: ダッシュボードにはタブレット、ノートパソコン、またはデスクトップの画面が必要であり、幅が768 px未満の画面ではサインイン後に通知が表示されます。メール、Slack、プッシュ通知が、デスクを離れているときもあなたをカバーします。

変更するのは runs-on: の行だけで、移動を選んだジョブに対してのみです。それ以外はそのままで、GitHubホストランナーも並行して動作し続けます。

x86_64上のUbuntu 24.04 LTSです。現時点でWindows、macOS、arm64、GPUランナーはありません。それらのジョブは他のランナーに残し、1つのワークフロー内で自由に組み合わせてください。

はい、ネイティブに動作します: BuildKit、buildx、composeを備えたDocker CEがプリインストールされており、マルチアーキテクチャのイメージビルド用のQEMUも含まれます。

ウォームランナーが既にオンラインのときは約2秒です(LaunchとScaleはウォームプール容量を含みます)。コールドスタートは、新しいマシンが先に起動して登録する必要があるため、より長くかかります。

ランナーごとに最大4時間です。4時間の時点でジョブがまだ実行中なら最大8時間です。完全な制限は制限と同時実行にあります。

プランごとに決まります: workspaceごとの稼働中ランナーはDeveloper 20、Launch 40、Scale 80で、トライアルはLaunchの数値で実行されます。Enterpriseの上限は契約で定められます。アイドル状態のウォームランナーとパーク済みランナーはカウントされず、上限を超えるジョブは空きを待ちます。

いいえ。ランナーは使い捨てです: マシンごとに1ジョブで、その後破棄されるため、ローカルディスクに書き込まれたものはジョブ終了時に消えます。永続化にはartifactsやcachesを使用してください。

AWS us-east-1の、Ubuntu 24.04 LTS x86_64マシン上です。制限と同時実行を参照してください。

カスタム設定のランナーは、その形状に関わらずxlargeレート($0.0200/min)で課金されます。カスタムランナーを参照してください。

DeveloperとLaunchで2、Scaleで10、Enterpriseで無制限です。カスタムランナーを参照してください。

はい: APIキーでLatchkey MCPサーバーに接続すれば、失敗のトリアージ、失敗バンドルの取得、エディタからの修正の推進ができます。対応するオプトインキーがあれば、ワークフローの再実行や、新しいLatchkeyランナーでの単発ジョブの実行も可能です。AIエージェントを接続するを参照してください。

いいえ。実行中の修正は、ジョブ後に破棄されるエフェメラルなランナーにのみ影響します。永続的な修正はレビュー用のプルリクエストとしてのみ提案され、自動でマージされるものは何もありません。

はい: Settings の Self-healingでworkspace全体(オーナーおよび管理者)、Runnersページでランナー設定ごとに設定できます。現時点でリポジトリごとのトグルはありません。

いいえ。既知の一時的なクラス(ネットワーク、メモリ、ディスク、不足しているツール、設定のドリフト)にのみ介入します。本物のコードとテストの失敗は通常どおり失敗し、すべての修復はRecent Healsフィードに記録されます。

すべての介入はRunnersページのRecent Healsフィードに、そのカテゴリ、判定、および取られたアクションがわかりやすい言葉で表示されます。修復された実行はPipeline Performanceの実行テーブルでもフラグ付けされ、その修復レポートへディープリンクします。

いいえ。リトライはステップごとに上限があり、AI診断ステージには約4分のハードな時間予算があり、ランナー自体には4時間の寿命上限があります。詳細はセルフヒーリングにあります。

ワークフローの実行とジョブのメタデータ、およびワークフローのYAMLファイルです。アプリケーションのソースコードは読み取らず、シークレットや環境変数の値も決して読み取りません。詳細はセキュリティとGitHubの権限にあります。

リポジトリを無効化すると取り込みが停止し、そのデータはアーカイブされます。キャンセルするとアクセスはブロックされますが、データは保持されるため再サブスクライブで復元されます。workspaceを削除すると永久に削除されます。

ジョブごとに切り上げて、サイズごとのレートで、分単位で、プランの無料分の後に課金されます。ランナーの使用状況と無料分を参照してください。

各暦月の1日です。無料枠内の分は費用がかかりません。それを超える使用分のみが分単位のレートで課金されます。

デフォルトではありません。オーナーまたは管理者は、Billing ページで暦月ごとの支出上限を米ドルで設定できます。上限に達すると、Latchkey は新しいジョブを拒否し、キュー内のジョブを保留し、実行中のジョブを停止します。Latchkey ランナー上の GitHub Actions ジョブも含まれます。上限は月とともにリセットされます。上限がない場合、サブスクリプションのあるワークスペースは実行を続け、超過分は請求書に計測され、含まれる分の80%と再び100%で警告が出ます。カードなしトライアルでは、無料分を使い切ると、サブスクライブするまで新しいマネージドランナーのジョブがブロックされます。

サブスクリプションはPast Dueになります: 支払い方法がStripeポータルで修正されるまで、ダッシュボードとAPIへのアクセスがブロックされ、ランナーの起動が停止します。データは影響を受けません。サブスクリプションの管理を参照してください。

Stripeのカスタマーポータルです: Billingページを開き、Invoices & payment methodをクリックします。請求書(PDF付き)、支払い方法、サブスクリプションの詳細はすべてそこで管理されます。

はい: Billingページの Change plan でその場でアップグレードまたはダウングレードできます。監視中のリポジトリ数を下回るダウングレードでは、どのリポジトリを監視し続けるか選ぶよう求められ、Developerへのダウングレードにはworkspaceのメンバーが1人だけである必要があります。プラン変更でトライアルが再開されることはありません。

Launchは3シート、Scaleは5シートを含みます。追加シートは1つあたり$5/monthです。Developerプランは個人利用向けのため、そこではチーム招待は利用できません。チームと役割を参照してください。

いいえ。招待はAdminまたはMemberを付与します。workspaceを引き渡すには、オーナーがTransfer Ownershipを使用します。

1日から30日の間(デフォルトは7日)の有効期限と、最大使用回数を選択します。招待はPending Invitesタブからいつでも取り消せます。

はい。サポート経由でお送りいただければ、直接一緒に対応します。ほとんどの質問票はセキュリティアーキテクチャとセキュリティとGitHubの権限で既にカバーされており、脆弱性の報告はsecurity@latchkey.devへお願いします。