先说问题，不绕。。。。你们觉得目前你最常用的模型，在开放需求下它的功能、架构设计你能给它定多少年工作经验的程序员（或阿里 P 几水平）。
模型：gpt5.5 中（大部分功能设计，因为便宜），Claude Opus 4.6 我的困境：
当然，上面的所有前提都是一个生产项目和程序员职业。自己 coding 玩具项目或者非程序员岗位不算
 |
1 sentinelK 5 月 8 日1 、我会干预其架构设计。不是别的，是因为我要为我的 Agent 兜底，他的技术选型我看不懂我就兜不了…… |
 |
2 someonelikeyouah 5 月 8 日偏个题，评估这个意义在哪里？ 你自己知道上限 下限 能做到哪里就行了，评级是为了给公司指出开发的预算么？ |
|
3 sentinelK 5 月 8 日btw：使用大模型，核心矛盾点，就是你需要投入多少精力来进行控制。这和企业管理的底层逻辑相通。 你给员工更大的自由，他就更能发挥上限，代价就是捅娄子的能力也更强。 |
 |
4 lmmlwen 5 月 8 日一个小小的程序员如此大放厥词，ai 编码是无上限的，只是你和你们的项目代码过于平庸，它只是选择了一个最为中庸的结果给你。 |
|
5 lmmlwen 5 月 8 日阿里 p8 的 py 代码，还得我来修改一轮低级 bug ，这没有任何意义 |
|
9 sentinelK 5 月 8 日@skuuhui 这个直觉没错的，但是对应的账应该反过来算。 |
 |
11 teaguexiao 5 月 8 日我的做法是先让 AI 出两三个方案，我挑一个架构方向再让它深入，这样既保留了它的发挥空间，也避免一开始就跑偏。开放需求不等于无约束，提前给定一些不可碰的边界（比如技术栈、分层规范）能显著稳定输出质量。 |
 |
12 foryou2023 5 月 8 日需求描述清楚，让 ai 给解决方案，符合自己需求的方案，然后再细化，需求细节讨论的差不多了，然后写文档，再让 ai 干活。 现实跟产品沟通不也是这样的么，沟通清楚需求，然后自己出解决方案，然后实现。 现在只不过变成了指挥 ai 干活而已。 |
 |
15 huoru 5 月 8 日你们还 review AI 写的代码吗？ |
 |
16 skuuhui 5 月 8 日@teaguexiao |
 |
17 Cabana 5 月 8 日所以再等等下个世代的基础模型吧， 就不会有这么多需要在工程上去处理基础模型的能力边界问题了。目前的话就只能修修补补咯~ |
 |
18 paranoiagu 5 月 8 日你是产品经理，AI 是原来你的手下小伙伴。 你觉得该怎么用这些小伙伴就怎么样用。AI 比小伙伴更加肯干，知识更加全面，没有怨言……………… |
 |
19 xsen 5 月 9 日codex $100 + claude $20 |
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。
