“写笔记”支持四种格式——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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
一场消灭 IE6 的阴谋：YouTube 内部开发者的浏览器革命
一群 YouTube 开发者在 2009 年通过内部权限和巧妙策略，以渐进式警告横幅推动 IE6 用户升级，最终成功淘汰了这一过时浏览器，并成为互联网发展的关键节点。
背景：IE6 之痛
2009 年，YouTube 的快速增长为团队带来了无数成功故事，但其中也夹杂着被新技术掩盖的艰辛。对于当时负责 YouTube 网页开发的团队而言，IE6（Internet Explorer 6）是他们的梦魇。IE6 是微软在 2001 年发布的浏览器，虽然曾一度占据市场主导地位，但到 2009 年，它已经严重落后于 Web 标准，前端开发者需要为其兼容性耗费大量精力。
在 YouTube 的开发中，IE6 引发了无数技术问题，其中两个典型事件彻底消耗了团队的耐心：
- CSS 属性选择器递归崩溃：在特定条件下，IE6 对半支持的 HTML 元素应用属性选择器时，会触发内部递归，轻则导致浏览器崩溃，重则引发蓝屏死机（BSOD）。
- 空
src属性的灾难：IE6 将<img>标签的空src属性错误地解析为加载根路径/，导致图片标签变成嵌套的 iframe，递归加载整个首页及其资源，可能造成服务器负载爆炸，甚至宕机。这种问题一旦出现在首页，团队成员必须放下手头一切工作去修复。
除了这些技术 bug，IE6 占用了 YouTube 约 18% 的用户份额。每个开发周期（sprint）中，团队往往需要花费一到两周来修复 IE6 特有的 UI 问题。尽管官方要求继续支持 IE6（因为部分用户受限于公司锁定或无法升级），但开发者们的耐心已接近极限。
阴谋的诞生：午餐时的幻想
在 YouTube 自助餐厅的午休时间里，由于连续数日睡眠不足，团队成员的情绪被削弱，对 IE6 用户的同情几乎消失殆尽。他们开始幻想如何“报复”这一浏览器，并迅速被一个想法吸引：不是直接放弃支持，而是威胁要放弃支持。
这个想法引发了热烈讨论：如果用户看到威胁，他们会反抗 YouTube 吗？会像以往那样发死亡威胁邮件吗？还是会成为现代浏览器的倡导者？出于幻想，团队想象着全球办公室职员开始发明“商业理由”来升级浏览器，祖父母则强迫懂技术的孙辈修复他们的“YouTubes”上的警告。
这个原本是团队疗伤的玩笑，却逐渐变成了一个具体计划。由于团队中成员掌握特殊权限，他们意识到自己处于一个独一无二的位置，可以实际执行这一行动。
计划实施：技术细节与策略
计划的核心是在视频播放器上方植入一个小横幅，只对 IE6 用户显示，文案是：“我们将很快停止对你的浏览器的支持。请升级到以下更现代的浏览器之一。”（We will be phasing out support for your browser soon. Please upgrade to one of these more modern browsers.）旁边会提供 Chrome、Firefox、IE8 以及 Opera 的下载链接。为了保持模糊性，时间线被刻意留空，以便在施加压力时不至于被要求固定承诺。用户可以选择关闭警告，以便无视或稍后处理。
为了确保不被内部其他团队发现，代码被设计得极为隐蔽：
- 监控页面检查的人几乎不使用 IE6，因此横幅在测试环境中不会被注意到。
- 他们故意延迟了国际版文本的翻译，以防翻译人员询问上下文而泄露计划。
然而，最大的挑战是如何将代码合入生产环境而不被阻拦。答案在于 YouTube 独有的特殊权限系统——"OldTuber"。
OldTuber 权限与劫持
在 Google 收购 YouTube 后，早期 YouTube 工程师为确保对代码库的控制权，创建了名为 "OldTuber" 的专属权限集。该权限允许持有者完全绕过 Google 的代码审查规范，直接提交代码，无需阅读性检查、无需详尽测试、无需覆盖率要求。如果因滥用而毁坏网站，责任自负，并立即失去权限，甚至工作。因此持有者必须谨慎行事。
团队中的几位核心成员，通过与早期工程师建立的良好关系，意外获得了 OldTuber 权限——尽管他们并非原始创始团队。这就像在街上被误认为代客泊车员，突然被塞进一辆法拉利。面对这一机会，尽管风险极大（一旦失败就可能被解雇），他们决定抓住它。
最叛逆的开发者（一位平时温柔的克罗地亚人）坚持用自己的名字提交代码作为荣誉徽章，其他成员则利用 OldTuber 权限批准代码审查。代码在几天后悄然合入生产环境，横幅正式上线。
上线后的风波与转机
横幅上线后，首先来敲门的是公关团队负责人。他平时充满活力，但那天却罕见地尖刻起来。原来，各大科技媒体已经发来邮件，询问作为全球第二大网站，为何要威胁切断近五分之一用户群的支持。然而，幸运的是，媒体已经将此事定义为“对互联网有利的推动”，认为 YouTube 正在引领互联网变得更快速、更安全。
公关团队自己都使用 Chrome 浏览器（基于 Mac），无法看到横幅效果，更无从评论。他们对事件毫无准备，团队趁机详细解释了他们所做的事情，并帮助公关团队理清思路。后续公关反应较为顺利，因为公众和媒体都倾向于积极看待这一举措。
后续与影响
最终，IE6 在 YouTube 的支持逐渐被淘汰。虽然作者没有详细描述后续步骤（例如是否直接禁止访问），但据历史记载，YouTube 确实在日期日益临近时，将警告升级为下载提示，并最终在 2010 年初完全停止支持 IE6。这一行动在全球范围内推动了浏览器升级浪潮，最终导致微软也发起“IE6 消亡”活动来鼓励用户升级。
这场由开发者自发的“叛乱”不仅解决了自身的开发痛苦，还成为了互联网发展史上的一个标志性事件，说明了技术债务如何被清除，以及当团队拥有自主权时如何以创新方式推动进步。