由于这个问题经常被提及，我想分享一下我对于LLM在某些类型的任务（甚至工作）中取代人类的看法。从宏观角度来看，我将LLM视为能给特定职业人群赋予“超能力”的工具。我的意思是，当LLM被善用时，它们可以显著提高个人的生产力，并消除日常工作中的许多摩擦。这涵盖了从相对平凡的任务，比如确保章节标题统一使用标题大小写，到在大型代码库中发现复杂错误等各种情况。编程如今，我仍然亲自编写大部分我“在意”的代码。这里的“在意”指的是那些我需要理解代码逻辑并确保其正确性的场景。例如，如果我设置一个LLM训练脚本，我会亲自实现并仔细检查训练逻辑。这既是a)为了确保它按我预期的方式运行。b)为了保持我在这个任务上的知识和专业技能。然而，我现在会使用LLM来添加它周围更常规的代码，比如添加命令行argparse样板，这样我就可以更方便地从命令行使用我自己的代码。但我也越来越依赖LLM来发现问题、提出改进建议或对想法进行合理性检查。同时，我希望理解我正在构建的东西，并且作为个人目标，我旨在深化我的知识和技能，继续提升我的专业水平。与此同时，LLM在我核心专长之外的任务中发挥了极其宝贵的价值。它们让我能够自动化那些我原本没有时间或精力去处理的事情。一个例子是我最近编写的一个工具，用于将我Substack上的文章提取并备份为Markdown格式。（我通常用Markdown起草所有内容，但经常直接在Substack编辑器里编辑和扩展文章，所以我的本地草稿并不总是最新的）。LLM还帮助我清理了网站上的CSS，这些CSS多年来积累了大量的重复和不一致之处。今年还有许多类似的案例，我都使用了LLM。简而言之，我认为关键在于识别何时该用LLM、何时不该用，以及如何以既能帮助自己增长专业知识又能获得满足感的方式使用它们。代码库与代码库LLM在编写代码方面变得更擅长了，但尽管我听到其他人这么说，我并不认为代码正在或将会变得短暂或过时。LLM赋予了人们生成某些编程项目的能力，这些项目如果自己动手可能需要付出巨大努力。然而，纯粹的LLM生成的代码库并不能取代专家精心打造的代码库。这些专家的