用途：将现有 SSG 站点端到端迁移到 CloudCannon，或让站点模板兼容 CloudCannon；也适用于在任务中生成站点（如从 WordPress 转换）并希望直接产出 CloudCannon 就绪结构。若站点已在 CloudCannon 上只需补一个能力，应直接用 cloudcannon-configuration、cloudcannon-snippets 或 cloudcannon-visual-editing；仅做多语言或翻译则用 make-site-multilingual 与 translate-site。
主要能力：编排五个阶段——审计（分析内容结构、组件、路由与构建流程）、配置（生成并定制 CloudCannon 配置文件，涉及 cloudcannon-configuration，含 MDX 组件或内联 HTML 时涉及 cloudcannon-snippets）、内容（把内容文件重构为 CMS 友好结构）、可视化编辑（为 Visual Editor 添加可编辑区域，涉及 cloudcannon-visual-editing）、构建与测试（端到端验证）。并非所有站点都需要全部阶段，小站点内容结构良好时可跳过内容阶段，可视化编辑可选但价值高。
使用方式：在项目根目录运行 npx @cloudcannon/cli configure detect-ssg 检测 SSG，再按对应指南（目前资料列出 Astro）执行。每阶段先完整阅读阶段文档，用任务工具逐项跟踪清单，完成后写 .cloudcannon/migration/<phase>.md 记录决策与发现。确定性步骤由 scripts/ 中的脚本自动化。迁移笔记统一写入 .cloudcannon/migration/，含 audit.md、configuration.md、content.md、visual-editing.md、build.md，分段迁移时另有 plan.md。命名遵循项目既有约定，否则文件用 kebab-case、JavaScript 与 JSON 用 camelCase，新字段优先 snake_case。
适用场景与限制：适合多文件架构决策的完整迁移，建议使用高推理模型而非轻量模型。资料未提供收费、价格、平台支持范围及具体效果数据。构建通过不等于编辑器可用，用户仍需在 CloudCannon 侧验证预览、内联编辑与保存到 Git。