分享一篇笔记时，一个网页链接通常就够了。但如果准备公开的是教程、系列文章或项目文档，几十个孤立链接很快会变得难以管理：读者找不到目录，文章之间的关系也看不出来。
妙盒笔记的“发布站点”可以把一个空间中的一组内容生成静态网站。作者选择内容范围和主题，先预览网站，再导出静态文件或按应用引导部署。读者最终访问的是普通网页，不需要安装妙盒笔记。
更重要的是，导出后的站点不要求妙盒笔记一直运行。作者可以保存这些文件，也可以选择自己的静态托管方式。笔记应用负责帮助内容成形，但不必成为内容唯一的出口。
从一个空间开始，而不是逐篇复制
一组内容要成为网站，需要的不只是把每篇 Markdown 单独变成 HTML。
教程需要上一页和下一页，文档需要目录，文章之间可能有内链，图片和其他资源也要一起带上。网站还需要一致的主题，让首页、列表页和正文页属于同一个阅读空间。
妙盒笔记用“空间”确定发布的大范围，并可按条件进一步筛选。这样，作者可以把一个项目、一套教程或一组公开笔记放在相对稳定的范围中，不必每次发布都重新挑选每一篇。
当前的基础流程可以概括为：
- 选择要发布的空间和内容范围；
- 选择主题并预览站点；
- 检查导航、链接和页面效果；
- 导出静态文件，或继续完成部署。
预览不是装饰性的最后一步。它让作者在公开之前先以读者视角检查网站，而不是等上传完成后才发现目录、链接或样式有问题。
静态网站为什么不等于“简陋网页”
“静态”描述的是网站如何交付，不是页面看起来有多简单。
导出结果由 HTML、样式、脚本、图片等普通网站文件组成。访问者打开页面时，不需要连接作者的笔记数据库，也不需要等待妙盒笔记在后台生成内容。只要托管平台能够提供这些文件，网站就能独立运行。
这种方式很适合博客、公开笔记、使用手册和项目文档。页面可以有主题、导航和内链，也可以被浏览器正常访问。它不适合需要登录、实时协作或复杂服务端查询的网站；这些场景仍然需要动态服务。
静态发布解决的是“怎样把已经整理好的内容交付出去”，不是把笔记应用变成适合所有用途的建站系统。
为什么要先预览，再导出
作者真正关心的是：预览中看到的网站，导出后还能不能保持同样的结构。
妙盒笔记让预览和导出使用同一套页面解释方式。主题、导航、内链和资源先在预览中工作，导出再把能够访问到的页面和资源整理成静态文件。这样可以减少“预览明明正常，发布后却变成另一套结果”的情况。
代价是，较大的站点需要逐步处理更多页面；如果其中有页面无法正确生成，导出也可能停下来，而不是把一份表面成功、实际缺页的网站继续发布。
对作者而言，这种严格更有价值。网站不是只要首页能打开就算完成，目录中的每一篇内容都应该有清楚的结果。
导出和部署是两件事
导出会得到可以保存和搬走的静态文件；部署则是把这些文件放到互联网上。两者分开，意味着作者不必依赖某一家托管平台。
你可以使用应用内提供的部署路径，也可以拿走导出结果，用自己的域名和托管方式发布。以后即使更换工具或服务，已经生成的网站文件仍然是普通的 Web 内容。
这也是静态发布不把内容锁在 App 里的关键。开放并不只是“可以导出 Markdown”，还包括整理好的公开结果能够脱离原来的编辑环境继续存在。
单篇链接仍然适合快速分享；空间站点则适合有结构、会持续更新的一组内容。它们不是高低不同的两种功能，而是分别回答“一篇怎样发出去”和“一组内容怎样长期存在”。
一个笔记应用可以是内容进入互联网之前的工作台，而不必成为互联网的终点。