AI 资讯

跟进 AI 的项目、产品与讨论

已同步 36981 条公开资讯,来源和发布时间保留在每条记录中。

AIGOOD 已同步公开来源;每条资讯详情保留来源和原文链接。

社区讨论V2EX 技术

前期大量 AI coding 上线的项目,越来越改不动了,该重写吗?

部门去年接手的一个零配件供应商门店系统,赶工期上线,大量使用了 AI coding 后交付使用了 上线后直到现在,大大小小的问题从来没有间断过,感觉越来越改不动了 继续改的人力成本非常大(因为早前没有时间仔细 review 代码),用 AI 改烧 tokens 很厉害,而且经常改了这里,牵动别的地方。另外,AI 还有一个坏习惯,喜欢无端增加很多 corner cases 的预防设计,越改越复杂 由于这个系统的实用价值越来越高,接下来要考虑是让 AI 重头重写一次吗(去年用的时候 AI 智能还不能和今天的能力相比,…

社区讨论V2EX 技术

前期大量 AI coding 上线的项目,越来越改不动了,该重写吗?

部门去年接手的一个零配件供应商门店系统,赶工期上线,大量使用了 AI coding 后交付使用了 上线后直到现在,大大小小的问题从来没有间断过,感觉越来越改不动了 继续改的人力成本非常大(因为早前没有时间仔细 review 代码),用 AI 改烧 tokens 很厉害,而且经常改了这里,牵动别的地方。另外,AI 还有一个坏习惯,喜欢无端增加很多 corner cases 的预防设计,越改越复杂 由于这个系统的实用价值越来越高,接下来要考虑是让 AI 重头重写一次吗(去年用的时候 AI 智能还不能和今天的能力相比,…

社区讨论V2EX 技术

前期大量 AI coding 上线的项目,越来越改不动了,该重写吗?

部门去年接手的一个零配件供应商门店系统,赶工期上线,大量使用了 AI coding 后交付使用了 上线后直到现在,大大小小的问题从来没有间断过,感觉越来越改不动了 继续改的人力成本非常大(因为早前没有时间仔细 review 代码),用 AI 改烧 tokens 很厉害,而且经常改了这里,牵动别的地方。另外,AI 还有一个坏习惯,喜欢无端增加很多 corner cases 的预防设计,越改越复杂 由于这个系统的实用价值越来越高,接下来要考虑是让 AI 重头重写一次吗(去年用的时候 AI 智能还不能和今天的能力相比,…

社区讨论V2EX 技术

前期大量 AI coding 上线的项目,越来越改不动了,该重写吗?

部门去年接手的一个零配件供应商门店系统,赶工期上线,大量使用了 AI coding 后交付使用了 上线后直到现在,大大小小的问题从来没有间断过,感觉越来越改不动了 继续改的人力成本非常大(因为早前没有时间仔细 review 代码),用 AI 改烧 tokens 很厉害,而且经常改了这里,牵动别的地方。另外,AI 还有一个坏习惯,喜欢无端增加很多 corner cases 的预防设计,越改越复杂 由于这个系统的实用价值越来越高,接下来要考虑是让 AI 重头重写一次吗(去年用的时候 AI 智能还不能和今天的能力相比,…

社区讨论V2EX 技术

前期大量 AI coding 上线的项目,越来越改不动了,该重写吗?

部门去年接手的一个零配件供应商门店系统,赶工期上线,大量使用了 AI coding 后交付使用了 上线后直到现在,大大小小的问题从来没有间断过,感觉越来越改不动了 继续改的人力成本非常大(因为早前没有时间仔细 review 代码),用 AI 改烧 tokens 很厉害,而且经常改了这里,牵动别的地方。另外,AI 还有一个坏习惯,喜欢无端增加很多 corner cases 的预防设计,越改越复杂 由于这个系统的实用价值越来越高,接下来要考虑是让 AI 重头重写一次吗(去年用的时候 AI 智能还不能和今天的能力相比,…

社区讨论V2EX 技术

前期大量 AI coding 上线的项目,越来越改不动了,该重写吗?

部门去年接手的一个零配件供应商门店系统,赶工期上线,大量使用了 AI coding 后交付使用了 上线后直到现在,大大小小的问题从来没有间断过,感觉越来越改不动了 继续改的人力成本非常大(因为早前没有时间仔细 review 代码),用 AI 改烧 tokens 很厉害,而且经常改了这里,牵动别的地方。另外,AI 还有一个坏习惯,喜欢无端增加很多 corner cases 的预防设计,越改越复杂 由于这个系统的实用价值越来越高,接下来要考虑是让 AI 重头重写一次吗(去年用的时候 AI 智能还不能和今天的能力相比,…

社区讨论V2EX 技术

前期大量 AI coding 上线的项目,越来越改不动了,该重写吗?

部门去年接手的一个零配件供应商门店系统,赶工期上线,大量使用了 AI coding 后交付使用了 上线后直到现在,大大小小的问题从来没有间断过,感觉越来越改不动了 继续改的人力成本非常大(因为早前没有时间仔细 review 代码),用 AI 改烧 tokens 很厉害,而且经常改了这里,牵动别的地方。另外,AI 还有一个坏习惯,喜欢无端增加很多 corner cases 的预防设计,越改越复杂 由于这个系统的实用价值越来越高,接下来要考虑是让 AI 重头重写一次吗(去年用的时候 AI 智能还不能和今天的能力相比,…

社区讨论V2EX 技术

前期大量 AI coding 上线的项目,越来越改不动了,该重写吗?

部门去年接手的一个零配件供应商门店系统,赶工期上线,大量使用了 AI coding 后交付使用了 上线后直到现在,大大小小的问题从来没有间断过,感觉越来越改不动了 继续改的人力成本非常大(因为早前没有时间仔细 review 代码),用 AI 改烧 tokens 很厉害,而且经常改了这里,牵动别的地方。另外,AI 还有一个坏习惯,喜欢无端增加很多 corner cases 的预防设计,越改越复杂 由于这个系统的实用价值越来越高,接下来要考虑是让 AI 重头重写一次吗(去年用的时候 AI 智能还不能和今天的能力相比,…

社区讨论V2EX 技术

前期大量 AI coding 上线的项目,越来越改不动了,该重写吗?

部门去年接手的一个零配件供应商门店系统,赶工期上线,大量使用了 AI coding 后交付使用了 上线后直到现在,大大小小的问题从来没有间断过,感觉越来越改不动了 继续改的人力成本非常大(因为早前没有时间仔细 review 代码),用 AI 改烧 tokens 很厉害,而且经常改了这里,牵动别的地方。另外,AI 还有一个坏习惯,喜欢无端增加很多 corner cases 的预防设计,越改越复杂 由于这个系统的实用价值越来越高,接下来要考虑是让 AI 重头重写一次吗(去年用的时候 AI 智能还不能和今天的能力相比,…

社区讨论V2EX 技术

前期大量 AI coding 上线的项目,越来越改不动了,该重写吗?

部门去年接手的一个零配件供应商门店系统,赶工期上线,大量使用了 AI coding 后交付使用了 上线后直到现在,大大小小的问题从来没有间断过,感觉越来越改不动了 继续改的人力成本非常大(因为早前没有时间仔细 review 代码),用 AI 改烧 tokens 很厉害,而且经常改了这里,牵动别的地方。另外,AI 还有一个坏习惯,喜欢无端增加很多 corner cases 的预防设计,越改越复杂 由于这个系统的实用价值越来越高,接下来要考虑是让 AI 重头重写一次吗(去年用的时候 AI 智能还不能和今天的能力相比,…

社区讨论V2EX 技术

前期大量 AI coding 上线的项目,越来越改不动了,该重写吗?

部门去年接手的一个零配件供应商门店系统,赶工期上线,大量使用了 AI coding 后交付使用了 上线后直到现在,大大小小的问题从来没有间断过,感觉越来越改不动了 继续改的人力成本非常大(因为早前没有时间仔细 review 代码),用 AI 改烧 tokens 很厉害,而且经常改了这里,牵动别的地方。另外,AI 还有一个坏习惯,喜欢无端增加很多 corner cases 的预防设计,越改越复杂 由于这个系统的实用价值越来越高,接下来要考虑是让 AI 重头重写一次吗(去年用的时候 AI 智能还不能和今天的能力相比,…

社区讨论V2EX 技术

前期大量 AI coding 上线的项目,越来越改不动了,该重写吗?

部门去年接手的一个零配件供应商门店系统,赶工期上线,大量使用了 AI coding 后交付使用了 上线后直到现在,大大小小的问题从来没有间断过,感觉越来越改不动了 继续改的人力成本非常大(因为早前没有时间仔细 review 代码),用 AI 改烧 tokens 很厉害,而且经常改了这里,牵动别的地方。另外,AI 还有一个坏习惯,喜欢无端增加很多 corner cases 的预防设计,越改越复杂 由于这个系统的实用价值越来越高,接下来要考虑是让 AI 重头重写一次吗(去年用的时候 AI 智能还不能和今天的能力相比,…

社区讨论V2EX 技术

前期大量 AI coding 上线的项目,越来越改不动了,该重写吗?

部门去年接手的一个零配件供应商门店系统,赶工期上线,大量使用了 AI coding 后交付使用了 上线后直到现在,大大小小的问题从来没有间断过,感觉越来越改不动了 继续改的人力成本非常大(因为早前没有时间仔细 review 代码),用 AI 改烧 tokens 很厉害,而且经常改了这里,牵动别的地方。另外,AI 还有一个坏习惯,喜欢无端增加很多 corner cases 的预防设计,越改越复杂 由于这个系统的实用价值越来越高,接下来要考虑是让 AI 重头重写一次吗(去年用的时候 AI 智能还不能和今天的能力相比,…

社区讨论V2EX 程序员

前期大量 AI coding 上线的项目,越来越改不动了,该重写吗?

部门去年接手的一个零配件供应商门店系统,赶工期上线,大量使用了 AI coding 后交付使用了 上线后直到现在,大大小小的问题从来没有间断过,感觉越来越改不动了 继续改的人力成本非常大(因为早前没有时间仔细 review 代码),用 AI 改烧 tokens 很厉害,而且经常改了这里,牵动别的地方。另外,AI 还有一个坏习惯,喜欢无端增加很多 corner cases 的预防设计,越改越复杂 由于这个系统的实用价值越来越高,接下来要考虑是让 AI 重头重写一次吗(去年用的时候 AI 智能还不能和今天的能力相比,…

社区讨论V2EX 程序员

前期大量 AI coding 上线的项目,越来越改不动了,该重写吗?

部门去年接手的一个零配件供应商门店系统,赶工期上线,大量使用了 AI coding 后交付使用了 上线后直到现在,大大小小的问题从来没有间断过,感觉越来越改不动了 继续改的人力成本非常大(因为早前没有时间仔细 review 代码),用 AI 改烧 tokens 很厉害,而且经常改了这里,牵动别的地方。另外,AI 还有一个坏习惯,喜欢无端增加很多 corner cases 的预防设计,越改越复杂 由于这个系统的实用价值越来越高,接下来要考虑是让 AI 重头重写一次吗(去年用的时候 AI 智能还不能和今天的能力相比,…

技术社区开源中国

有人拿 Jev 给聊天软件配了个“AI 副驾”——读懂对方意图,但不替你发

TypeSafe 最近开源了他们叫 "System One Model" 的东西——Jev,一个放弃字符串生成、直接输出类型安全概率化决策的模型,专为软件里的分类/路由/打分这类活儿而生。 当然,把 Jev 理解成"一次函数调用级别的智能"最直观:输入非结构化状态,输出类型安全的概率化决策,像句代码一样直接塞进软件里用。和主流 LLM 最大的...