代码 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 第39页 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
问题：一些痴呆模型比如GLM4.7，简单需求它乱七八糟写一大堆防御。复杂需求又偷懒。所以我就想我能不能定义代码的质量维度。于是就有了如下的速查表。 # 代码维度速查 写代码前先确认每个维度的档位。没明说的走默认，我会标出偏离默认的地方。 --- ## 核心四维（每次都要定） ##
tech linux.do 2026-04-21 07:37:06+08:00
IT之家 4 月 21 日消息，月之暗面昨天发布并开源了其最新模型 Kimi K2.6，该模型在代码编写、长程任务执行及 Agent 集群能力方面实现了全面升级。 即日起，所有用户均可通过官网（IT之家附地址： kimi.com ）、最新版 Kimi 应用、Kimi API 以及
tech www.ithome.com 2026-04-21 06:58:59+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-21 02:51:19+08:00
cc 和 Codex 写代码是真的强，随便改个一两百行，编译几乎不报错
tech www.v2ex.com 2026-04-21 01:52:08+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-21 01:51:19+08:00
到底咋回事啊？？也不是长文本写作也不是改代码，就只是普通的问候，5小时限制一下从94到100，这是药寄吧干啥啊A\？？ 4 个帖子 - 4 位参与者 阅读完整话题
tech linux.do 2026-04-21 01:33:53+08:00
引导修正的话，若问题较多可能三言两语都改不好，改好一个bug新增一个bug，增加上下文窗口长线跑着大大耗费token 直接重跑的话，由于现在大模型缓存功能的普遍存在，同样或者相似的提示词得到的结果大概率也比较相似，如果初始版本质量较差，可能需要多次重跑才能得到比较满意的结果 4
tech linux.do 2026-04-21 01:22:23+08:00
cc 和 Codex 写代码是真的强，随便改个一两百行，编译几乎不报错
tech www.v2ex.com 2026-04-21 00:52:08+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-21 00:51:19+08:00
Talk is cheap. Show me the code. Linus Torvalds 今天，我们发布并开源 Kimi K2.6 模型，这是我们迄今为止 最强的代码模型 ，它带来了行业领先（SOTA）的 代码、长程任务执行和 Agent 集群 能力。 完整基准测试成绩见
tech linux.do 2026-04-21 00:04:15+08:00
cc 和 Codex 写代码是真的强，随便改个一两百行，编译几乎不报错
tech www.v2ex.com 2026-04-20 23:52:08+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 23:51:19+08:00
cc 和 Codex 写代码是真的强，随便改个一两百行，编译几乎不报错
tech www.v2ex.com 2026-04-20 22:52:08+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 22:51:19+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 22:51:19+08:00
我想起某社区里对用ai写代码的称呼：“代码qu” 5 个帖子 - 4 位参与者 阅读完整话题
tech linux.do 2026-04-20 22:03:34+08:00
众所周知，vibe coding 下生成的代码维护性极差，可以说相当于不可维护。 那么是否有好的办法能进行更好的维护，成为一个持久性的项目呢？ 个人的想法是：生产前进行“需求->模块->功能->函数->锁死函数间数据格式”，然后为每个稳定模块或功能边界维护
tech linux.do 2026-04-20 22:02:10+08:00
cc 和 Codex 写代码是真的强，随便改个一两百行，编译几乎不报错
tech www.v2ex.com 2026-04-20 21:52:08+08:00
ai 生成爽是很爽,但是数量太多了,每次阅读起来真的太累了 今天加了两个函数,回来一看,又多了 300 行,也不能说它错,因为字段检验,格式又是自己写的要求 本来立项的时候,规定一个文件最长就 400 行,现在都多余,无非是拆分一堆小文件,还不如一个文件两千行,省得点了 整个项目
tech www.v2ex.com 2026-04-20 21:51:19+08:00
今天用codex、claude 写 改了一天bug，然后没额度了，想到还有Gemini可以凑合用用，gui使用的是站内大佬的 CC GUI ，用着挺舒服的，点赞了，然后gemini 写错了代码，跟它说撤销这次写到代码，结果给我运行了git checkout，但是我的代码还没com
tech linux.do 2026-04-20 21:39:13+08:00