“写笔记”支持四种格式——Word 文档、Excel 表格、Markdown、纯文本，起稿或二次编辑时都能随时切换，同一篇笔记想用哪种形态来记，都由你说了算。
md、txt、csv、json 这类纯文本则原样载入，不做多余加工。拿一张现成的表倒进来、改几笔、再导出去，等于白用一台免费的格式转换器。
要带走就在右上角点“下载”，可导出 PDF、Word、Markdown、Excel、TXT 等格式；列表卡片“⋯”菜单里，也有同样的下载入口。
在“工具”页点“＋ 上传工具”即可发布：填好名称与链接，再用 Markdown 把使用方法写清楚——能解决什么问题、怎么装、怎么用，比堆介绍实在。
要分发安装包就一并上传压缩包（ZIP、RAR、7Z、TAR.GZ，最大 35MB），别人在详情页一键下载；只放链接不带附件也可以。
工具按大家的收藏热度排序，好用的自然会被顶上来。发布后可在详情页或卡片菜单里编辑、下架。
写笔记时勾上“隐藏”，这篇就只存在于你自己的账号里：不进列表、不进搜索、不上首页精选，也不会出现在任何公开的页面，链接发给别人同样打不开。
适合放密码、草稿、日记这类只给自己看的内容；想公开，去“发布”打开它，把“隐藏”的勾去掉再保存，之后编辑会默认保持原状态，不会悄悄变回公开。
你的内容会同时保存在多个副本上，系统定期做备份与完整性校验，再配合异地容灾机制：就算某台机器出问题，数据也不会丢，可以长期放心存放；特别重要的资料，仍建议你另外再留一份备份。
全站跑在容器化、模块化的现代架构上，更新、部署、回滚都很快，扩展性和稳定性都按长期运营的标准来设计（Built for reliability, designed to scale）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
2026年独立SaaS开发者的Changelog工具现状
如果你是一个在GitHub上发版的独立开发者或小团队，总有一天会有人问你：“上次更新到底改了什么？”老实说，你的回答很可能是一篇没人看的Notion文档、一个用户根本不知道存在的GitHub Releases页面，或者干脆一句“我回头补上”。
Changelog听起来像是个可有可无的虚荣功能。但在我做SaaS的过程中学到了一件事：当你频繁发版而用户不知道改了什么的时候，他们会悄无声息地流失——不是因为产品变差了，而是因为他们根本没注意到产品变好了。
为什么Headway不再是答案
很多年前，Headway是独立开发者解决这个问题的首选。漂亮的应用内弹窗、超级简单的配置、价格也合理。我们很多人把它往侧边栏一塞，就完事了。
问题在于：Headway从2020年左右开始就没再发布过有意义的更新。没有GitHub同步、没有AI生成、没有邮件通知来推送更新给用户。它当年适配的集成生态早就变了，但产品还停在原地。
去搜一下“Headway alternatives changelog”，你会发现Indie Hackers和Reddit上全是人在找替代品。这不是一个死掉的品类——而是这个品类的标杆工具已经被抛弃了，但又没有人在独立开发者能接受的价格点上填补这个空白。
2026年市面上到底有什么
我来给你讲一下目前的主流选择：
| 工具 | 价格 | AI生成 | GitHub同步 | 邮件摘要 | 应用内组件 |
|---|---|---|---|---|---|
| Headway | $29/月 | 无 | 无 | 无 | 有 |
| AnnounceKit | $79-129/月 | 部分 | 无 | 有 | 有 |
| Beamer | $49-499/月 | 无 | 无 | 有 | 有 |
| Shiplog | $19/月 | 有 | 有 | 有 | 有 |
说几个值得注意的点：
AnnounceKit 做得很好，用的人也多。如果你是有融资的团队，或者有比较大的用户群体，需要NPS调查和用户分群，那它的价格是值得的。但作为一个自筹资金的创始人，在达到可观的MRR之前，每个月花$79就为了一个changelog组件，很难说服自己。
Beamer 类似，功能全面，价格也面向成长阶段的SaaS团队。它的入门档价格现在合理了一些，但功能门槛也提高了——很多功能你一个1-2人团队根本用不上。
Headway 作为基础组件还能用，如果你愿意手动写所有内容，它也能干活。但没有自动化、没有邮件投递，而且不清楚这个产品还能维护多久。
真正的问题不是changelog页面
我反复碰到的洞察是：瓶颈不在于创建changelog，而在于发布不等于沟通。
大多数独立SaaS创始人其实都有个changelog——公开的发布页面、Notion文档、GitHub Releases页。但用户就是不会主动去看。
一个changelog页面就像一份技术支持文档——只有用户主动去找的时候它才存在，但它无法触达那些没来找的用户。
真正能影响留存率的工具，是那些能把更新推送出去的工具：
- 应用内弹窗组件：用户下次打开应用时，活跃用户就能看到
- 邮件摘要：触达最近没登录的用户
这两件事加在一起，才能让用户真正知道你发布了什么。
我最后自己造了个什么东西
看完这些工具之后，我发现没有一款在$49以下能同时提供GitHub PR同步、AI生成、组件和邮件这四个功能。于是我自己做了Shiplog来解决这个问题。
流程是这样的：连上你的GitHub仓库，它会读取你合并的PR，然后生成面向用户的发布说明——不是那种技术性的commit消息，而是“这对你有什么好处”的版本。这些说明会发布到一个托管的公开changelog页面、一个可嵌入的应用内组件，以及一个可选的邮件摘要给订阅者。
价格是$19/月。专门为那些在GitHub上发版、没时间手动写发布说明的独立SaaS创始人和小团队打造的。
不管用什么工具，值得遵循的模式
不管你用哪个工具，真正值得做的是推送层。一个静态页面只是入场券。真正能留住用户的是：
- 登录时应用内通知——用户下次打开应用就能看到变化。哪怕一个简单的徽章或横幅都比什么都没有强。
- 重大版本的邮件通知——按月或按重大功能发，不是每个小bug修复都发。选择接收通知的用户是希望听到你消息的。
- 面向用户的语言，不是开发者语言——“修复了导出管道的bug”毫无意义。“CSV导出现在能正确处理1000行以上的报告”说的是同一件事，但对用户有用。
写一条changelog条目的机械动作不是难点。难的是养成习惯，以及构建投递层，让用户真正看到你发布了什么。
如果你现在在用Headway，对它的停滞感到沮丧，或者用着AnnounceKit的价格但预算紧张，那么在2026年，值得重新审视你真正需要从changelog工具中得到什么。