HN热门讨论"你的AI开发技术栈是什么？"96分·84评论，一线开发者实战分享Claude Code、Codex、多Agent协作、Spec-Driven开发等真实经验。
一个价值96分的灵魂拷问
2026年6月5日，Hacker News上出现了一个看似简单却引发84条深度讨论的问题："Ask HN: What is your (AI) dev tech stack / workflow?"（你的AI开发技术栈/工作流是什么？）
这个问题之所以能获得96个赞、冲到HN热榜前列，根本原因是它击中了2026年每个开发者的核心焦虑：AI工具已经铺天盖地，但到底该用哪个？怎么用？用多少？
讨论中出现的不是PR稿、不是厂商宣传，而是一线开发者的真实生产环境配置。有只用Claude Code的极简派，有架构师+开发者+审查者三Agent组合的精细派，也有"我坚持手写代码"的老派坚守者。
这篇文章是对这场高质量讨论的梳理与提炼。
工具格局：两强争霸，百花齐放
从84条评论中统计，工具选择呈现明显的"双核心+长尾"格局：
第一梯队：Claude Code vs Codex/OpenCode
约60%的回复者在使用Anthropic或OpenAI的旗舰编程Agent。
Claude Code阵营（占比最高）：
verdverm："OpenCode + Go订阅。从anthropic的知识分享开始，保持人在循环中，反复迭代。"mkw5053："Claude Code + 强类型TypeScript。把尽可能多的检查推到SDL左侧——类型→lint规则→测试→文档。每个PR后改进开发体验。"world2vec："我的栈很无聊，就是VSCode + Ghostty + Claude Code团队计划。"
Codex/OpenCode阵营：
zuzululu："Codex基本是我现在唯一用的工具。"Galanwe："我有个vibe-coded脚本，为每个feature创建git worktree + zellij布局 + virtualenv。布局包含OpenCode、shell、neovim、inotify测试等窗格。"
两者兼用的"剑盾流"：
nickdichev："一个是剑（Claude Code），一个是盾（Codex）。"——这个比喻精准道出了许多开发者的实际用法：Claude Code用于攻势（新功能开发），Codex用于守势（代码审查和重构）。
第二梯队：自建工具与长尾选择
一部分开发者不满足于现成工具，自己造轮子：
mg："我围绕原始LLM写了自己的工具。在Vim中勾选文件→拼接成提示词+功能需求+指令文件+代码规范+语言规范+项目概览。LLM返回修改列表，我的工具自动应用。"zackify："自制TUI列出LXC容器，每个容器预装开发环境。Pi.dev在选中容器时打开，热切换Anthropic/OpenAI/OpenRouter。"Kuyawa："DeepSeek + Mecha-AI作为CLI编程Agent做架构，Sublime Text + DeepSeek插件做文件级修复。用这些工具几分钟就构建出以前几个月的应用。"
值得关注的新兴工具
讨论中提及的几款工具正在快速获得口碑：
- Shelley (exe.dev)：Web端Agent，"我是粉丝"——
indigodaddy - Conductor：
solumos的日常驱动，搭配Claude Opus 4.8 - Pi：被多位开发者提及的终端内AI编程助手
- Workmux：开源项目，与Tmux/Neovim集成的工作区管理器
- Spec-kit（GitHub官方）：Spec-Driven Development规范工具
工作流模式：三种主流范式
范式一：Spec-Driven Development（规范驱动开发）
这是讨论中出现频率最高的工作流概念。核心思路是先写详细规范，再用Agent实现。
sermakarevich的完整流程：
"我二月份开始用Spec-Driven方法。先用Agent做研究和访谈来写详细规范→将任务分解为小任务→为每个任务写详细规范→独立实现。由于所有需求都固化在规范中，可以在任何步骤后重启会话，这有助于保持上下文新鲜。"
itake的方法类似：
"新项目：1）Spec-Driven Dev（基于spec-kit）→ 2）降级到多会话调试。UI设计：让AI先做一遍，给风格指导，然后用ChatGPT截图反馈。"
为什么Spec-Driven如此流行？ 因为2026年的Agent仍然面临上下文窗口限制——当对话超过200轮，Agent开始"遗忘"早期决策。把决策固化为规范文件，就相当于给Agent一个"外挂内存"。
范式二：多Agent流水线（架构师+开发+审查者）
stavros的三Agent组合最具代表性：
"我用OpenCode做三Agent组合（架构师、开发者、审查者）。我发现让不同模型写代码和审查代码至关重要。"更多细节见其博客：stavros.io/posts/how-i-write-software-with-llms
aabdi走得更远：
"我直接运行一个巨型AI Agent工厂引擎，让Agent全流程做事（长期规划→写PRD→任务分解→审查）。上个月约4000次提交，包括私有项目约1万次。"
范式三：人在循环中（Human-in-the-Loop）
verdverm强调："保持人在循环中"。
chrismorgan代表了一个重要的少数派声音：
"我觉得在这样的讨论中至少应该被提到一次：无——我选择传统方式编程，不认为这在可预见的未来会改变。我相信在我的领域内能应对得很好。如果这变得商业上不可行，好吧，我可能也不再对这个领域感兴趣了。"
这个声音提醒我们：AI工具不是必须的，选择取决于场景和个人偏好。
企业现实：安全约束下的AI使用
gottagocode的回复揭示了企业环境的现实：
"一家安全公司的首席开发，有非常严格的AI政策。大部分手写代码，必要时在浏览器中使用Agent（Claude/企业ChatGPT账户）。我知道用这种方法会落后，也一直在倡导改变，但这就是行业现状。"
这和许多AI创业者的想象不同——不是所有公司都允许自由使用AI编程工具。对于做B端AI工具创业的人，这意味着需要考虑合规性和隔离部署能力。
工具哲学：给AI创业者的启示
1. 极简主义仍然有效
world2vec说"我的栈很无聊，就是VSCode + Ghostty + Claude Code"。不需要花哨的工具组合，一个主流Agent + 一个好终端模拟器就够了。
2. 工具要为流程服务，而非相反
Galanwe的worktree+zellij方案不是为了让工具看起来很酷，而是为了解决真实问题：如何在多个feature间高效切换而不丢失上下文。
3. 个人化程度越高，迁移成本越大
mg和zackify的自建工具虽然高度贴合个人习惯，但也意味着他们被锁定在自己的工具生态中。对AI创业者来说，选择工具时要权衡定制化的收益和锁定的代价。
4. "剑盾流"是平衡策略
用Claude Code做创造性开发（剑），用Codex做防御性审查（盾）——这个思路值得借鉴。不同模型在不同任务上的优势不同，混合使用是务实之选。
行动建议
- 如果你还没开始用AI编程：从Claude Code或Codex入手，选一个主流工具，先跑通"人在循环中"的基础工作流。不需要一开始就搞多Agent工厂。
- 如果你已经在用AI编程：尝试Spec-Driven Development——用AI帮你写规范，再用规范约束AI的代码生成。这是讨论中最被认可的效率倍增器。
- 如果你在开发AI编程工具：注意企业市场的合规需求。
gottagocode的困境代表了大量企业开发者的真实处境——他们需要的是能在隔离环境中运行、不会泄露代码的AI编程Agent。 - 关注新兴工具：Shelley（exe.dev）、Conductor、Pi、Workmux正在获得早期用户口碑。这些工具可能定义了下一代AI编程体验。
本文由AI辅助创作，经人工审核编辑发布