プラットフォーム
本格的なAIソフトウェアデリバリーのためのフルスタックコンソール
ログ、データベース、ネットワーク、エラーがチャットの隣に可視化されるため、証拠をもってアプリをデバッグし、その発見を次のプロンプトに直接反映できます。
フルスタックコンソールは、Ciao Builder内の診断面です: ログ、データベースの状態、ネットワークリクエスト、エラーが会話の隣に可視化されます。何かが壊れたときに推測させるAIビルダーとは異なり、コンソールはスタック全体で実際に何が起こったかを示すため、次のプロンプトは憶測ではなく証拠を伴い、修正は実際の原因に届きます。
公開日 2026-07-03 · 最終更新 2026-07-03
自分で手書きしなかったアプリのデバッグ
AIで構築したアプリが誤動作するとき、最悪の立場は推測することです。バグはUIにあるのか、クエリにあるのか、API呼び出しにあるのか、データ自体にあるのか。可視性がなければ、1行の修正が投機的なプロンプトの午後になります — ブラックボックスに対して言い換えを試し、どれかが届くことを期待します。
フルスタックコンソールは、Builderの中で、エンジニアが期待する可視性を提供します: サーバーとブラウザのログ、データベースのテーブルと行、ネットワークのリクエストとレスポンス、文脈を伴うエラー — すべて会話の隣に。実際に何が起こったかを見て、その証拠を次のプロンプトに入れます。
これはニッチなパワーユーザー向けの機能ではありません。平易な言葉からソフトウェアを構築するという約束全体は、何かが壊れてプラットフォームがなぜかを示せない最初の瞬間に崩壊します。可視性は、その約束を正直に保つものです。
コンソールの仕組み
すべては会話の隣で起こります — 要点は証拠と行動を同じ場所に保つことです。
1. チャットの隣で開く
別のツールも、コンテキストの切り替えもありません。コンソールは会話とライブプレビューの隣に位置します。
2. ログを読む
動作中のアプリからのサーバーとブラウザの出力なので、「動かなかった」が特定の時刻の特定の行になります。
3. データベースを検査する
アプリの裏にある実際のSupabaseのテーブルと行を見ます。レコードが書き込まれたか、どんな値でかを確認します。
4. ネットワークを見る
リクエスト、レスポンス、ステータスコード、タイミング — 特に連携と外部APIが絡むときに価値があります。
5. 文脈の中でエラーを見る
失敗は、物語を剥ぎ取られた単なるメッセージとしてではなく、それを生み出した周囲の活動とともに現れます。
6. 証拠を修正に変える
見つけたものを次のプロンプトで参照します。ライブの本番問題については、読み取り専用のAI SREであるDoctorがアプリ、DNS、CDNを検証し、根本原因を診断し、修正案を作成します。
なぜ重要なのか
証拠を伴うプロンプトは、雰囲気に基づくプロンプトに勝ります。「/api/ordersへのPOSTが400を返し、行がordersテーブルに決して現れない」は一度で正しい修正を生み出します。「注文のことが壊れている」は、決して問題ではなかったものの書き換えを生み出します。コンソールは、エンジニアだけでなく誰にとってもその最初の種類のプロンプトを可能にするものです。
これは、AI支援エンジニアリングを希望的な雑談から分ける大きな部分です: システムがその状態を示し、人間がそれについて推論し、修正はスタックが実際に行ったことに基づいています。時間をかけて、それはより静かなコードベースを生み出します — より少ない投機的な書き換え、より小さな差分、そしていつでも内部を見られるためアプリを信頼するチームです。
それはまた、誰がアプリケーションをサポートできるかも変えます。代理店や運用チームは、「その注文に何が起こったか?」に、エスカレーションではなくデータで答えられます。アプリが存在する同じ場所でその質問が検査可能だからです。
誰がフルスタックコンソールを使うのか
コンソールは、「実際に何が起こったのか?」という質問に答えなければならなかったことのある人すべてに役立ちます:
- 技術系の創業者 — すべてのつまずきをエスカレーションしたり、目隠しで再プロンプトしたりする代わりに、数分で自分のアプリを診断します。
- 代理店 — クライアントアプリを専門的にサポートします — 問題を再現し、証拠を読み、レビューされた修正を出荷します。
- 開発者 — 本番データを信頼する前に、AIが書いたバックエンドの振る舞い — クエリ、書き込み、API呼び出し — を検証します。
- 運用チーム — アプリと既存システムの間のデータフローが、連携が約束したことを行っていることを確認します。
セキュリティとガバナンスに関する注記
可視性は強力なので、統制とともに出荷されます:
- ✓ コンソールを含むワークスペースアクセスは、ロールベースのアクセス制御に従います。
- ✓ コンソールの証拠から導かれた修正も、公開前にGuardrailsレビューとQAゲートを通過します。
- ✓ Securityは、フラグを立てる前にライブアプリに対して脆弱性を確認します — ノイズではなく検出結果です。
- ✓ Doctorは読み取り専用で動作します: 検証し、診断し、修正案を作成しますが、変更はガバナンスされたループを通じて出荷されます。
- ✓ すべての修正を取り巻くプロンプト、マージ、デプロイは追記専用の監査証跡に記録されます。
コンソールが示すもの
4つの面が、ほとんどの調査をエンドツーエンドでカバーします:
| 面 | 見えるもの | 答えるもの |
|---|---|---|
| ログ | 動作中のアプリからのサーバーとブラウザの出力 | 何が実行され、何を報告したか |
| データベース | Supabaseのテーブル、行、値 | データが実際に変わったか、どのように |
| ネットワーク | リクエスト、レスポンス、ステータスコード、タイミング | アプリと外部システムが互いに何を伝えたか |
| エラー | 周囲の文脈を伴う失敗 | どこで壊れ、何がそれに至ったか |
よくある質問
Ciaoで構築したアプリをデバッグするのに外部ツールが必要ですか?
日常的な作業では不要です — ログ、データベース、ネットワーク、エラーはBuilderの中から検査可能です。アプリはあなたが所有する標準的なReact、TypeScript、Supabaseなので、エンジニアは好みの外部ツールを接続することもできます。
実際のデータベースを見られますか?
はい。コンソールはアプリの裏にあるSupabaseのテーブルと行を表示するため、フローが実際に何を書き込んだかを確認できます。これはしばしば、UIバグとデータバグを見分ける最速の方法です。
コンソールはDoctorとどう関係していますか?
コンソールはあなたがスタックを見ることで、Doctorはあなたの代わりに探す読み取り専用のAI SREです — ライブアプリ、DNS、CDNを検証し、根本原因を診断し、修正案を作成します。両者は一緒に最も良く機能します: 本番インシデントにはDoctor、ビルド時の調査にはコンソール。
チームの誰がコンソールを見られますか?
アクセスはワークスペースのロールベースのアクセス制御に従うため、誰がログとデータを検査できるかを決められます。エンタープライズプランは、その上にSAMLとOIDC経由のSSOと任意のMFAを追加します。
コンソールを使うことは、修正を出荷するときにガバナンスを迂回しますか?
いいえ。コンソールは修正の情報源になります。修正は依然として記録された人によるレビューとともにGuardrailsのもとでマージされ、公開前にQAスモークゲートを通過し、追記専用の監査証跡に記録されます。