最近一直在琢磨一个东西，越想越觉得有点意思，但也可能是我自己在自嗨。
我想要的工具是：先让记录顺手、整理清楚、写字时能专注在内容上（不被编辑器抖动、命令行、插件折腾打断），再自然衔接到发布——不是写完另找一套系统硬发。整套产品设计本身零依赖：不靠命令行、npm、插件生态或外部工具链拼凑，装完就能完整覆盖从写到发，不是「这个功能还得另装 XX」。
写出来，大家帮忙看看——这个东西如果做出来，你会想用吗？"没必要"这种大实话也欢迎。
先说说现在这些工具，我个人卡在哪
写笔记这块，主流是两条路：
- Obsidian / Typora 这种"实时预览"：打字的时候，
**加粗**会自动变成加粗效果，#变成标题样式，看着很爽。但深究下去会发现，光标移进移出语法符号的瞬间，经常会有轻微的"抖一下"——文字左右挪位置，甚至因为符号显隐导致这一行突然换行。这个问题几乎是这条技术路线的通病。更让人不舒服的是：你会突然发现，编辑时看到的内容和预览时看到的对不上，那种"咦这段刚才不是这样的"的错愕感，比单纯的画面抖动更让人分心。 - VS Code 这种"双栏并排"：左边写右边看，稳是稳，但本质是给程序员用的工具，写东西的时候总感觉不够"沉浸"，像在写代码不是写字。
发布这块，主流也是两条路：
- Hugo / Jekyll / Zola 这类静态站点生成器：功能强大，免费开源，但对普通人来说门槛不低——要学模板语法、要会点命令行、要自己折腾部署。写笔记是个轻松的事，发布却变成了一个"工程项目"。
- Notion / 语雀这类云笔记：发布是方便，一键分享。但数据在别人服务器上，不是本地文件，不能随身带走，也没有真正属于自己的版本历史。
这几类工具背后其实是同一个假设：写和发是两码事，各做各的就行。 Obsidian/Typora 把编辑体验做到极致，但发布基本靠插件硬凑；Hugo/Jekyll 把发布做扎实了，但写东西要先学模板、敲命令行；Notion 两头都图省事，但内容锁在别人服务器上。我觉得这个假设是错的——大部分人写东西的时候，脑子里同时装着"这段我自己留着"和"这段以后可能给人看"两种念头，工具却从来没把这两种念头当一回事对待过。
最卡我的一个问题：我很多时候想写点东西，一部分内容想留给自己看（比如一些没想清楚的碎碎念、真实吐槽、不打算公开的核心判断），另一部分想公开分享。现有工具里，这基本等于要么维护两份文件，要么装一堆插件七拼八凑，没有一个"顺手"的方案。而现在人人都离不开 AI 辅助创作——那些不打算公开的真实想法，恰恰是喂给 AI、让它更懂你意图的好材料，但这部分又不该暴露给读者。
我瞎琢磨的方案，大概是这么个思路
核心一句话：同一份文件，既是写给自己（和 AI）看的，也是随时能变成给别人看的——编辑器和发布系统不是两个独立功能，是同一份内容在"内部"和"外部"两种视角下的呈现。写在本地文件里，自己留着查；想分享的部分，随手就能发成网站，不用管什么模板和部署。
具体拆开是这几块：
1. 编辑器：常态预览，点击弹出编辑层
放弃"打字时文字实时变身"这个方向。常态就是预览态——毕竟大部分时间是在看、在找、在整理，不是在写。要点某处改字，弹出一个编辑弹层：尺寸合适，打开就能直接改；一定定位到你点的位置；弹层可以拖动改位置、调整大小，也可以最大化。改完关掉弹层，回到预览——切换是一次完整、明确的动作，不存在"编辑时看到的和预览时对不上"那种撕裂感。新建的空白文件例外，直接开编辑（反正也没什么可预览的）。编辑层里，语法符号（#、**）常驻显示，但用样式弱化 + 给内容套上对应格式（标题就是大字号，加粗就是粗体），一眼能看懂结构，但没有任何文字会"消失/出现"，也就没有抖动这回事。
2. 一份文件，两种用途（块级/文件级私有标签） 在文档里用标签把某段（或整篇）标成"私有"——不是删掉、不是另存一份，就是打个标签。这段内容永远留在文件里，你自己能看、AI 能读（专门用来喂给/约束 AI），但一旦这份文件要变成博客或者知识库页面，带标签的部分自动隐身，读者看不到。不用维护两份文件，也不用来回复制粘贴。
3. 写完直接发，不用碰模板 自带两套做好的模板：博客 + 书籍式知识库，覆盖现在最常见的两种发布形态。写完点发布就是一个像样的网站。只有想深度自定义的人，才需要去了解底层的模板系统——而且因为内容本来就是普通文件，想个性化时直接让 AI 帮你改样式就行，大多数人从头到尾不需要自己啃文档。
4. 一键部署到免费平台 发布目标是 Vercel / Netlify / Cloudflare 这类免费平台，一键上去，不用自己搭服务器。
5. 本地文件 + Git 管理数据版本 所有内容就是普通的 Markdown 文件，存在你自己电脑上，不锁定在某个 App 里。数据版本用 Git 管理（改了什么、什么时候改的），内置好用，不用你自己另外折腾命令行。
6. 双链、反向引用、全文搜索 写笔记之间可以互相链接跳转，打开一篇笔记也能看到"还有哪些内容提到过它"，加上全文搜索——这块尽量对齐大家熟悉的 Obsidian 体验。
7. 富内容嵌入 Markdown 语法能表达的东西有限，所以支持像"卡片"一样嵌入音频、视频、下载按钮这类富内容，写起来也很轻量，一行代码的事。
说到底就是想让人把心思都花在「写」「发」「找」这三件事上，其他的都不该占用注意力。
想问问大家
写了这么多，其实就想问几个问题：
- "同一份内容，一部分留给自己/AI，一部分留给读者"这个需求，你日常会遇到吗？ 还是说你的笔记和想发布的内容，本来就是两码事，压根不需要混在一起？私有内容"喂给 AI 但不给读者看"，这个场景你有吗？
- "常态预览、点击弹出编辑层（可拖动/缩放/最大化，且定位到点击处）"这个交互，你觉得顺手还是别扭？
- 本地文件 + 自己发布网站这件事，对你来说是刚需，还是"听起来不错但其实我根本不会去用"？
- 如果这东西真做出来了，你会拿它取代 Obsidian、语雀，还是只会当个"发博客的工具"，笔记还是习惯用回原来的？
- 这套设计听下来，是觉得东西真的被打通了，还是感觉还是几个功能堆在一起？有没有哪个点，你觉得"这不就是 XX 工具已经做过的吗，没必要重新造"？
想听听大实话，包括"这玩意儿没什么意思"这种反馈也完全欢迎。