笔记
0工具
0此页用于记录用户反馈问题后的每一次改进
关于
“写笔记”支持四种格式——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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
Slack 的 20 万美元账单：一家非营利组织的数据主权之战
核心观点：SaaS 厂商的突然大幅涨价可能迫使客户面临数据迁移困境，企业应优先考虑数据所有权与可移植性。
事件始末
作为一家为全球青少年提供编程教育和社区的非营利组织，Hack Club 在过去 11 年里一直使用 Slack 作为内部沟通工具。我们并非白嫖用户——几年前，当 Slack 将我们从免费的非营利计划转为每年 5000 美元的付费计划时，我们欣然接受。这个价格合理，我们也认可 Slack 为社区提供的价值。
然而，两天前，Slack 突然通知我们：如果不立即同意额外支付 5 万美元（本周内）并每年增加 20 万美元的费用，他们将停用我们的工作区并删除全部消息历史。
有人可能会说，Slack 有权随时终止非营利优惠，但我认为，对于如此大幅度的涨价，至少应给予六个月的宽限期，甚至更长。本质上，Salesforce（一家市值 2300 亿美元的公司）正在胁迫一个服务于青少年的小型非营利组织——给我们不到一周的时间来筹集巨款，否则就切断我们所有的沟通渠道。这太荒谬了。
影响与代价
如此短的通知期对我们的项目造成了灾难性影响。数十名员工和志愿者正在争分夺秒地更新系统、重建集成、迁移多年的机构知识。这次被迫迁移的机会成本令人震惊。
我们最终决定迁移到 Mattermost（一个开源的、可自托管的聊天平台）。这次经历让我们深刻认识到数据所有权的重要性，尤其是对于小型企业。我建议你也考虑迁移。
后续进展（2026 年 6 月 3 日补充）
这篇文章在 Hacker News 和 Twitter/X 上病毒式传播后，Slack 的 CEO 主动联系了我们，并提供了一份比我们之前计划更好的方案（具体细节不便透露）。感谢所有帮助传播此事的人。
但这件事让我们更深入地思考：将数据托付给外部 SaaS 的风险，以及确保数据自主权的重要性。
背景与反思
SaaS 定价策略的潜在风险
Slack 的定价模式通常基于活跃用户数或功能模块。对于非营利组织，他们可能提供折扣价，但一旦销售策略调整，折扣可能被突然取消。本次事件中，Hack Club 的用户量可能已增长到某个阈值，触发了销售团队的重新定价。
数据锁定的现实威胁
Slack 的消息历史包含大量机构知识、决策记录、社区互动，迁移到其他平台不仅耗时，还可能丢失上下文或格式。这正是“数据锁定”的典型例子——服务商利用历史数据作为议价筹码。
非营利组织的脆弱性
非营利组织通常预算有限，对价格敏感，且缺乏法律和商务谈判资源。Salesforce 作为巨头，其销售策略可能不会针对小客户定制，而更倾向于标准化流程，这导致他们缺乏对客户实际情况的考量。
开源替代品的价值
Mattermost、Rocket.Chat、Zulip 等开源方案允许自托管，数据完全由自己掌控。虽然初期部署和维护成本较高，但长期来看，避免了供应商锁定风险。对于注重数据主权的小型团队，这是值得考虑的选项。
社区力量与舆论影响
这篇文章在 HN 上获得 3400 多分和 1470 条评论，说明社区对 SaaS 滥用市场地位的行为有强烈共鸣。CEO 的介入表明，公开曝光可以迫使大公司重新评估对小型客户的政策。但这也提醒我们，依赖舆论并非可持续策略，根本解决之道在于预防。
给你的建议
- 评估你的 SaaS 依赖度：列出所有关键业务依赖的云服务，评估其数据可导出性和迁移成本。
- 定期导出数据：即使不迁移，也应定期备份重要数据，确保随时可以“离开”。
- 阅读合同细则：注意服务条款中关于价格变更、终止服务的通知期条款。
- 考虑开源替代：对于核心通信、文档协作等，优先选择支持自托管或数据可移植的方案。
- 建立应急计划：假设最坏情况（如服务突然关闭），你的团队能否在两周内切换到备用方案？
结语
Hack Club 的遭遇并非个例。随着 SaaS 行业的整合和巨头化，小客户的话语权越来越小。数据自主权不应只是极客的理想，而应成为每个组织的基本考量。希望我们的经历能让你提前思考这个问题。