Ask HN: 有没有人在尝试用大语言模型（LLM）进行编程的不同方法？

一句话看懂：Hacker News 上一位开发者发声，认为当前 AI 编程工具“提示-响应”的循环破坏了编程心流，并号召社区探索根本不同的交互模式，部分开发者已开始用“制表符补全”模型和“规格驱动开发”来替代对话式编码。

事件核心：发生了什么

一位使用 Claude Code 和 Codex 的开发者发帖吐槽，称 AI 本应是思维的自行车，但目前的 AI 编程工具“每几分钟就急刹车一次”——用户写代码时需要不断停下来、等待、检查、重新提示，无法进入手写代码时那种全神贯注的心流状态。他明确提出，当下的提示-响应循环（prompt-response loop）需要被根本性替代，而“制表符补全模型”（tab model）在方向上更优。该帖引发了多位开发者的共鸣和分享，包括两款新工具：Shipsmooth（一个可动态更新的规格/计划工具）和 Beolis（一个本地 CLI 与远程服务器结合的看板式编码代理）。

为什么重要

目前多数 AI 编程助手（如 GitHub Copilot、Claude Code、Cursor）本质上是对话式交互，即用户描述需求、AI 返回代码、用户审查、再修改提示。这种模式虽然降低了编程门槛，却引入了频繁的上下文切换，打断了深度工作。随着大模型编程能力提升，开发者开始反思工具设计哲学：AI 不应是“一个会说话但需要不断纠正的同事”，而应是“能理解整体意图并自动推进的智能体”。这一讨论指向 AI 辅助编程工具的下一个竞争点——从“对话式编码”转向“意图驱动、规格先行”的闭环系统，这可能会改变各家 AI 代码产品的交互设计范式。

对用户/开发者/创作者的影响

对于前端、后端及全栈开发者而言，这意味着需要重新评估当前使用的 AI 工具的“心流友好度”。如果频繁中断让你疲惫，可以尝试新出现的“规格驱动代理”模式：先写一份详细的规格计划，让 AI 按计划逐步实现，期间只调整规格而非直接修改代码。Beolis 和 Shipsmooth 正是这一思路的早期尝试。此外，开发者也可以主动调整使用习惯：自己先写核心代码骨架，只在琐碎部分委托 AI；拒绝 AI 帮你写完一整段——保留部分“手动编码”的乐趣和掌控感。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

值得关注的后续

1. 产品落地情况：Beolis 仍处于早期公开测试阶段，Shipsmooth 为个人项目，两者是否获得更广泛社区采用尚未可知；2. 主流工具跟进：GitHub Copilot、Cursor 等是否会推出“规格优先”或“制表符补全增强”的交互模式；3. 用户体验研究：随着更多“流式”辅助工具出现，开发者对“心流”的定义和测量方法可能成为产品设计的重要指标。

来源：hackernews