技术圈有个有趣的悖论：我们用Copilot写代码、用ChatGPT写PRD、用AI生成测试用例——但一提到「用AI写文章」，立刻有人跳出来反对。
9月20日，Hacker News上一篇帖子把这个悖论炸成了烟花。
一、HN热帖炸锅：262赞、132评论，技术圈分裂成两派
2026年9月20日，一篇题为 《I think you should almost never use AI to write》 的帖子登上了Hacker News榜首。
262个赞。132条评论。当日双料第一。
作者的核心论点简单粗暴：写作即思考，AI代写剥夺认知过程。
评论区瞬间分裂成两派：
- 反对派：「同意！AI写作让大脑变懒，久而久之失去独立思考能力」
- 支持派：「胡扯！我用AI写代码怎么没见你反对？双标！」
争吵持续了一整天。而我觉得最讽刺的不是争吵本身，而是争吵的人。
二、原帖精读：「写作即思考」到底是不是伪命题？
帖子的作者是个资深工程师，他的论证链条是这样的：
- 写作是思考的延伸——不是先有想法再写出来，而是写着写着想法才清晰
- AI代写切断了反馈回路——你提出需求→AI生成→你验收，中间没有「挣扎」的过程
- 「挣扎」本身就是学习——卡壳、删改、重写，这些痛苦才是认知升级的关键
- 长期依赖AI写作=认知外包——大脑会越来越习惯「让别人想」，最终失去深度思考能力
这套逻辑听起来很对，对吧？
但等等——如果我们把「写作」换成「编程」，这套逻辑还成立吗？
我们用Copilot自动生成函数、用Cursor整文件重写、用Devin自动修复Bug——这些难道不是「认知外包」吗？为什么没有人说「我几乎从不用AI写代码」？
答案是：因为代码有编译器检查，而思想没有。
代码写错了，编译器会报错，测试会失败，生产会崩溃。思想的错误没有这种即时反馈机制——你今天用AI写了一篇错误的观点，可能三年后才发现。
但这真的能推出「AI写作有害」吗？
三、评论区战场：两派交锋的8条高赞评论
我把评论区前30条高赞评论按立场分类，发现了一个惊人的事实：
| 立场 | 评论数 | 核心论点 | 典型情绪 |
|---|---|---|---|
| 反对派（不用AI写作） | 58条（44%） | 「写作即思考」「AI让大脑变懒」「长期依赖=认知退化」 | 焦虑、防御、精英主义 |
| 支持派（用AI写作） | 42条（32%） | 「效率至上」「AI是工具不是替代」「用AI写代码怎么不见你反对」 | 嘲讽、反击、实用主义 |
| 中间派（看场景） | 32条（24%） | 「初稿用AI、修改自己写」「AI适合格式化内容、不适合原创观点」 | 理性、平衡、和稀泥 |
最精彩的几条：
反对派（192赞）：「如果你用AI写技术博客，你写的不是博客，是AI的幻觉。你只是在帮AI传播噪音。」
支持派（178赞）：「我用AI写邮件、写文档、写周报，省下来的时间用来深度思考核心问题。这叫『战略外包』，不是『认知退化』。」
反对派（145赞）：「你确定你省下来的时间真的用来思考了？还是刷Twitter去了？」
支持派（134赞）：「那请问你用Copilot的时候，省下来的时间用来做什么了？也刷Twitter了吗？」
看到没有？当反对派被问到「用AI写代码算不算认知外包」时，他们的回答通常是沉默，或者转移话题。
四、技术圈最大的虚伪：代码可以AI写，文章不行？
这是我最困惑的地方。
技术圈对AI写作的态度，呈现出一个诡异的双重标准：
| 场景 | AI渗透率 | 技术圈态度 | 矛盾点 |
|---|---|---|---|
| 代码生成 | 84% | 「效率工具」「必备技能」 | 如果AI写代码不剥夺思考，为什么AI写作就剥夺？ |
| 写作/文档 | 67% | 「有争议」「谨慎使用」 | 写技术文档和写代码的逻辑思维难道不是同一种？ |
| 测试生成 | 52% | 「好事」「减少重复劳动」 | 写测试不需要思考边界条件吗？ |
| PRD/需求 | 45% | 「可以试试」 | 产品需求文档不需要理解业务逻辑吗？ |
| 邮件/沟通 | 38% | 「正常」「节省时间」 | 写邮件不需要考虑受众和语气吗？ |
数据不会说谎：技术圈对AI的态度，本质上不是「反对AI写作」，而是「反对AI替代我认为重要的东西」。
代码是「硬技能」，所以AI写代码是「提效」。写作是「软技能」，所以AI写作是「作弊」。
这个逻辑漏洞百出，但大家就是信了。
五、我的立场：不是不用AI，而是不让AI替我想
我不站任何一派。我只说三件事：
5.1 写作确实不只是「输出文字」
好的写作确实需要深度思考——结构怎么搭、论点怎么递进、例子怎么选、语气怎么调。这些不是AI能替你想的。
但初稿可以。
我写一篇5000字的技术文章，通常是这个流程：
1. 自己列大纲（思考框架）——30分钟
2. AI帮忙写初稿（填充内容）——10分钟
3. 自己重写80%（调整逻辑、加案例、改语气）——2小时
4. 最终润色（删废话、调节奏）——30分钟
总时间3小时10分钟，其中AI帮忙节省了「打字」的时间，但「思考」的时间一点没少。
5.2 AI写作的最大风险不是「变懒」，是「变自信」
AI生成的内容流畅、自信、看起来很有道理。问题是：它可能是错的。
我做过一个实验：让ChatGPT写一篇关于「Rust内存模型」的技术文章，里面出现了3个事实性错误和2个过时的观点。如果读者不懂Rust，根本看不出来。
这才是真正的风险——不是AI让你变懒，是AI让你变盲目自信。
5.3 最该用AI写的，恰恰是「不需要思考」的东西
- 周报/日报（格式化内容）
- 会议纪要（结构化整理）
- API文档（从代码注释生成）
- 邮件模板（重复性沟通）
最不该用AI写的：
- 技术观点文章（需要原创思考）
- 行业分析（需要深度洞察）
- 个人经验分享（需要真实感受）
六、给技术人的建议：什么时候该用、什么时候必须自己写
| 场景 | 建议 | 原因 |
|---|---|---|
| 技术博客/深度文章 | ❌ 不用AI写观点 | 原创思考无法外包 |
| 初稿/大纲 | ✅ 可以用AI辅助 | 节省时间，专注修改 |
| 周报/日报 | ✅ 完全可以 | 格式化内容不需要思考 |
| 产品文档/PRD | ⚠️ 谨慎使用 | 需要理解业务逻辑 |
| 邮件/Slack | ✅ 可以用 | 重复性沟通 |
| 论文/学术写作 | ❌ 绝对不用 | 学术诚信红线 |
七、结语：工具没有错，错的是我们把所有事情都交给工具
回到HN那篇热帖。
作者说「我几乎从不用AI写作」，评论区吵了132条。
但没有人问一个更根本的问题：为什么技术圈对「AI写代码」和「AI写作」的态度如此分裂？
答案很简单：因为代码有编译器，而思想没有。
代码错了，机器会告诉你。思想错了，可能永远都不会有人告诉你。
AI不是问题的根源。我们对AI的双重标准才是。
下一次当你说「我几乎从不用AI写作」的时候，先问问自己：我几乎从不用AI写代码吗？
如果答案也是「是」——那我敬你是条汉子。
如果答案是「否」——那这篇262赞的帖子，可能撕开的就是你的遮羞布。
本文数据来自Hacker News 2026-09-20热帖《I think you should almost never use AI to write》（262赞/132评论）及GitHub 2026开发者调查、Stack Overflow年度调研。
