DevGraveyard：为你废弃项目打造的数字纪念馆

每个开发者都有过这样的经历——在一个周五的晚上满怀热情地开始一个业余项目，却在接下来的周二悄然放弃。它们理应得到比仅仅消失在被遗忘的 GitHub 仓库墓地更好的归宿。

这就是 DevGraveyard 背后的理念，这是一个由 Varshith V Hegde 构建并于 2026 年 7 月 12 日发布在 DEV 社区的纪念平台。它是对一个现实问题的创造性解决方案：开发者确实会为这些废弃的项目感到惋惜。这个工具将这种惋惜转化为有意义的，说实话，也非常有趣的东西。

实际问题是什么？

当你放弃一个业余项目时，通常会夹杂着真实的情感。你曾为之兴奋。你倾注了时间。也许是生活变得忙碌，或者这个想法证明比预期的更难，又或者你只是失去了兴趣。这个项目就简单地消失在数字边缘的虚无中。

DevGraveyard 的处理方式与众不同。平台没有让你的项目默默地消亡，而是给了它一个体面的告别——包括墓碑、悼词和社区哀悼。表面上看这很愚蠢，但它捕捉到了一些真实的东西：放弃你亲手构建的东西时那种苦乐参半的感觉。

它实际上是如何运作的

这个过程很简单，而且故意带有一种戏剧性。当你访问 devgraveyard.varshithvhegde.in 的现场演示时，首先要连接你的 GitHub 账户。然后平台会引导你完成一个三步式的埋葬向导。

首先，你选择要埋葬哪个废弃的仓库。该工具会获取你实际的 GitHub 仓库，并向你显示哪些尚未被埋葬——以防止同一个项目被埋葬两次。

其次，你从精心挑选的列表中选择“死因”。这些选项带有黑色幽默：“Never Made it Past Localhost”、“Ran Out of Weekend”、“It Was Complicated”。如果都不合适，你也可以自己写死因。你可以添加最多 100 个字符的墓志铭，作为最后的遗言。

第三，在最后埋葬之前，你可以看到使用项目的真实数据渲染的墓碑实时预览。这就是技术核心开始展现的地方。

情感数据层

这就是 DevGraveyard 聪明的地方。该平台不只是创建一个普通的纪念碑——它会分析你真实的提交历史。

当你埋葬一个项目时，该工具会从 GitHub 下载你完整的提交历史，并计算创建者所谓的“痴迷数据”。这意味着找出诸如：你的最高痴迷连续记录（连续提交的最长天数）、单日最大提交数，以及你最晚的夜间会话（在午夜到凌晨 5 点之间进行的提交）。它甚至会将你最后一次提交的说明保存为你的“临终遗言”。

这些数字会出现在你的墓碑上。因此，如果你的项目在最好的一天有 30 次提交，这个事实就会成为它纪念碑的一部分。一个总共有 3 次提交的项目与一个有几百次提交的项目，讲述着截然不同的故事。

AI 悼词——彰显个性的地方

一旦你的墓碑创建完成，Google Gemini（具体来说是 gemini-2.5-flash 模型）就会代表你写一封充满戏剧性的分手信给你的项目。这不是一个普通的模板。这个提示词是经过精心设计的。

AI 精确地写了三段话，格式像一封信，开头是“Dear [project name]”，结尾是“Yours, but not anymore, — A Tired Developer.”。提示词明确告诉 Gemini 至少引用两个真实数据点：你的最高痴迷记录、你的深夜编码会话、死因以及你最后的提交说明。基调应该是充满戏剧性、黑色幽默且带有一丝真诚的忧郁——字数限制在 250 字以内。

创建者分享了他们自己废弃的 ARweave 示例项目（56 次提交，最好的一天有 30 次，以“Never Made it Past Localhost”为由埋葬）。Gemini 写道：“我记得那份热情，那份在一天内记录下 30 次提交的巅峰痴迷，规划每一个 PLpgSQL 模式和每一个前端交互。我们构建了在我们小小的本地开发环境限制内感觉如此稳健的功能。”

请注意 AI 是如何引用实际数字并承认其中包含的真实工作的。当你第一次查看悼词时，它会以打字机动画的形式出现，然后被永久保存在数据库中。

3D 墓地体验

视觉核心是使用 Three.js 和 React Three Fiber 构建的交互式 3D 墓地。这是一个完整的场景，有光秃秃的冬日树木、萤火虫、闪烁的蜡烛、从地下升起的发光灵魂缕以及月光。墓碑本身使用单一的几何形状 (ExtrudeGeometry) 而不是多个碎片渲染——更简洁优雅。

你可以实时与它互动。点击墓碑点燃蜡烛、留言或投票复活该项目。这些操作会调用实时 API，3D 场景也会立即做出反应。它充满戏剧性，但并不俗气。

为什么这在 2026 年很重要

在 2026 年，业余项目比以往任何时候都更加普遍。发布的门槛更低了——使用像 Vercel 这样的平台，你可以在几分钟内在线部署一些东西。但情感上的复杂性依然存在。开发者需要兼顾全职工作、开源贡献、学习和个人项目。职业倦怠是真实存在的。项目失败有成千上万个正当理由。

DevGraveyard 承认职业倦怠和失败不应该成为耻辱。它们是成为开发者的一部分。这个工具让你处理这些情绪，而不是假装项目从未发生过。

技术栈

对于任何好奇它是如何构建的人：前端是 Next.js 14、TypeScript、Tailwind CSS 和 shadcn/ui 组件。后端使用 Supabase 进行身份验证 (GitHub OAuth)、数据库存储 (PostgreSQL) 和行级安全。AI 集成是 Google Gemini。部署在 Vercel 上。代码在 GitHub 的 Varshithvhegde/devgraveyard 下开源。

公共纪念墙

被埋葬的项目将加入 /graveyard 的公共墓地墙，任何人都可以在那里看到所有的纪念碑。你可以按最新、哀悼最多（点燃的蜡烛）或复活票数最多进行排序。这里面还有一个社区的层面——陌生人可以为甚至不是他们自己的项目点燃蜡烛并留下 RIP 留言。这有一种奇妙的治愈感。

结论

DevGraveyard 既有趣又感人。表面上看，这是一个关于废弃业余项目的笑话。但在其表面之下，它建立在对开发者所做工作的尊重之上，即使这些工作未能幸存下来。它认真对待悲伤、认真对待数据、认真对待告别。这种组合使其发挥了作用。

优点

• 对常见的开发者经历给予真正尊重的对待
• 来自你项目的真实数据让每一篇悼词都独一无二且充满个性
• 3D 墓地在视觉上令人惊艳，且互动起来很有趣
• 开源，因此任何人都可以看到它是如何构建的
• 社区功能（蜡烛、留言、复活投票）增加了真实的社会意义
• 巧妙地利用了 AI，超越了普通的模板

缺点

• 仅限于 GitHub 项目；不支持其他平台
• 需要 GitHub OAuth 登录，一些开发者可能会避开
• 如果埋葬了数百个项目，3D 墓地可能会变慢
• 无法将项目“复活”回活动状态，只能投票
• 墓志铭上限为 100 个字符，对于某些想法来说显得有些局限

注意事项

本文具有教育意义，描述了 2026 年 7 月 12 日存在的真实项目。截至该日期，技术栈、功能和现场演示链接都是准确的。在依赖它们之前，应将任何占位符值（如示例用户名或域名）替换为实际值。读者在访问该工具或重建其部分内容之前，应访问源文章和现场演示以核实所有主张。

常见问题

• DevGraveyard 使用什么 AI 模型？ — 该平台使用 Google Gemini (gemini-2.5-flash) 为你埋葬的项目撰写个性化的悼词。
• 我可以埋葬多个项目吗？ — 是的，你可以埋葬任意数量的废弃项目。系统会防止同一个仓库被埋葬两次。
• DevGraveyard 是开源的吗？ — 是的，代码在 GitHub 的 Varshithvhegde/devgraveyard 下可用，因此任何人都可以看到它是如何运作的或对其进行混音。
• 它从 GitHub 提取什么数据？ — 该工具分析你完整的提交历史，以找出最高痴迷记录、总提交数、最好的一天、深夜会话以及你的最终提交说明。
• 其他人能看到我埋葬的项目吗？ — 是的，所有被埋葬的项目都会出现在 /graveyard 的公共纪念墙上，陌生人可以在那里留言和点燃蜡烛。
• 3D 墓地是什么？ — 一个交互式的 Three.js 墓地，你可以点击墓碑与它们实时互动，点燃蜡烛，并投票复活项目。
• 我需要有废弃的项目才能尝试吗？ — 是的，你需要一个至少有一个仓库的 GitHub 账户来测试 DevGraveyard，尽管你无需登录即可查看公共墓地。
• 这只是一个玩笑项目吗？ — 它是带着幽默感构建的，但技术执行以及对你实际项目数据的尊重是绝对真实的。

标签

#side-projects #developer-tools #ai-eulogy #three-js #github #devgraveyard #passion-projects