笔记
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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
Ghostty 离开 GitHub：一个 18 年老用户的心碎告别与技术反思
核心内容：Ghostty 因 GitHub 频繁故障导致无法正常工作，宣布离开，反映了对中心化平台依赖的深刻反思。
Ghostty 离开 GitHub：一个 18 年老用户的心碎告别与技术反思
引言
2026 年 4 月 28 日，Mitchell Hashimoto（HashiCorp 联合创始人、Vagrant 与 Terraform 作者、Ghostty 终端模拟器开发者）在个人博客上发表了一篇题为《Ghostty Is Leaving GitHub》的文章，宣布其开源项目 Ghostty 将正式离开 GitHub 平台。这篇充满个人情感与理性分析的文章，在 Hacker News 上引发了 3521 分的高热度与 1051 条评论，成为开发者社区讨论的中心话题。
这篇文章不仅是一次简单的平台迁移声明，更是一个在 GitHub 上度过了 18 年、几乎将全部职业生涯与个人生活都融入其中的核心用户，对平台现状的失望与告别。它触及了开源基础设施稳定性、平台依赖风险、开发者心理健康等多个深层议题。
正文
18 年的日常：GitHub 即生活
Mitchell 在文章开头写道："写这篇文章让我感到非理性的悲伤，但 Ghostty 将离开 GitHub。"
他是 GitHub 第 1299 号用户，2008 年 2 月注册。自那以后，他每天都会打开 GitHub，每天多次，持续超过 18 年——这超过了他生命的一半。他坦言，即使在被分手、在大学凌晨 4 点、在蜜月期间，他都在 GitHub 上度过。
"GitHub 是让我最快乐的地方。我总是为它腾出时间。"
他甚至自嘲道，有人刷社交媒体，他则刷 GitHub issues——早在"doom scrolling"这个词出现之前，他就已经在刷 GitHub issues 了。度假时，他会收藏 GitHub 上的各种项目来研究，不仅是源码，还包括开源流程、维护者如何应对困难局面等。
这不仅仅是工作，这是他的爱好、工作与热情高度一致的地方。
一个引人注目的细节是：他最初创建 Vagrant（他的第一个成功的开源项目），很大程度上是因为希望借此获得 GitHub 的工作机会。在他 20 岁第一次公开演讲 Vagrant 时，他还开玩笑说："也许 GitHub 会因此雇用我！" GitHub 是他的梦想工作，尽管他从未在那里工作过，但那里是他理想中的完美之地。
转折点：从热爱到愤怒
然而，这种热爱在最近发生了转变。Mitchell 承认，他最近对 GitHub 的批评非常公开、尖锐，甚至可以说刻薄。他感到愤怒，伤害了一些人的感情。
"因为 GitHub 每天都在让我失望，而这是私人的。这是非理性的私人情感。我爱 GitHub 超过一个人应该爱一个东西的程度，而我对它感到愤怒。"
他为此道歉，但同时也解释了这种情绪的根源：
- 在过去的一个月里，他每天记录 GitHub 故障对自己工作的影响，几乎每天都有一个"X"标记。
- 在写这篇文章的当天，他因为 GitHub Actions 的故障，已经有两个小时无法进行任何 PR 审查。
- 这些故障不是孤立的，而是频繁发生，每天数小时地阻断工作。
技术层面的核心痛点
Mitchell 特别回应了那些可能存在的质疑——"Git 是分布式的，为什么还要依赖 GitHub？"
他强调：问题不在 Git，而在于我们依赖其上的基础设施：issues、PRs、Actions 等。
Git 本身是分布式的，但现代软件开发工作流已经远远超出了简单的版本控制。代码审查、问题跟踪、持续集成/持续部署（CI/CD）等协作基础设施，已经成为了项目运作的核心。当这些基础设施频繁故障时，即使 Git 仓库本身完好无损，整个开发流程也会被严重阻塞。
他还在脚注中澄清，这篇文章写于 2026 年 4 月 27 日那次大规模的 Elasticsearch 故障之前，因此文中提到的 Actions 故障是另一次独立事件。这表明 GitHub 的故障并非偶发，而是系统性的、高频的。
离开的决定：理性与情感的交织
尽管情感上万分不舍，Mitchell 还是做出了离开的决定：
"这不是一个有趣的地方了。我想在那里，但它不想让我在那里。我想完成工作，但它不想让我完成工作。我想发布软件，但它不想让我发布软件。"
他承认，这个决定让他感到难过，但他认为，18 年后，他必须离开了。他希望有一天能回来，但这必须建立在真正的结果和改进之上，而不是言语和承诺。
迁移计划：渐进式与多方案并行
关于 Ghostty 的具体去向，Mitchell 透露：
- 未来几个月内会公布更多细节。
- 他们有一个计划，但仍在与多个提供商（包括商业和 FOSS 项目）进行讨论。
- 移除对 GitHub 的所有依赖需要时间，他们会尽可能渐进地推进。
- 计划在 GitHub 当前 URL 保留一个只读镜像。
同时，他的个人项目和其他工作暂时仍留在 GitHub，这次迁移主要聚焦在受影响最大的 Ghostty 项目及其开源社区。
更广泛的行业背景
Mitchell 的这篇文章在 Hacker News 上引起了广泛共鸣，并非偶然。近年来，GitHub 作为全球最大的代码托管平台，其服务稳定性问题一直备受关注。2026 年 4 月 27 日的 Elasticsearch 大规模故障（虽然文中提到与本文无关）更是加剧了用户的担忧。
这次事件也引发了关于"平台依赖"的讨论：
- 单点故障风险：当一个平台承载了太多关键基础设施时，它的任何故障都会产生放大效应。
- 开源项目的平台自主权：越来越多的项目开始考虑自托管或采用去中心化的替代方案，如 Codeberg、SourceHut、自建 GitLab 等。
- 开发者心理健康：当工作工具与个人情感深度绑定后，工具的不稳定会直接影响开发者的情绪状态和工作效率。
结语
Mitchell 的告别信是一篇罕见的技术与情感交织的文章。它不仅记录了一个 18 年老用户对 GitHub 的深厚感情，也揭示了当这种感情被频繁的故障侵蚀时，一个理性开发者会做出怎样的抉择。
对于开源社区而言，Ghostty 的离开可能是一个信号：即使是最忠实的用户，也会在可靠性面前选择离开。平台需要认识到，用户的忠诚不是无限的，而是建立在稳定、可靠的服务基础之上的。
正如 Mitchell 所说："我希望它变得更好，但我也想写代码。而我不能再和 GitHub 一起写代码了。"
这是一个时代的告别，也可能是一个新趋势的开始。