[问与答] AI Coding 好累！
之前 kiro 的 spec 模式开发，一开始简单需求还好，ai 输出的问题不大大概过一遍就完成了，感觉生活美好多了。 后面随着需求越来越复杂，发现 spec 也是越来越长越来越啰嗦，直到最近给我生成了 4w 字一个需求文档，还不包含设计文档和任务文档，看得头都炸了，ai 的套话还多，只扫一眼吧又怕细节处出问题。 此时深深感觉比自己写代码还累，自己写代码起码逻辑是清晰有条理的。而且最关键是古法编程一天干不了多少活，一个需求可以精雕细琢，其实是轻松一点的。 问下大家，怎么应付这种情况的？ 舍弃 spec 直接开干能解决这种信息爆炸的问题吗？ 或者说就算是直接开干，也不可避免地会出现这个问题。 题外话：deepseek 速度实在是太快了，感觉跟它搭配干活明显的累。用 claude 体感就好很多。不知道是因为哪个原因： deepseek 快而 claude 慢，留出了大脑的休息时间？ claude 简洁一点而 deepseek 啰嗦导致大量繁杂信息占用脑力？ claude 输出质量高不需要过多 review ？
阅读原始来源![原始网页截图: [问与答] AI Coding 好累！](/media/e80600a9fa78d723e5a39b67?v=2026-11-07T06%3A25%3A53.667Z)
来源记录
研究分析
用户报告的问题
来源描述：之前 kiro 的 spec 模式开发，一开始简单需求还好，ai 输出的问题不大大概过一遍就完成了，感觉生活美好多了。 后面随着需求越来越复杂，发现 spec 也是越来越长越来越啰嗦，直到最近给我生成了 4w 字一个需求文档，还不包含设计文档和任务文档，看得头都炸了，ai 的套话还多，只扫一眼吧又怕细节处出问题。 此时深深感觉比自己写代码还累，自己写代码起码逻辑是清晰有条理的。而且最关键是古法编程一天干不了多少活，一个需求可以精雕细琢，其实是轻松一点的。 问下大家，怎么应付这种情况的？ 舍弃 spec 直接开干能解决这种信息爆炸的问题吗？ 或者说就算是直接开干，也不可避免地会出现这个问题。 题外话：deepseek 速度实在是太快了，感觉跟它搭配干活明显的累。用 claude 体感就好很多。不知道是因为哪个原因： deepseek 快而 claude 慢，留出了大脑的休息时间？ claude 简洁一点而 deepseek 啰嗦导致大量繁杂信息占用脑力？ claude 输出质量高不需要过多 review ？
频次与替代方案
记录作者：v2defe。 可供比较的近期同类记录：“[问与答] 有没有什么好用的支持自部署的审核端侧小模型？” (V2EX, 2026年11月12日)；“[问与答] 纯 c++写了个"极速"查看 windows 本机各种网络状态的小工具(无任何第三方依赖)” (V2EX, 2026年11月12日)。主题相近仅用于导航，未核验其是否属于同一需求或独立证据。
需求判断
将报告的任务或障碍作为访谈线索。功能请求、抱怨或替代方案搜索本身并不能确定预算负责人或付费意愿。
商业证据缺口
待补证据：受影响的独立用户、重复发生场景、当前绕行方案、实际时间或金钱成本、采购权限，以及对具体报价的响应。
需求验证动作
按相同任务整理原始问题，去重作者和转载；核对今天如何处理、实际成本多少，再测试明确报价后判断付费需求。