做网站这件事，我们走了太多弯路。
WordPress 越来越臃肿，每次打开后台都像在维护一个没人敢碰的祖传系统；每次更新核心或插件，都得提心吊胆防着白屏。Webflow 固然强大美观，但昂贵的月度账单和被平台死死绑架的数据，让开发者毫无安全感。Framer 视觉惊艳，但学习曲线让很多人困惑：自己到底是在建站，还是在转行学高阶 UI 设计？
当大模型时代来临，所有人都宣称“AI 将重构建站”。
然而现实是：绝大多数所谓的 AI 建站工具，只是在制造一堆堆难以维护的“代码垃圾”。AI 吐出一堆充满冗余
、嵌套混乱的生硬页面，颜色跑偏、间距失控、响应式断层。更要命的是，这种生成物是“一次性”的——想手动微调？代码乱成一团；再让 AI 改？越改越崩。
由 Motion.page 和 Core Framework 团队打造的开源 CMS 方案——Instatic，正是为了打破这个僵局而来。它想做的事情非常纯粹：让你像做设计一样所见即所得，同时输出极致干净、零运行时的现代静态代码，绝不留下一丝 AI 技术债。
项目概况与团队背景
- GitHub 项目：https://github.com/CoreBunch/Instatic
- 开发语言：TypeScript / Bun
- 开源协议：MIT License
- 核心定位：Webflow、Framer 与 WordPress 的轻量级开源替代方案
Instatic 背后的 CoreBunch 团队在 WordPress 与前端设计生态深耕多年，其旗下的动效工具 Motion.page 和设计系统引擎 Core Framework 拥有数十万专业用户。此次从零打造独立 CMS，正是为了将现代工程体验与极简设计范式彻底融为一体。
痛点击破：从“生成代码垃圾”到“操控语义不全”
建站群体的痛点从未消失，只是在 AI 时代被包装成了新模样：
- 硬核开发者：手写代码固然清爽，但每次微调行高、内边距都要在 IDE、Git 和预览端反复切换，上线后还得独自料理 CDN、缓存、SSL 与 SEO。
- 无代码/低代码用户：受够了 WordPress Page Builder（Elementor、Divi 等）带来的性能雪崩与插件依赖，学习成本甚至超过了建站本身。
- 主流 AI 建站的陷阱：盲目追求“一句话生成全站”，本质是字符串级黑盒拼凑，难以二次迭代与系统化管控。
Instatic 的解法截然不同：AI 不直接写死代码，而是直接操作画布节点。
在 Instatic 中，AI Agent 遵循严格的设计规范（Design Tokens），在画布上精准放置容器、按钮与排版节点。AI 搭建骨架，你随时接手微调；拖拽即所见，输出即干净的 HTML/CSS。
底层架构：极致克制与性能优先
1. 全单体式 Bun 运行架构
Instatic 不搞复杂的多微服务集群，而是整洁地打包在一个 Bun 运行时中。编辑器、内容引擎、资源管理、权限系统、表单收集及插件沙箱一应俱全，冷启动与执行速度极其迅捷。
2. 真·纯静态输出（零 JS 运行时）
发布后的页面完全是原生的静态 HTML 与精炼 CSS。
- 绝无臃肿的 React、Vue 或 Angular 客户端运行库；
- 绝大多数访问直接命中磁盘物理文件或 CDN 缓存，无需数据库即时查询或模板引擎二次渲染；
- 仅在用户认证等绝对必要环节采用懒加载（Lazy Load）微型客户端脚本。
3. 核心功能矩阵
- 多端响应式同步画布：支持桌面端与移动端断点帧并排编辑，桌面布局调整即时反馈至移动视图，亦可切至实时交互模式。
- 内置 Core Framework 设计系统：原生支持设计 Token 驱动。定义主品牌色即自动衍生全套无障碍阶度色谱；字体层级遵循数学排版比例缩放。全局 Token 改动，全站瞬时生效。
- 可控的 35+ 技能 AI Agent：接入 Claude、OpenAI、OpenRouter 或本地 Ollama（API Key 掌握在用户手中）。AI 具备 35 种受控工具集，只负责操作节点、校对样式与设计规则，杜绝幻觉失控。
- QuickJS-WASM 安全插件沙箱：插件后端严格隔离于 WASM 沙箱中，默认切断网络、文件系统与环境变量，杜绝第三方插件后门与安全隐患。
- 极简数据层：统一
DbClient接口，按需选用轻量级 SQLite 或生产级 PostgreSQL。
快速上手与部署
环境依赖极低，仅需本机安装 Bun：
# 克隆仓库并安装依赖
git clone [https://github.com/corebunch/instatic.git](https://github.com/corebunch/instatic.git)
cd instatic
bun install
# 启动本地开发与画布编辑器
bun run dev打开 http://localhost:5173 即可初始化管理站点。
- 生产构建与管理：运行
bun run start，访问http://localhost:3001/admin。 - 云端一键就绪：支持 Railway / Docker Compose 一键部署，自动配置挂载卷与健康检查。
- 灾备极简：日常完整备份仅需两样东西——单一 SQLite 文件 + 上传资源目录，彻底告别复杂的导出迁移。
三大典型实战场景
场景 1：无痛接管并重构老旧 WordPress 站
面对插件杂乱、核心更新频频报错的遗留系统，利用 Instatic 的 Super Import 引擎，可直接导入全站静态资源包（HTML/CSS/Assets）或 WordPress 标准 XML 导出文档。系统自动解析结构并标记冲突，助你平滑告别臃肿底座。
场景 2：让 AI 严谨构建品牌着陆页（Landing Page）
为新品制作 Landing Page 时，指示 AI Agent 依据站点现存的 Token 体系创建“Hero 头部 + 3 列特性卡片”。AI 自动匹配颜色与间距规范，直接在画布生成可编辑语义结构，无需面对任何杂乱嵌套代码。
场景 3：独立开发者/工作室的低成本自主托管
厌倦了 Squarespace、Webflow 每月几十美元的“平台税”与数据锁定风险？通过一行 docker compose up 配合 Caddy 反向代理自动签发 HTTPS，站点所有数据 100% 掌握在自己手中，零隐性成本。
现有的建站工具，要么过于笨重（WordPress），要么过于封闭昂贵（Webflow），要么空有 AI 噱头却制造技术债。
Instatic 凭借对底层性能（Bun）、设计系统（Core Framework）、所见即所得画布以及受控 AI 节点的精准融合，交出了一份优秀的开源答卷：把建站的控制权与干净纯粹的代码，重新还给创作者。
如何编写规范生成 TXT 文章的 Prompt（附模板）
要让大模型稳定、高质量地输出适合直接保存或作为 CMS 草稿的规范化纯文本（TXT），编写 Prompt 时需遵循 **“结构锚定 + 格式铁律 + 负向约束”** 三大原则。
#### 1. 核心规范设计法则
1. **元数据强制前置**：明确要求固定字段格式（如 `标题:`、`URL:`、`关键词:`、`页面描述:`），方便程序直接解析入库。
2. **纯文本无污染约束**：TXT 不支持 HTML 渲染，因此必须明确是使用纯 Markdown 格式，还是严格的 Plain Text（无任何符号）。通常推荐“轻量 Markdown 格式的 TXT”（即保留 `#`、`-` 等纯文本标记）。
3. **字数与信息密度控制**：明确“摒弃套话”、“禁止公文式大话”，强调技术点/案例落地。
4. **负向提示（Negative Constraints）**：明确禁止输出多余的聊天套话（例如“好的，这是为您撰写的文章...”），直接从元数据字段开始。
---
#### 2. 标准 Prompt 模版（可直接复制微调）
```markdown
你是一位资深科技媒体主编与高级前端全栈工程师。请根据我提供的原始素材/主题，重构并撰写一篇高质量的技术深度解析文章，并以规范的纯文本（TXT）排版格式直接输出。
【输出格式与排版规范】
1. 必须以严格的元数据键值对作为开头（不要包含任何前置客套话，直接以此开始）：
标题：[高吸引力、具备技术公信力且利于SEO的标题，30字以内]
URL：[符合RESTful与SEO规范的英文slug格式]
关键词：[5-8个核心技术词与长尾词，英文逗号分隔]
页面描述：[120-150字，直击痛点与方案，利于搜索引擎点击率]
文章内容：
2. 正文格式规范：
- 使用标准轻量 Markdown 排版（二级标题 ###，三级标题 ####，列表 - ，加粗 **），保证在 TXT 编辑器中阅读清晰无乱码。
- 严禁出现复杂的 HTML 标签（如 <div>、<span>）。
- 代码块与命令行必须使用标准 ``` 语法包裹。
3. 语言与内容准则：
- 语气风格：技术极客、干练犀利、客观专业、逻辑递进。
- 拒绝“随着科技的飞速发展…”等空洞套话，首段必须直切核心痛点。
- 结构固定为：痛点引入 -> 项目定位与背景 -> 架构/技术特性剖析 -> 快速上手/配置 -> 实战场景 -> 总结升华。
- 避免模糊描述，多使用具体的架构名称、参数、技术对比（如 Bun, WASM, SQLite, Token）。
4. 约束条件：
- 严禁在最前面或最后面输出任何问候语、说明文本或提示词复述，你的回复必须以“标题：”作为第一个字符。
---
【输入素材】：
[在此粘贴你的原始草稿或主题要点]
文章评论