既知の問題
このページでは、運用前に確認すべき Lizard の挙動を一覧にしています: sandbox の一時停止と有効期限、ロールバックではない再デプロイ、Dockerfile の優先順位、そして確認日付きの修正済みの問題です。レビュー中の修正が、稼働中のサービスに反映されているとは限りません。
サンドボックス の一時停止と有効期限
connect は一時停止中や停止済みの sandbox を再開しません。また fork は、ボリュームが接続されている場合は HTTP 409 を返し、pod の sandbox では HTTP 501 を返します。sandbox の ライフサイクル を参照してください。
一時停止すると、開いているネットワーク接続は閉じられます。プロセスを保存できない場合、sandbox は実行を続け、理由を pauseError に記録します。一時停止中の sandbox は元のノードでしか再開できず、そのノードが故障すると一時停止した状態は失われます。
sandbox の停止後に残るのは、接続した Persistent Volumes の /workspace 上のファイルだけです。また、ボリュームはノードローカルのストレージを使います。ノード障害後も必要なファイルは別の場所へ書き出してください。保存と課金 を参照してください。
再デプロイはロールバックではありません
lizard redeploy は、選択したソースを現在の構成でもう一度ビルドします。以前のビルドを選択するわけではありません。ビルド失敗と起動失敗では影響が異なります。復旧手順を選ぶ前に、アクティブなサービスとそのログを確認してください。起動失敗時でも、すべてのランタイムが古いリリースの提供を維持するとは限りません。
Dockerfile の優先順位
明示的な build コマンドまたは start コマンドは、リポジトリの Dockerfile より優先されます。dockerfilePath を選択する場合は、これらのオーバーライドをクリアしてください。設定更新それ自体がビルドを開始することがあるため、別の再デプロイを送る前にイベントを確認してください。Dockerfile のトラブルシューティングを参照してください。
テンプレートと MCP
テンプレートの利用可否はリージョンとプールの空き容量によって変わります。また、公開 CLI には独自テンプレートのアップロード機能はありません。ツールのバージョンは sandbox 内で確認してください。カタログは ランタイムとテンプレート にあります。
Lizard Skill は Lizard CLI を使用し、MCP トランスポートは公開しません。MCP クライアントには、ホストされた Lizard MCP サーバーを使ってください。Lizard MCP を参照してください。独自のリモート MCP サーバーをホストするには、別個のアプリケーションデプロイが必要です。ガイドを参照してください。
サービスポートの変更: 2026-09-09 に修正済み・確認済み
9 月 7 日の確認では、準備完了のプロセスがあるにもかかわらず、アップロードサービスのポートを 3000 から 80 に変更した後に HTTP 503 が発生しました。本番修正により、選択したポートが実行中のサービスに適用され、アップロード時および再ビルド時にも明示的なポートが維持されるようになりました。実環境でのポート変更確認は 9 月 9 日に成功しました。デプロイ後は、サービス状態だけでなく公開 URL も確認してください。
アップロードアーカイブとビルド失敗時の終了コード: 修正済み
Lizard CLI 0.3.95 は、ソースアップロードから macOS の ._* メタデータエントリを除外し、クラウドビルド失敗時に非ゼロの終了コードを返します。古い CLI バージョンは更新してください。COPYFILE_DISABLE はもう不要です。フレームワークチェックでは、現在の CLI を使った macOS からのアップロードをカバーしています。
ビルドの成功だけでは、アプリが動作する証明にはなりません。デプロイ後に公開 URL、ルート、フォーム、データ操作を確認してください。
更新日