No AI Fridays: Combatting Cognitive Debt in Software Engineering

No AI Fridays aims to prevent cognitive debt and skill atrophy

No AI Fridays 是一项运动，提议软件工程师每周专门抽出一天时间，完全在没有 AI 助手的环境下工作。其目标是应对“认知债务”（cognitive debt）——即当开发者将决策和实现过程交给大语言模型（LLMs）时，所发生的批判性思维和问题解决能力的逐渐丧失。

通过在特定时间内刻意移除 AI 工具，开发者可以评估 AI 所引导的项目方向是否符合其个人偏好和风格，并识别因持续依赖 AI 而产生的盲点。

该倡议的支持者认为，默认使用 AI 会给工程师和组织带来若干长期风险：

Skill Degradation: Constant reliance on AI can hamper skill formation and make developers less engaged with their own work.
Loss of Critical Thinking: Offloading the "how" and "why" of coding to an LLM can reduce a developer's ability to reason through complex system trade-offs.
Missed Automation Opportunities: A reliance on tokens can lead developers to overlook traditional, more efficient automation solutions.
Loss of Flow State: Manual coding allows developers to reconnect with the "flow state" and the genuine pride associated with handcrafted code.

对于采用 No AI Fridays 的团队，基本设置包括：当天关闭 AI 助手，阅读官方文档而非使用提示词（prompting），并手动编写代码。

并非所有自动化工具都被禁止。该倡议区分了生成式 AI 与基于反馈的工具。像 Greptile 或 Prelint 这样的工具是被鼓励的，因为它们为手工编写的代码提供反馈，允许人类开发者从输出中学习，而 LLM 生成代码通常会完全绕过学习过程。

虽然每周一天是基准，但该倡议建议开发者可以根据其学习目标和手头任务的复杂程度，找到自己的平衡点，范围从每天几小时到整整一周不使用 AI 工作。

开发者社区的讨论揭示了将 AI 视为效率工具的人与将其视为专业能力威胁的人之间的分歧。

许多开发者将手动实践的需求比作飞行员的“手动飞行时长”。一位用户指出，飞行员必须手动降落飞机以保持资质，这表明开发者同样需要手动“让代码在编译器上碰撞”（bounce their code off the compiler）以保持技能敏锐。

一些批评者认为，关于“认知债务”的证据并不充分。一位评论者指出，所引用的某些研究是预印本或基于自我报告数据的调查，而非经过同行评审的认知能力下降的证据。他们认为，较低的认知参与度是任务外包的过程中的一个可预测结果，而不一定是永久性的能力丧失。

几位工程师也反对强制性规定，建议采用“专业自主权”的方法。这种方法涉及在处理无聊、重复性任务时使用 AI，而在处理复杂逻辑或旨在学习的任务时手动进行。

"If it's easier to explain it to an LLM, have the LLM do it. If it's easier to do it myself, I do it."

目前对于新工程师的教育存在显著担忧。一些观察者指出，最近的毕业生如果他们在学习期间过度依赖 AI，将无法回答基础的计算机科学问题，这表明“不使用 AI”的方法对于处于职业生涯学习阶段的人来说至关重要。