Проектируйте облачную архитектуру, планируйте миграции и генерируйте соответствующий стандартам код инфраструктуры с анализом стоимости и автоматическим сопоставлением требований комплаенса.
Также известен как xmpuspus/cloudwright, cloudwright-ai-mcp
- Звёзды
- 33
- Инструменты
- —
- Загрузки, 30 дней
- 274
- Последняя версия
- 1.10.0
- Последний коммит
- 24 авг. 2026 г.
- Лицензия
- MIT
Что такое Cloudwright MCP?
Cloudwright — это MCP server. Проектируйте облачную архитектуру, планируйте миграции и генерируйте соответствующий стандартам код инфраструктуры с анализом стоимости и автоматическим сопоставлением требований комплаенса.
Сводка сгенерирована из README проекта
О Cloudwright MCP server
Cloudwright позволяет DevOps-инженерам и архитекторам проектировать облачную архитектуру и планировать сложные миграции. Предоставляя единый интерфейс для AWS, GCP, Azure и Databricks, он преобразует описания на естественном языке в типизированные спецификации, разбивку стоимости и код инфраструктуры. Пользователи могут генерировать Terraform, OpenTofu, Pulumi или CloudFormation на основе одного промпта с описанием дизайна.
Этот MCP server интегрируется с различными агентами разработки, такими как Claude Code, Cursor и Windsurf, чтобы внедрить проверку архитектуры непосредственно в цикл разработки. В то время как команды design, modify, chat и adr требуют API key от Anthropic или OpenAI для вызова модели, большинство других функций, таких как оценка стоимости, сопоставление комплаенса и планирование миграции, работают полностью офлайн. Это позволяет быстро проводить локальную валидацию проектов инфраструктуры на соответствие таким стандартам, как HIPAA, SOC 2 и PCI-DSS, без постоянной зависимости от сети.
Что вы можете с ним делать
- 1Генерация соответствующего стандартам кода инфраструктурыПреобразуйте текстовое описание облачной среды в полную спецификацию Terraform с предустановленными настройками безопасности по умолчанию.
- 2Сопоставление архитектуры с регуляторными требованиямиПроверяйте, соответствует ли предлагаемый облачный дизайн конкретным отраслевым стандартам, таким как HIPAA или FedRAMP, перед развертыванием.
- 3Планирование и проверка облачных миграцийОрганизуйте миграцию по последовательным этапам и используйте контрольные точки (evidence gates), чтобы убедиться в выполнении всех предварительных условий.
- 4Оценка стоимости облачных ресурсовПолучайте разбивку стоимости каждого компонента в предлагаемой архитектуре с учетом выбранного региона.
Взято из README проекта. Каждый вариант использования проверен на соответствие цитате из него.
Как установить Cloudwright MCP
Форматы проверены 10 ноя 2026Добавить в CursorДобавить в GooseУстановка Cloudwright MCP в Claude Code
$ claude mcp add cloudwright -- uvx cloudwright-ai-mcpУстановка Cloudwright MCP в Cursor
~/.cursor/mcp.json
{
"mcpServers": {
"cloudwright": {
"command": "uvx",
"args": [
"cloudwright-ai-mcp"
]
}
}
}Установка Cloudwright MCP в VS Code
.vscode/mcp.json
{
"servers": {
"cloudwright": {
"type": "stdio",
"command": "uvx",
"args": [
"cloudwright-ai-mcp"
]
}
}
}Установка Cloudwright MCP в VS Code CLI
$ code --add-mcp '{"name":"cloudwright","type":"stdio","command":"uvx","args":["cloudwright-ai-mcp"]}'Установка Cloudwright MCP в Claude Desktop
claude_desktop_config.json
{
"mcpServers": {
"cloudwright": {
"command": "uvx",
"args": [
"cloudwright-ai-mcp"
]
}
}
}Установка Cloudwright MCP в Codex
$ codex mcp add cloudwright -- uvx cloudwright-ai-mcpУстановка Cloudwright MCP в Codex config.toml
~/.codex/config.toml
[mcp_servers.cloudwright] command = "uvx" args = ["cloudwright-ai-mcp"]
Установка Cloudwright MCP в Gemini CLI
$ gemini mcp add -s user cloudwright uvx -- cloudwright-ai-mcpУстановка Cloudwright MCP в Gemini settings.json
~/.gemini/settings.json
{
"mcpServers": {
"cloudwright": {
"command": "uvx",
"args": [
"cloudwright-ai-mcp"
]
}
}
}Конфигурация
ANTHROPIC_API_KEY
| Название | Описание | Тип |
|---|---|---|
| ANTHROPIC_API_KEY | — |
Автоматические проверки
Запущено 13 нояб. 2026 г.Полный отчёт →Прошло наши автоматизированные проверки. Это не аудит безопасности: изучите код и предоставьте серверу минимально необходимый доступ. Как работают проверки
- Связанный и доступный исходный репозиторийПройдено
- Open source лицензия (OSI)Пройдено
- Коммит или релиз за последний годПройдено
- Имя пакета не похоже на популярный пакетПройдено
- Удаленная конечная точка использует HTTPSНе проверялось
- Деструктивные инструменты помеченыНе проверялось
- Нет скрытых инструкций для моделиПройдено
- Нет критических предупреждений в пакете или его зависимостяхПройдено
README
Открыть на GitHubCloudwright
Design a cloud architecture or plan a migration. Get costs, controls, code, and checked evidence.
pip install 'cloudwright-ai[cli]'
export ANTHROPIC_API_KEY=sk-ant-...
cloudwright design "HIPAA healthcare API on AWS with Postgres and Redis"
Cloudwright turns one line of English into a typed spec, a cost breakdown, a control-mapped compliance report,
and infrastructure code. A source estate and target become ordered migration waves, explicit costs,
and evidence gates. It covers AWS, GCP, Azure and Databricks across 114 service keys. Only design, modify,
chat and adr call a model. Every other command runs offline and needs no API key.
Quickstart · Migrations · Compliance · Agents · Docs · Changelog
A prompt produces a spec, a cost, a control-mapped report, and Terraform
- Spec. Typed YAML you commit, diff and review. Everything below reads from it.
- Cost. Per component and region-aware, with a confidence flag on every line.
- Compliance. HIPAA, SOC 2, PCI-DSS, FedRAMP, GDPR, ISO 27001 and NIST 800-53 control IDs.
- Infrastructure code. Terraform, OpenTofu, Pulumi (TypeScript or Python) and CloudFormation.
- Diagrams. ASCII, Mermaid, D2, and a web canvas you can edit by hand.
- An MCP server, so any coding agent runs the same checks inside its own loop.
Exports carry safe defaults. S3 gets a public-access block, SSE and versioning. RDS gets encryption, multi-AZ and deletion protection. EC2 gets IMDSv2. A compliance framework overrides the workload profile, and always forces encryption and high availability.
Quickstart
cloudwright design "HIPAA healthcare API on AWS with Postgres and Redis"
cloudwright cost spec.yaml --workload-profile medium
cloudwright compliance spec.yaml --frameworks hipaa,soc2
cloudwright export spec.yaml --format terraform -o ./infra
cloudwright plan spec.yaml --target terraform # proves it deploys, never applies
cloudwright migrate demo # packaged migration proof, fully offline
cloudwright chat --web # canvas at http://localhost:8765
Add --json before any subcommand for machine-readable output, or --stream to watch tokens arrive. Set ANTHROPIC_API_KEY or OPENAI_API_KEY for the four commands that need a model.
Migration plans stop when evidence is missing
The migration model covers infrastructure, applications, data, platforms, networks, facilities, and business services in one dependency graph. It works for on-premises, cloud, cross-cloud, hybrid, data-center, and application moves. It plans and checks work. It never copies data, applies infrastructure, switches traffic, or runs a cutover.
cloudwright migrate plan examples/migrations/ph-telco-project.yaml -o assessment.yaml
cloudwright migrate verify examples/migrations/ph-telco-project.yaml examples/migrations/ph-telco-evidence.yaml
The core has no telco fields. The first proof project selects an external ph_telco pack for subscriber,
billing, usage-record, number-porting, privacy, recovery, and source-shutdown gates. A manufacturing ERP
fixture proves the same planner works without that pack. Missing blocking evidence changes the result to
closed: false and makes migrate verify exit with code 2. Each evidence file carries the deterministic
assessment ID, so observations from an older target or cutover plan cannot close a revised assessment.
MCP clients use the same engine through plan_migration and verify_migration in the migration tool group.
See Migration planning and evidence for the file contract, Python API, HTTP routes, domain-pack format, limits, and recording commands.
Every finding carries the control ID it violates
Other tools scan infrastructure after you deploy it. Cloudwright maps each finding to its control before any
resource exists. The fix then costs a spec edit instead of a change ticket. HIPAA 164.312(a)(2)(iv), SOC 2 CC6.1
and FedRAMP SC-28 come from the built-in scanner, with no extra tooling. Checkov folds into the same report
when it sits on your PATH.
--oscalwrites an OSCAL 1.1.2 component-definition with deterministic UUIDs.--traceabilityprints the chain from component to resource to control to status.cloudwright planrunsterraform validateagainst the export, and never applies.
The review needs no API key and no network
cloudwright review runs the scorer, the linter and the validator over a spec, and returns one severity-ranked
report. The same three critics run inside cloudwright design. When blocking findings survive generation, the
architect repairs the spec once and records the change in spec.metadata.critique. Pass
Architect(repair=False) to turn that off.
Canvas edits never call the model, so they are instant and free
Add, drag, connect, edit and delete are deterministic frontend mutations. The Catalog drawer serves the resource
list per provider and five approved multi-resource modules. Its standards check flags orphan connections,
partial modules and missing tags. An intact module exports as a single Terraform module block, with the
catalog's pinned source and version.
One MCP server reaches 11 coding agents
cloudwright integrate --harness claude-code # exact wiring, in that client's format
cloudwright integrate --harness cursor --write # merge it into the right file
cloudwright integrate --rules --agent-file claude # a gate block for CLAUDE.md
Do not hand-write the config. cloudwright integrate emits it for Claude Code, Cursor, Cline, Windsurf, GitHub
Copilot, Zed, Codex CLI, Junie, Kiro and Antigravity. Aider gets a CLI-pipe recipe instead, because it speaks
no MCP. Every client wants a different shape: Zed wants context_servers, Copilot wants servers, and Codex
wants a TOML table.
The server exposes 24 tools in 10 groups: design, cost, validate, analyze, export, session, review, compliance, plan and migration. Full matrix in docs/integrations.md.
Offline commands grade, scan, compare, and plan
lint runs 10 anti-pattern checks. score grades 5 dimensions. analyze reports blast radius and single
points of failure. policy enforces policy-as-code with 9 built-in rules. security scans the spec and the
exported HCL. drift compares a design against a tfstate, and --remediate turns the gap into a cost,
compliance and plan preview.
review, compliance and plan are above. See docs/cli-reference.md.
Python API
from cloudwright import ArchSpec
from cloudwright.cost import CostEngine
from cloudwright.validator import Validator
from cloudwright.exporter import export_spec
spec = ArchSpec.from_file("spec.yaml")
priced = CostEngine().estimate(spec, workload_profile="medium")
findings = Validator().validate(spec, compliance=["hipaa", "pci-dss"])
hcl = export_spec(spec, "terraform", output_dir="./infra")
v1.10.0 adds migration planning with evidence-based closure
- One model covers the full estate. Infrastructure, data, applications, platforms, networks, facilities, and business services share one dependency graph.
- Dependencies determine the waves. The planner schedules prerequisites first, rejects cycles, checks rollback paths, and reports unresolved mappings.
- Closure needs evidence. Missing or failed blocking observations prevent closure and make
migrate verifyreturn exit code 2. - Industry rules stay outside the engine. Optional YAML packs add acceptance gates without adding industry fields to the core.
- PH telco is the first proof. The product remains industry-neutral. A manufacturing ERP fixture runs through the same planner with no domain pack.
Earlier releases added control-ID mapping and plan (v1.5.0), the self-correcting architect and OSCAL
(v1.6.0), cloudwright integrate (v1.7.0), the responsive dark-theme canvas (v1.8.0), and measured
canvas interaction fixes (v1.9.0). Full history in CHANGELOG.md.
Compatibility
- Python 3.12+
- Models: Anthropic (Claude Sonnet, Haiku) and OpenAI (GPT-5+ family), auto-detected from env.
- Clouds: AWS, GCP, Azure, Databricks. 114 service keys total.
- Install variants:
cloudwright-ai[cli],cloudwright-ai[web],cloudwright-ai-mcp.
Contributing, license, changelog
- Contributing guide: CONTRIBUTING.md
- License: MIT, see LICENSE
- Full release history: CHANGELOG.md
Вопросы о Cloudwright MCP
Как добавить Cloudwright MCP в Claude Code?
Выполните claude mcp add cloudwright -- uvx cloudwright-ai-mcp в терминале. Добавьте --scope user, чтобы сервер был доступен во всех проектах.
Как добавить Cloudwright MCP в Cursor?
Откройте ~/.cursor/mcp.json и добавьте сервер в mcpServers, используя конфигурацию Cursor из раздела установки выше.
Какие облачные провайдеры поддерживает Cloudwright?
Он охватывает AWS, GCP, Azure и Databricks, используя 114 ключей сервисов.
Требуется ли API key для всех команд Cloudwright?
Нет, только команды design, modify, chat и adr обращаются к модели. Все остальные команды работают офлайн и не требуют API key.
Какой код инфраструктуры можно экспортировать?
Вы можете экспортировать в Terraform, OpenTofu, Pulumi (TypeScript или Python) и CloudFormation.
Помогает ли Cloudwright с комплаенсом?
Да, он предоставляет отчеты о соответствии с привязкой к контролям для таких фреймворков, как HIPAA, SOC 2, PCI-DSS, FedRAMP, GDPR, ISO 27001 и NIST 800-53.