HTMX CEO 强制推行 No AI Fridays
作为 htmx 的 CEO，我正式推行 No AI Fridays 政策。多项研究表明，过度依赖 LLM 会积累认知债务，削弱你的批判性思维，甚至阻碍技能形成。当我们把决策权交给 AI，往往忽略了背后的权衡。每周花一天时间关闭 AI 助手，亲手编写代码、阅读文档，能帮你找回心流状态，重新审视 AI 替你做的选择是否真的符合你的风格。这不是要完全拒绝 AI，而是通过适度的“断舍离”，让 AI 辅助工具如 greptile 和 prelint 真正服务于你，而不是让你沦为工具的附庸。
如果 AI 带来的生产力提升如此巨大，那么每周花一天时间来最小化其负面影响，应该算不上什么艰难的权衡。
HN 评论区
187- Jcampuzano2
至少，我鼓励那些为了明确的学习和研究目的而做个人项目的人，故意不使用 AI。当然，如果项目的目的是学习 AI，那么这条规则可以打破。
举个轶事，我认识很多最近毕业的学生（包括我亲弟弟），他们几乎完全依赖 AI 完成项目（不幸的是，这还是他们教授要求的），结果连一些在 AI 出现之前连大一 CS 学生都能回答的基础问题都答不上来。正因如此，我才鼓励他们做项目时不用 AI。
就我个人而言，我开始觉得在大学和教育体系中，所有项目都应该在课堂上、计算机实验室或受监控的学习室完成，因为我们已经无法信任任何人会不用 AI 了。
- kstenerud
这让我想起当年我们被告诫要使用“真正的”编译型语言，而不是解释型、带垃圾回收的语言，以免我们失去对系统、缓存和内存的推理能力。
这又让我想起当年我们被告诫要继续使用汇编语言，以免我们“真正的”技能因过于舒适的 C 语言开发而退化。
这又让我想起当年我们被告诫要保持调试和探测技能的敏锐，去阅读和理解所用计算机的电路图，以免我们忘记如何诊断其组件故障。
这又让我想起当年我们被告诫要练习心算并保持使用计算尺的技能，以免这些技能因计算器而退化。
你不需要“不断练习”来维持理解。
最优秀的工程师确实了解系统更深层次的运作原理，但对于普通开发者来说，产出普通软件、产生普通影响，普通的产出水平是可以接受的。
- aed
天哪，我帮忙主持一个名为 AI Friday 的月度 AI 聚会：https://aifri.day
看到这篇帖子时，我的心都凉了。我以为我们树敌了！
不过这里并没有冲突。
举个个人例子……几周前，我意识到，随着这么多智能体在运行，以及我手头那么多要做的事，我整天都在处理浅层的 ping 消息，而不是深入工作。
我有 AI 智能体在管理 SEO 和广告支出。过去我每天都要花点时间阅读每个智能体的汇报。现在，每个智能体每周只给我一份详细报告，附上底层报告的链接和我需要关注的具体事项。我会在不同的日子为每个智能体预留 90 分钟，利用这段时间深入工作。这帮了大忙。
- dgellow
我其实非常建议那些全职使用编码智能体的人，在周末项目中设置