Pulumi

Infrastructure

自然言語でクラウドインフラストラクチャをプレビュー、デプロイ、管理 — NeotaskはOpenClaw経由でPulumiを操作します。

• インフラの変更をプレビューして作成、更新、削除される内容を平易な言葉で要約
• 安全確認付きの会話コマンドでPulumiスタックをデプロイ、リフレッシュ、削除
• 全Pulumiプロジェクトのスタック出力、リソースグラフ、ドリフト状況を照会

できること

デプロイ前の変更プレビュー

Neotaskに任意のスタックでpulumi previewを実行させ、生のプラン出力ではなく平易な日本語で差分を説明させましょう。何が追加、変更、置き換えられるのか、そしてその理由を理解して、自信を持って承認できます。

スタックのデプロイと管理

pulumi upのトリガー、スタックした更新のキャンセル、前のチェックポイントへのロールバック — すべて会話で行えます。Neotaskは破壊的な操作を実行前に確認し、完了時に最終リソース数を報告します。

スタック出力と状態の照会

Pulumiコンソールを開かずに特定の出力値（S3バケット名やデータベースエンドポイントなど）を確認できます。リソース状態の照会、pulumi refreshでのドリフトチェック、最後に変更されたリソースの確認が可能です。

複数環境の管理

dev、staging、productionのスタックを比較できます。productionにないリソースがどの環境にあるか、同じコンポーネントの設定がstagingとproductionで異なる理由をNeotaskに確認できます。

デプロイ失敗の診断

スタック更新が失敗した場合、エラーを貼り付けるか、Neotaskに最新のオペレーションログを取得させて根本原因を診断してもらいましょう — IAM権限の不足、クォータ制限、プロバイダーのバグなど。

こう聞いてみよう

「productionスタックの変更をプレビューして何が変わるか説明して」

「stagingスタックをデプロイして完了したら教えて」

「data-pipelineスタックの出力は何？」

「devスタックをリフレッシュしてドリフトを見せて」

「最後のproductionデプロイが失敗した理由は？」

「すべてのスタックで過去1週間に作成されたリソースはどれ？」

「temp-experimentスタックを削除対象を確認してから破棄して」

「stagingとproductionのネットワーキングスタック設定を比較して」

活用のコツ

デプロイ前に必ずプレビューを実行しましょう — 置き換えはインプレース更新と異なりダウンタイムを引き起こすため、「置き換えがあるか説明して」とNeotaskに依頼しましょう。

Pulumiのスタックタグを使い、プロンプトで参照しましょう：「environment=productionタグのすべてのスタックを表示して」でマルチプロジェクト組織向けに。

権限エラーが表示された場合、デプロイ前にNeotaskにIAMポリシーを確認させましょう — 必要な正確なポリシーステートメントを提案できます。

長時間のデプロイでは、進捗チェックを依頼しましょう：「現在の更新で何リソース完了している？」

pulumi destroyは2ステップのプロンプトにしましょう：まず「破棄されるすべてのリソースをリストして」、そしてリストを確認してから破棄を確定します。