通用大模型进行程序开发这块这一年来真是突飞猛进。
还记得去年年底给团队成员做开发演示时用的deepseek加cline，虽然能写一些东西但效果和预期的差距还比较大。然后今年年初，但加年中的CLAUDE的几个版本升级，开发工具也慢慢的就从cursor改到claude code。开发的能力也越来越强，最近这半年时间用大模型已经写了两个独立的项目。
项目一，是一个大模型的API接口工具平台，可以在后台设置大模型配置，然后给前端注册的用户使用。
项目二，是一个文字和图生图的小程序。后台对大模型的调用就是用了项目一。
经过这两个项目之后，对大模型的代码开发能力和边界也有了相对清晰的了解。最近spec-kit的出现让我对这个边界认知又被打破了。claude本来就对写代码有非常规范和文档化的倾向，但这块会有些看claude的心情。spec-kit相当于是给了个规范的格式边界。并且原来开发使用人给出开发命令后，claude会根据自己对这个命令的理解去进行开发。偶尔会进行任务分解，但分解的颗粒并不行。但用spec-kit后，可以根据你的命令自动进行分阶段，并且颗粒度非常细的计划安排。这个简直是llm code开发的神器。原来可能靠看运气的开发结果，现在在开发前你就能知道执行的过程和可能的结果。
spec-kit 会分成多个步骤进行开发规范。确立团队原则（/constitution），到“说清楚要做什么”（/specify），到“把不清楚的先问清”（/clarify），再到“定技术方案”（/plan）、“自动拆任务”（/tasks）、“一致性分析”（/analyze）、“落地实现”（/implement）
根据上面这个步骤基本都可以把想要的内容给开发出来，并且spec-kit 和 claude的结合所制定出的计划会比你的命令考虑的更为周全。这样因为你命令的不全面导致开发出问题代码的机率就大大降低了。
这块后续如果再成熟一些，产品经理通过llm直接实现产品真的就不远了。