Pulumi
Інфраструктура
Переглядайте, розгортайте та керуйте хмарною інфраструктурою природною мовою — Neotask переносить OpenClaw до Pulumi.
- Переглядайте зміни інфраструктури та отримуйте підсумки простою мовою про те, що буде створено, оновлено або знищено
- Розгортайте, оновлюйте та знищуйте стеки Pulumi через розмовні команди зі вбудованими підтвердженнями безпеки
- Запитуйте виводи стеку, граф ресурсів та статус дрейфу у всіх ваших проєктах Pulumi
Що ви можете робити
Попередній перегляд змін перед деплоєм
Попросіть Neotask запустити pulumi preview для будь-якого стеку та пояснити різницю зрозумілою мовою — не просто сирий план. Зрозумійте, що додається, змінюється або замінюється та чому, щоб схвалювати з впевненістю.
Деплой та управління стеками
Запускайте pulumi up, скасовуйте застрягле оновлення або відкочуйте до попередньої контрольної точки — все через розмову. Neotask підтверджує деструктивні операції перед виконанням та повідомляє фінальну кількість ресурсів.
Запити виводів та стану стеків
Запитуйте конкретні значення виводів (як-от назву S3-бакета або ендпоінт бази даних) без відкривання консолі Pulumi. Запитуйте стан ресурсів, перевіряйте дрифт через pulumi refresh та дивіться, які ресурси були останній раз змінені.
Управління кількома середовищами
Порівнюйте стеки між dev, staging та production. Запитуйте Neotask, яке середовище має ресурс, відсутній у production, або чому staging та production мають різні конфігурації для того самого компонента.
Діагностика збоїв деплою
Коли оновлення стеку не вдається, вставте помилку або попросіть Neotask отримати останні журнали операцій та діагностувати кореневу причину — чи це відсутній дозвіл IAM, обмеження квоти або баг провайдера.
Спробуйте запитати
"Попередній перегляд змін для продуктивного стеку та поясни, що зміниться"
"Задеплой staging-стек та скажи, коли завершиться"
"Які виводи стеку data-pipeline?"
"Оновіть dev-стек та покажи будь-який дрифт"
"Чому останній деплой у production не вдався?"
"Які ресурси були створені за минулий тиждень по всіх стеках?"
"Знищ стек temp-experiment після підтвердження, що буде видалено"
"Порівняй конфігурацію мережевого стеку між staging та production"Поради
Завжди запускайте preview перед деплоєм — попросіть Neotask "пояснити будь-які заміни", оскільки заміни спричиняють простій, на відміну від оновлень на місці.
Використовуйте теги стеків у Pulumi та посилайтеся на них у запитах: "покажи всі стеки з тегом environment=production" для мультипроектних організацій.
Попросіть Neotask перевірити IAM-політики перед деплоєм, якщо бачите помилки дозволів — він може запропонувати точний необхідний оператор політики.
Для довготривалих деплоїв запитуйте перевірку прогресу: "скільки ресурсів завершено в поточному оновленні?"
Сприймайте pulumi destroy як двокроковий запит: спочатку "покажи всі ресурси, що будуть знищені", потім підтверджуйте знищення тільки після перегляду списку.