开发者为何对工具情有独钟
Developers are attached to tools because tools encode trust
开发者对 Vim、Emacs 等工具的执着，源于工具中编码的信任感。当 AI 代理工具兴起，代码生成速度虽快，但信任度却因工具的不可预测性而下降。Stack Overflow 调查显示，AI 使用率上升的同时，信任度反而降低。工具不仅是效率的延伸，更是流程与文化的载体。若缺乏对过程的掌控，再强大的 AI 也难以建立信任。真正的挑战在于如何在 AI 时代重构信任机制，让人类在流程中保持责任与掌控，而非被工具反噬。
开发者对工具的依恋，是因为工具中编码了信任。
- oooyay
我不确定这种区别是否会影响结论，但我认为项目本身要求特定的工作流和由此产生的流程，而不是反过来。这就是为什么 JetBrains 拥有这么多针对特定工作流的 IDE，而且卖得非常好。那些流程并没有消失，但我们中的许多人改变了 IDE 的界面。这些流程在很大程度上仍然存在，但我们调用它们的方式正在移动和变化。在某种程度上，由于工具之外的其他因素也在变化，这些流程本身也在发生变化。
例如，我默认使用 Codex 和 Claude Code，但当我需要查看 API 接口、阅读测试等内容时，我会将这些工具配置为打开 Zed。Zed 也在朝另一个方向快速演进，即更贴近那些打开它的工具。我想用不了多久，我就能够在 Zed 内部继续我的提示词了。
- inigyou
说了这么多话，却什么实质内容都没讲。不过对于 Stack Overflow 来说，这倒是很应景。
- firasd
我觉得像“CI 在代理工具时代可能无法良好运作”这样的抽象概念，写写思想领袖类的文章还行，但真正需要动手做的事情太多了。关于 AI 使用计算机的最终答案，不应该是那些在 MJ 录制《Thriller》之前就已经功能完备的 bash 工具。
确实有一些朝这个方向发展的进展——例如，有一个新的 'gh' 子命令叫 repo read-file，它允许代理在不克隆仓库的情况下查看文件。我还做了一个叫 venetianblinds 的东西，它可以显示文件的等距采样。两者结合使用效果相当不错：
gh repo read-file sqlite3.c --repo clibs/sqlite --output sqlite3.c && npx github:firasd/venetianblinds sqlite3.c
--- sample 2/20 char 283427 line 5855 col 53 range 283367:283487
le].
**
** ^Closing a BLOB shall cause the current transaction to commit
** if there are no other BLOBs, no pending prep
^