AI News HubLIVE
站内改写2 分钟阅读

这篇博客是由AI写的吗?

Marc Brooker 明确表示他的博客文章绝非 AI 生成,他坚持亲自执笔,认为让读者阅读 AI 文本会打破社会契约。他广泛使用 LLM 辅助构思、研究、总结、事实核查等,但绝不用于撰写正文。对于代码,他则完全接受 AI 生成。

来源Hacker News AI作者: _josh_meyer_

Marc Brooker 的博客上有一篇题为“这篇博客是由AI写的吗?”的文章,作者在文中明确给出了否定的答案。Brooker 是亚马逊云服务(AWS)的工程师,专注于代理型 AI 的安全与策略。他在这篇个人博客中强调,所有人类可读的文本均出自他手,包括那些奇怪的语法、不正确的假设、拼写错误和令人恼火的习惯——甚至是 em 破折号。他从未在博客或职业写作中使用 LLM 来生成文字。

然而,Brooker 并不排斥 AI 工具。他广泛使用代理进行头脑风暴、研究、总结、事实核查、处理标记、查找参考文献和分析数据等。但他认为,要求人们阅读由 LLM 生成的文本会打破一种社会契约。当他以自己的名义发布文章时,他希望读者知道他对内容有深刻的理解并拥有所有权,他尊重读者的时间和努力;作为交换,他期望读者能全身心投入阅读。

如果他自己用提示生成文档,然后发送给某人,而此人又用 LLM 总结后阅读,那么他到底实现了什么?还不如直接发送提示,让对方用自己的代理探索主题,这样更能节省时间!作为组织领导者,他强调功能优于形式。如果你有半页的思考,就给我半页,不要用 Claude 的想法再填满五页。如果需要 Claude 的意见(他经常需要),他会主动去问,并且会获得带有自身上下文的定制版本。

Brooker 对代码的态度截然不同。他完全接受人类未来可能无法理解代码的世界,他只关心代码的属性。过去两年中,他博客上几乎所有的代码都是 100% AI 生成的,大多是“氛围编码”的拙劣作品。即使是三年前,他还坚信代码主要存在于人与人之间分享思想,但现在他不再这么认为。他表示,分享思想非常重要,但有更好的方式,可以摆脱代码库的意外复杂性。

最后,Brooker 提到他使用 LLM 来编辑和批评自己的写作,但比以前用得少了。因为他担心过度使用会导致一种超级防御性的“堵死所有出口”的写作风格,反而阻碍了良好的沟通。同样,他对于为了避开 Twitter、Reddit 或 Hacker News 上的恶意评论而进行的防御性写作也持有相同看法——这样的写作会掩盖真正的交流。