问 HN：使用 AI 编码时，你如何进入心流状态？

Hacker News 讨论 ↗

关于使用 AI 编码时心流状态的总体感受

  • 许多人表示他们无法在代理式/AI 编码中达到传统意义上的心流；体验是“断断续续”的，更像是在做项目管理或照看一个初级开发者。
  • 有些人觉得写代码的乐趣消失了；如果不是工作要求，他们会避免使用 AI，并且有少数人在新岗位上完全退回到不使用 AI，称满意度更高。
  • 也有人报告了新类型的心流：更短、反复出现的专注片段，或者在更高层次的设计和学习中获得心流，而不是在敲代码时。

阻碍心流的主要因素

  • 等待回复会打断专注；聊天式界面鼓励被动等待，并让人转去刷网页/YouTube 分心。
  • 慢但能力强的模型与快但更笨的模型，会以不同方式破坏心流（信任 vs 延迟的权衡）。
  • 在多个代理或任务之间同时切换会消耗工作记忆；上下文切换被广泛认为与心流相反。
  • AI 输出可能难以阅读、架构上薄弱或有错误，导致额外的审查/调试负担。

人们用来应对的工作流

  • 在 2–10+ 个代理、仓库或 worktree 之间并行处理，让总有事情在运行；一些人将其称为“选择性多任务处理”或“优先级上下文切换”。
  • 只把 AI 用于狭窄、枯燥或样板化的任务（查 bug、小脚本、可视化、在依赖中搜索）；有趣的部分手写。
  • 把 AI 当作自动补全/结对程序员：基于注释的开发、小片段、增量 diff，以及紧密的验证循环。
  • 将心流转移到规划/设计：编写设计文档、计划和提示词；AI 负责执行和测试；工程师专注于审查和编排。
  • 构建自定义工具（tmux/TUI/任务管理器/编排层）来异步处理多个会话并保护注意力。

其他态度与重新理解

  • 有些人接受 AI 作为可委派的“初级开发者”，并承认即使在资深/Staff 层级，深度不间断的心流本来也更少见。
  • 少数人拥抱实验和研究，使用代理探索许多想法；“心流”来自运行和解释实验。
  • 还有人认为解决方案更多在于 UX 而不是模型：后台审查器、非聊天式界面、更好的通知，以及更简洁的输出。

工具之外的应对策略

  • 建议包括在等待时冥想、保留草稿/想法文档、听音乐，甚至使用迷幻剂；效果主观且分化很大。