Skip to main content
このクイックスタートでは、サインインから最初の AI 調査までを案内します。CloudThinker が根本原因を特定し、修正案を提示します。所要時間は 約 10 分 です。デモから始めれば、クラウドの認証情報は不要です。
必要なもの: Google または GitHub のアカウント、あるいは任意の業務用メールアドレス。自分の AWS、Azure、Google Cloud、Kubernetes へのアクセスは任意です — 読み取り専用のデモはそれらなしで利用できます。

​
30 秒で覚える構文

エージェントには平易な言葉で話しかけてください。基本的なパターンは次のとおりです。
  • @agent （省略可能） — 省略すると CloudThinker が回答します。ワークスペースのカスタムエージェントをメンションすることもできます。
  • #connection （省略可能） — 使用する接続。たとえば AWS アカウントや Kubernetes クラスター。
  • / （省略可能） — スキルまたはコマンドを実行します。
  • リクエスト内容 — 必要なことを自分の言葉で記述します。文脈情報はインラインで追記できます。
一覧は Commands を参照してください。
1

サインインする

app.cloudthinker.io にアクセスし、Google、GitHub、または SSO でサインインします。メールを使う場合は、アドレスを入力して Continue with email をクリックし、CloudThinker から届く 6 桁のコードを入力します。初回サインイン時には、短い質問が 2 つ続きます: Tell us about you (あなたのロール) と、組織のオーナーには How can I help you? です。回答するか Skip をクリックします — このガイドに沿って進める場合は Just exploring を選択してください。成功状態: Home に移動し、チャットボックスと Needs you、Modules、Automation today のカードが表示されます。サイドバーには New chat、Artifacts、Automations、Investigation が表示されます。
新しい組織は、カード登録不要の 14 日間の Team トライアルから始まります。プランの制限については 料金 をご確認ください。
2

デモまたは自分のクラウドを接続する

  1. サイドバーの Try a demo environment をクリックするか、Settings → Connections に移動します。
  2. Demo available と表示されたサービスを選択します — AWS、Google Cloud、Azure、Kubernetes のうち、提供されているものです。
  3. Connect をクリックし、次に Use demo をクリックします。セットアップには約 1 分かかります。
デモ環境 は読み取り専用で、試用中の他のユーザーと共有されています。デモのチャットも、他のチャットと同様に クレジット を消費します。
成功状態: 接続に Connected と表示されます。Connection error と表示された場合は、トラブルシューティング をご確認ください。
3

最初の質問をする

デモの場合、CloudThinker は Give me an overview of this AWS account. のような編集可能なスタータープロンプト付きのチャットを開きます。そのまま送信してください。自分のクラウドの場合は、New chat をクリックして以下を送信します:
プロバイダー名またはクラスター名を自分のものに置き換えてください。成功状態: CloudThinker が、一般的なベストプラクティスではなく、アカウント内で見覚えのあるサービス、リージョン、リソースを挙げて回答します。
4

最初の調査を実行する

  1. サイドバーの Investigation をクリックします。Resolve が最初のアラートソースの接続を求めてきた場合は、Skip for now をクリックします — 次のステップで扱います。
  2. Log Incident をクリックします。
  3. What’s happening? に実際の問題を記述します — たとえば、前の回答で指摘された事項などです。または Service Degradation などの Quick Start Template を選んでフォームを事前入力します。
  4. Severity を選択し、Context に詳細を追加して、Log Incident をクリックします。
CloudThinker がすぐに根本原因分析を開始します。手動で記録したインシデントにアラートソースは不要です。成功状態: インシデントが Investigation ビューの AI is handling の下に表示されます。調査が完了すると、根本原因と証拠、タイムライン、承認待ちの修復案が表示されます — 読み方については 調査と RCA をご覧ください。
5

すべてのインシデントを自動で調査する (任意)

Resolve に移動し、Connect a source をクリックします。Webhook (Datadog、PagerDuty、Grafana、Opsgenie、またはカスタムアラート)、クラウドポーリング (AWS、Azure Monitor、Google Cloud Monitoring)、または Slack や Microsoft Teams を選択します。On Duty — 自動調査 — はデフォルトでオンになっているため、そのソースから Pulse がルーティングするすべてのインシデントは、誰かが Investigate をクリックしなくても調査されます。完全なセットアップは Pulse ソースを接続する にあります。成功状態: ツールから送信されたイベントが Pulse に Signal として表示されます。

​
完了の確認

  • デモまたは自分の接続に Connected と表示されている
  • エージェントが、その環境で見覚えのあるリソースを挙げて回答した
  • 記録したインシデントに調査結果が表示され、証拠をたどって確認できる
Getting started checklist はこれらの最初のステップを記録し、完了するとクレジットを追加します。次回のサインインからは Home が出発点になります: Needs you には承認待ちの項目が一覧表示され、進行中のインシデントがあるとバナーが表示されます。

​
トラブルシューティング

確認事項: 迷惑メールやプロモーションのフォルダー、およびコード画面に表示されたアドレスのスペルが正しいか。修正: Resend code をクリックするか、Google または GitHub でサインインします。
考えられる原因: デモは、そのデモ対象が利用可能な間のみ提供されます。修正: Show all connections をクリックして他のプロバイダーを確認するか、後でもう一度試すか、代わりに自分のクラウドを接続します。
考えられる原因: 認証情報が誤っているか、権限が不足しています — AWS の場合、通常はロールの信頼ポリシーにおける External ID の不一致です。修正: クラウドプロバイダー側で認証情報を修正し、接続の Retry をクリックします。プロバイダー固有の確認事項は、AWS のトラブルシューティング など各接続ガイドにあります。
考えられる原因: 接続が、現在チャットしているものとは別の ワークスペース にあります。修正: サイドバー上部のワークスペースセレクターを確認し、接続を追加したワークスペースに切り替えて、もう一度質問します。
考えられる原因: 利用可能な証拠では根本原因を裏付けられませんでした — 接続された環境で実際には発生していないインシデントでよく起こります。修正: その環境で実際に起きている事象についてインシデントを記録するか、Context に詳細を追加するか、証拠を保持しているクラウドまたは監視ツールを接続します。

​
次のステップ

調査結果を読む

根本原因、証拠、修復キューをたどり、各提案に対応します

ロール別の最初のプロンプト

自分のロールを選び、プロンプトをコピーして、自分の環境から実際の結果を得る

CloudThinker の全体像

ワークスペース、接続、エージェント、ガードレール、モジュールからなる全体のモデルを 1 ページで確認します

チームを招待する

Owner、Admin、Developer、Viewer ロールでチームメンバーを追加し、ワークスペースアクセスを割り当てます