加载失败
这条 HN 讨论围绕一篇主张用 agentic AI coding 工具把多年弃坑的 side projects 重新捡起来的文章展开，核心工具是 Claude Code（Anthropic 的命令行编程助手）这类能读仓库、改代码、跑测试并持续迭代的 agent。评论里的人用它重启个人桌面工具、Markdown 编辑器、旧游戏 mod 和 15 年前的像素画编辑器，也有人提到配合 Godot（开源游戏引擎）、Bevy（Rust 生态的代码优先游戏引擎）或 headless CI 可以把反馈环做稳。争论的重点不只是“能不能写代码”，还包括它是否只是把上下文切换、项目整理和需求收敛的成本隐藏起来，以及这种方式到底是在提升创造力还是在批量生产自用软件。另一个延伸话题是云端订阅 vs 本地 open models（开放权重模型），以及不同语言背景的人为什么会把 LLM 叫成 he/it。
很多人把 Claude Code 之类的工具当成“把老项目重新接上电”的办法，而不是替代完整工程能力。评论里举了媒体维基内置编辑器、剪贴板管理器、Markdown 编辑器、天气时间条、闹钟自动关闭、旧像素画工具和 15 年前的 Draw! 重制版等例子，几乎都属于只对自己有价值的自用软件。有人专门在仓库根目录放 Markdown 记录状态和下一步，目的是把“我刚才做到哪了”的恢复成本压到最低。大家反复强调，agent 让瓶颈从“实现功能”转成“保持上下文”，而对个人工具来说，这一步往往比写漂亮架构更重要。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9]
在游戏开发里，最受欢迎的用法不是让模型直接画出成品，而是让它帮忙把玩法闭环、程序化生成和辅助工具先做出来。有人在 Claude Code + Godot（开源游戏引擎）里让模型根据设计想法写工作代码、实现论文里的 procedural algorithm、生成 2D 资源生成器，甚至补 lore 和 item 点子。也有人指出，直接让 LLM 描述“漂亮的树和道路”通常只会得到一团颜色和形状，所以更现实的路径是用 automata、quadtree、noise 之类的可组合算法。因为 Godot 和 Bevy（Rust 生态的代码优先游戏引擎）都偏代码驱动，配合 headless mode、CI 和脚本测试后，代理式迭代才真正可用。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11]
反对者主要担心的是：这种做法会把项目变成 AI 产出的 slop，既没有学习价值，也没有真正的自我投入。有人直说如果只是让模型替你堆出一堆“自己都不太认”的东西，那不过是把烂尾包装成成就，甚至连展示代码和截图都不愿意给。还有人怀疑文章本身就是 AI 厂商的软文，标题和措辞都带着企业宣传稿味道，像是在给继续买单做心理按摩。更尖锐的批评是，LLM 很会替坏点子打气，降低了原本由努力和摩擦承担的筛选门槛。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11]
“he 还是 it” 这条支线几乎变成了一堂小型语言学课。英语母语者觉得把模型叫 he 很怪，但许多法国语、葡萄牙语、德语、俄语、荷兰语、中文和西班牙语背景的评论者都说，这常常只是把母语里的语法性别和代词习惯带进英语。有人还指出，Claude 这个名字本身可能会让人自然联想到男性化称呼，而 AI 营销又长期在刻意拟人化产品。也有人坚决认为不该把产品当人，说这会把工具叙述成朋友、伴侣甚至人格。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14] [来源15] [来源16] [来源17]
另一条大争论是到底该不该把钱交给 Anthropic/OpenAI，还是自己跑 open models。支持云端的人觉得 20 美元/月 的订阅比买 Mac Studio 或高端 AMD 机器便宜得多，也省掉硬件采购、配置和维护的周末成本。支持本地的人则说，opencode + Qwen 之类的组合在调好后也能做不少事，而且不会被云端价格、限额或策略变化随时掐住。两边其实争的不是“能不能跑”，而是简单性、速度、控制权和长期可靠性的取舍。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14] [来源15] [来源16] [来源17] [来源18] [来源19] [来源20] [来源21] [来源22]
不少人把 side project 重新定义成一种 hobby，而不是 work：只要动机是兴趣、实验或解决自己的痛点，就不该用“必须产出”来压自己。有人说他们更愿意做 hobby helper apps，比如把 note-taking、健身记录、闹钟逻辑做成完全为自己定制的工具；另一些人则强调，这正是所谓 self-source software 的意义。也有人担心市场会充斥过于细碎的专用应用，最后变成谁来买、谁来分发的问题，而不是谁更会写。还有人把自己正在反复重做的老程序比作 project car：重写、改模型、换 UI 都是乐趣本身。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12]
vibe coding: 通过自然语言与 AI 快速生成和修改代码，重点是尽快得到可用结果，而不是逐行手写实现。
agentic development / agent-driven development: 让 AI agent 自主读取项目状态、改代码、跑测试并根据反馈继续迭代的开发方式。
procedural generation: 用算法自动生成地图、关卡、图形或资源，常用于游戏和内容生成。
open models: 开放权重模型，可本地运行或通过第三方服务调用，区别于闭源商用模型。