2026第16周，4.13-4.19，上周由于有点倦怠了所以几乎没记，也没有做规划，不过本身就是那几个很久没有推进的项目来回计划。所以大体也可以总结一下。
首先就是组内的一些工作，由于这周尝试了使用 GitHub Copilot 推进工作，这个套餐是真的好蹬啊，两天较高强度使用 opus 4.6 也才花了2.5美金左右，所以这周工作完成得比较早，也可以真正推进拖延了好久的PI05代码分析，这几天真正开始接触底层才发现之前的理解仍然有偏差，因此我认为接触底层对于真正的主心骨的工作仍有价值，而不是可以像一些端到端动作可以外包给 AI 去思考，这个可以和最近听的博客Andrej Karpathy — “We’re summoning ghosts, not building animals”也有一些思考，Andrew Karpathy 认为现在主要有这几类人（博客28min-32min）：
- 完全拒接AI（像 Gentoo 委员会那样🤓）；
- 仍然会写非常多的代码，也会同时使用很多AI，主要是负责补全，可能比如 VSCode 的自动 Tab 补全；
- 完全使用 AI，只负责提出需求和使用中出现的 bug 让 AI 修复。
整体来说，第一种肯定是不适用于当下环境和要求的态度，因此，真正的问题是怎么在后两种中取舍，因为我现在的工作流基本完全像是最后一种完全依赖 AI 的工作流，并且我认为这不是健康的方式。可能让 AI 充当代查手册的家伙，查找 bug，并在一些自己不关心的技术上大量使用是合适的，比如前端和一部分后端，但是在主要的工作方向却不这么见得，特别是最近的代码阅读更是在不断发现我对模型细节的技术认知，并且机器人领域太过依赖于 AI 感觉总有一天会把硬件烧坏😭。
所以问题是应该如何转向第二种状态。Karpathy 认为一个屏幕显示教程代码，另一个屏幕负责实现，并且在不使用复制粘贴的情况下，听着像是个很合适的方法，因为这会强迫你思考代码背后的逻辑，就是这有点耗时间，不知道现在大二这种课业状态能否实现。或者希望可以在学习的同时发现新的学习方式吧。
总的来说，这周只有一个任务：
- 完成 PI05 部分的代码阅读
感觉也很多了，尤其是马上要开始期中复习的情况下。