也是写成碎碎念了，凑合看看。
《AI Assistance Reduces Persistence and Hurts Independent Performance》( arxiv.org/abs/2604.04721v2 )
读了这篇论文，顺带把附录中的题目也都做了个遍。阅读的过程中确实会冒出“要不简单看看然后丢给AI汇总算了”的想法，感受到自己对AI工具已经产生了一些依赖。
论文中的一系列实验反映了人在处理任务的时候有AI辅助会提高“成功率”，但中途撤掉AI辅助功能后不仅泯然众人矣，甚至比对照组还差上一些。实验中还设计了“跳过”按钮，能看到AI被撤掉之后，面对之前的简单任务会有更多人选择跳过(放弃努力)。
接触AI越多，这种依赖只会逐渐加强。但工作和学习上使用AI辅助在某些时候确实是有促进作用，不管是“一概而论”还是“具体问题具体分析”，如果直接从要不要用AI或应该用到什么程度的角度去讨论似乎都不太合适。很容易产生“既要又要”的贪婪想法，既不想依赖，又想利用，甚至还不希望自己某些能力退化。
我自认为更好的思路是从“锻炼”的角度去思考这个问题，用不用AI就像吃不吃零食，但不管吃不吃零食、吃多少零食，锻炼都是可以去做的。更具体一点的思路就是，假如已经对AI产生了依赖，那么依赖会导致自己失去了什么，那就另外想办法去锻炼。
依赖AI会有什么东西“流失”呢？
首当其冲的我觉得是阅读能力，不一定是“理解力”，更多的是坚持自主阅读的韧性。特别是长文，我觉得现在很多人在网络上看到信息稍微长一些就忍不住调出个AI进行汇总和解读。不过这对我来说影响不是特别大，我从小看东西比较容易“看进去”，阅读速度比较快，也擅长在阅读的时候提取和记忆信息。能自适应阅读节奏，感觉重要就稍慢些，感觉比较水的就扫读过去。所以对于阅读能力来说，最好的锻炼方式应该就是坚持阅读。
其次是古法编程能力，现在大都是Agent全自动编码，早些时候还会复制粘贴，现在可能复制粘贴代码的情况也少见了，写代码这件事本身逐渐变成了写好提示词，再往后可能提示词都不需要写太好了，支支吾吾AI也能猜出个八九成。直觉上最好的锻炼办法就是保留一些古法编程的时刻，但在编程方面，这种锻炼的必要性我自己其实也没有把握。
我想了一下自己的真实想法(或者说借口)，我觉得“有编程基础”的人可以把注意力放在构思需求上。但怎么才算“有编程基础”我不好定义，“没编程基础”又该怎样我也想不通。事实上这段时间也经常看到很多号称零基础vibe了什么有用好玩的东西的例子。这个方向上该如何锻炼，我还没琢磨出来。
不过我想谈谈自己零基础且没有AI的时候是怎么学的。我的专业偏硬件一些，所以汇编和C语言的学习路径基本是和单片机分不开，一边翻教材一边实机验证，最开始可能是借用开发板，到后来还得自己做最小系统，自己画外设。没需求也硬找点需求来做各种小玩具(比如宿舍门5秒没关闭，蜂鸣器就会报警的玩意儿)。
学习Python看的是《Learn Python the Hard Way》，我自己去打印店把整本书打印出来装订成册，然后每天就耐着性子一行一行代码逐个字符敲进IDE里面运行看结果。效率虽然不高，但我真的是全书一行一行啃下来。该书给我最大的收益就是，我按照这样的模式自己编写了一套《Learn Verilog-HDL the Hard Way》的实验教材，包含所有实验需要用到的硬件模块设计，折磨了至少一届师兄妹们。
FPGA的学习就“轻松快乐”多了，可能是我已经熟悉了那种笨办法硬啃就能有收获的模式。在教材以外，我啃完了300来页的《VHDL数字系统设计》，还花了半年时间啃完了Xilinx的AXI总线协议。啃书之余不忘折腾自己比赛赢回来的Basys3开发板，这颗主控的逻辑单元有3万余个，算是比较弱小的FPGA了，我在这个小片子上开发了有着完整功能但实现上故意“炫技”的…带温度显示功能的闹钟。说“炫技”是因为我想把这个片子所有资源都用上，一个LUT都不想浪费。最后我基本达成了愿望，综合出来99%的资源都用掉了。
扯远了。
依赖AI觉得还会影响表达，一方面是常写提示词会在表达上有一种适应AI偏好的变化，另一方面是阅读太多AI的输出，风格和表达方式上可能也会越来越有AI味。好像不一定全是坏事，如果表达上更加适应AI偏好可能意味着需求的表达更加准确。而AI的输出至少很少犯语法错误，而且有时思路精炼有逻辑。
我认为自己的表达能力是比较差的，啰嗦、零碎、跳跃。说不定直接丢给AI精简汇总一下会更好。但我书写的时候就顾不上表达，想到什么就写什么，口水话就比较多。
也感觉到自己的表达也开始带有一丝“AI味”，不知道大家平时读下来是什么感受(读不下来我也是能理解的w)。不过我真的是纯古法手敲微博，AI最多是帮我检索和核实一下信息。