“写笔记”支持四种格式——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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
不给你 Cookie：GitHub 如何通过移除所有非必要 Cookie 彻底摆脱 Cookie 弹窗
GitHub 通过彻底移除所有非必要 Cookie，在无需 Cookie 弹窗的前提下满足欧盟法规，并提升开发者隐私保护。
背景：Cookie 弹窗的烦恼
对于每个访问过欧洲网站的人来说，Cookie 弹窗几乎是一种“数字瘟疫”。这些弹窗要求你点击“同意”或“管理设置”，通常设计得让人难以拒绝。它们的存在源于欧盟的《通用数据保护条例》（GDPR）和《电子隐私指令》（ePrivacy Directive），要求网站在使用非必需 Cookie 之前获得用户明确同意。所谓“必需 Cookie”指那些让网站基本功能正常运作的 Cookie（比如会话管理、安全验证）；而“非必需 Cookie”则包括第三方分析、追踪和广告服务所使用的 Cookie。
这些非必需 Cookie 往往会在背后收集用户的跨站浏览行为数据，存储在服务商数据库中，用于精准广告投放或行为画像。对很多公司来说，这些数据是优化产品和增加收入的关键。因此，绝大多数网站选择了最省力的合规方式：添加一个 Cookie 弹窗，让用户自己选择接受或拒绝。
但 GitHub 的团队发现，这些弹窗不仅令人恼火，还破坏了用户体验。更重要的是，作为开发者的平台，GitHub 一直将隐私保护视为优先事项，甚至常常超出法律要求——例如，它将欧盟的隐私保护扩展到了全球所有用户，无论其地理位置。于是，GitHub 决定寻找一种更优雅的解决方案。
方案：移除所有非必需 Cookie
GitHub 的解决方案异常简单：彻底移除所有非必需 Cookie。这意味着，当用户访问 GitHub.com 时，网站不会向任何第三方分析服务发送信息。GitHub 也不再使用任何 Cookie 来展示广告或跨站追踪用户（在此之前它也从未做过）。
更具体地说，GitHub 做出了长期承诺：从现在起，只使用那些为提供服务所必需的 Cookie。这些必需 Cookie 包括：
- 会话登录状态（用于保持用户登录）
- 安全防护相关（如 CSRF 令牌，防止跨站请求伪造）
- 用户偏好（如界面语言、主题）
- 可能还包括 A/B 测试所需的临时状态（但仅限于功能优化，不涉及追踪）
通过这种方式，GitHub 直接绕过了 GDPR 对非必需 Cookie 的同意要求——因为根本就不存在非必需 Cookie，自然无需弹窗征求同意。这就像一位餐厅老板决定只提供白水和面包，于是就可以在门口撤掉“本店供应葡萄酒”的告示。
技术深度解析：如何做到？
从技术角度，移除非必需 Cookie 需要几个关键步骤：
审计所有 Cookie：GitHub 的团队首先需要全面审计网站中每一个 Cookie 的用途，区分哪些是服务核心功能所必需的，哪些是可选的。审计过程中，他们发现许多 Cookie 可能由第三方库或工具自动设置，例如分析工具（如 Google Analytics）、广告追踪像素或社交分享按钮。每一项都需要逐一排查，并确认是否可能在用户无意识的情况下被激活。
替换第三方工具：对于被移除的第三方服务，GitHub 要么开发自有的替代方案，要么干脆放弃这些功能。例如，GitHub 可能将其内部的分析改为基于服务器日志和自建的可观测系统，而不是依赖客户端 JavaScript 追踪。这样既保证了对用户行为的理解，又不侵犯隐私。
确保动态和第三方内容不植入 Cookie：GitHub 的页面可能嵌入了许多来自自身域名之外的内容（如用户上传的图片、外部脚本），这些内容默认可能会设置自己的 Cookie。团队需要确保这些内容不会引入非必要 Cookie，或者将其作为必需功能的一部分来使用（例如需要下载图片的请求会短暂地发送认证信息，但不会存储追踪状态）。
持续监控：GitHub 在 GitHub 页面上添加了自动检查，确保未来任何新加入的非必需 Cookie 都会在部署前被阻断。这类似于一种“代码审查”策略，针对的是 Cookie 层面的“基础设施即代码”。
实际上，GitHub 此前曾使用过自己的开源工具 cookielib（一个用于处理 Cookie 的 Python 库），但这次他们走到了极端——从根上移除所有非必需 Cookie。这并非一项简单的事前规划，而是一个持续进行的过程，因为任何新功能都可能无意中引入第三方追踪。
为什么这很重要？
这一举动对行业具有示范意义。多年来，Cookie 弹窗成为了一种“数字毒瘤”，用户体验被严重撕裂，几乎每天都要点击几十次同意按钮。而 GitHub 证明了一个事实：不必依赖非必需 Cookie，依然可以提供高质量的服务和规模化运营。
更深远的意义在于，它挑战了“以数据换便利”的常规逻辑。许多公司声称没有第三方分析就“无法优化产品”，但 GitHub 用行动说明，只要选择尊重隐私，技术上完全可以做到。这也反映了开源社区和开发者群体对隐私的重视——GitHub 不仅仅是一家公司，而是全球开发者协作的公共基础设施。
此外，GitHub 还进一步扩大了隐私保护的范围：不像许多公司只对欧洲用户降低数据收集（因为 GDPR），GitHub 坦言将欧盟隐私保护扩展到全球用户。这意味着，无论你身处中国、美国还是欧洲，访问 GitHub 都能得到同等的隐私尊重。
现实中的影响与讨论
此决定当时在 Hacker News 上获得了大量关注（HN 热度 2941 分 / 609 条评论）。评论区中，有人赞扬 GitHub 的坚持，但也有人指出一个潜在问题：没有 Cookie 意味着 GitHub 无法使用某些分析工具来优化用户体验，这可能会让一些功能迭代变得“盲飞”。但 GitHub 显然认为，用户的信任和清晰的隐私承诺比分析数据更有价值。
另一个有趣的讨论点是：GitHub 属于微软旗下，但微软本身在隐私方面一直采取“可接受的权衡”策略，比如使用非必要 Cookie 并展示弹窗。GitHub 这次独立行动，表明它保留了自治权。
还有人指出，这一做法并未影响 GitHub 的付费功能或商业合作，因为它不依赖广告收入。GitHub 的商业模式是订阅制（包括免费、团队、企业版），因此移除追踪不影响其盈利能力。这给了其他同类产品（如依赖广告的公司）一个参照，但也许不是那么“简单可复制”，因为广告驱动的公司很难完全去掉非必需 Cookie。
结论：少即是多
GitHub 用一句话总结了这个决策：“不要使用任何非必需的 Cookie。” 这个看似“简单”的选择，实际上需要产品、法律、运维团队的深度协作，但确实是用户体验时代里的一股清流。它让开发者在协作时不必担心跨站追踪，让网站浏览更干净，也为“去 Cookies 化”的未来树立了标杆。
在 2022 年 8 月 2 日，GitHub 更新了其隐私声明，专注企业用户的营销 Cookie 政策。这暗示，虽然非必需 Cookie 仍然在 GitHub 中被排除，但 GitHub 可能对面向企业用户的营销活动做了特殊调整——也许是为了更精准的演示或白皮书分发，但基于此前的承诺，这些调整依然不会影响个体开发者。
无论如何，这个“No Cookie for You”的故事给了我们一个深刻的启示：在隐私和用户之间，你可以选择最诚实的一条路——不收集，就不需要弹窗。