一个 Bug,计数器被重置了，返回的序号变小，入库时唯一索引冲突了。 同样的代码，同样的提示词丢给他俩。 cursor 是这样的：
我先定位这个 batch 接口里“日序号冲突”的生成逻辑，重点看 checkin_handler 和 checkin_day_seq ，确认为什么同一批次里会拿到重复序号，然后直接改代码并帮你验证。
已经定位到根因了：checkin_daily_counters.last_seq 可能落后于 checkin_records 里已有的最大 day_seq ，批量接龙时会重新分配到已存在的序号（比如又分到 1 ），触发唯一索引冲突。
我现在会在序号分配函数里增加“与历史最大序号对齐”的兜底，确保永不回退。
之后改完代码就正常了。
Kimi 是这样的：
我看到错误信息了。这是一个数据库唯一键冲突错误。让我查看一下相关的代码来理解问题。
我找到问题了！让我查看数据库模型中的唯一键定义：
现在我明白问题了！
让我检查一下是否有其他问题：
我发现问题了！ NextCheckinDaySeq 函数在同一个事务内循环调用时.....
让我再看一下
让我再确认一下
啊，我明白了
等等，我再看看
啊！我发现问题了！
这不是问题所在。让我再想想...
哦！我发现真正的问题了！
这应该没问题。
等等！我发现问题了！
啊！我想到了！
让我再仔细看一下... 哦！我发现问题了！
让我再想想... 啊！我知道了！
等等，不对。在同一个事务中，应该能读取到更新后的值。
模型看起来没问题。让我再仔细看一下问题...
让我再检查一下 handler 代码... 啊！我看到了真正的问题！
最好自认为找到了一个原因，然后改了代码，啥作用没起。
 |
1
DGideas 10 小时 11 分钟前
cursor 您得看一下用的什么模型
|
 |
2
jojopro 10 小时 11 分钟前
国产一些老模型是这样的 会循环确认 反复收集证据推理 也就是推理能力比较差 专有知识库薄弱
|
 |
4
CuteGirl 10 小时 10 分钟前
你用模型和一个 AI IDE 比的吗？ 不是应该和模型比吗？ 还有为什么编码要去用 kimi 啊 何必难为自己呀
|
 |
5
viking602 10 小时 6 分钟前
kimi cli 吗
|
|
6
DGideas 10 小时 6 分钟前
|
 |
9
CyouYamato 9 小时 52 分钟前
antigravity 的 opus 最近也是这鬼情况了,降智的跟个傻子一样.
|
 |
11
ala2008 9 小时 23 分钟前
之前副总还觉得 kimi code 便宜一点，差点换了
 |
 |
12
tlerbao 7 小时 42 分钟前
这不废话吗，composer 2 是 4 倍 kimi 的，又不是直接拿 kimi 来用的
|
 |
13
liuchenx 6 小时 11 分钟前
composer 2 就是用的 kimi ，效果好只是 cursor 用户量大，语料多
|
|
14
tlerbao 5 小时 33 分钟前
@liuchenx 你多少有点不明真相了，composer2 就是 kimi 这种话别说出去，让人家笑话。
cursor 早就通过 fireworks.ai 购买授权 基于 kimi 开始进行训练，从 composer 1 到 1.5 ，到 2 ，1.5 还不太行。现在 composer2 可以说是各方反馈都很不错 你以为 kimi k2.5 就等于 composer2 了？ 你要是选 kimi 那就真的是 kimi ，还是哪个不行的 kimi 你要是选 composer 2 ，那是 N 倍能力的 kimi 。 我就问你，cursor 这么有钱会不会傻到直接拿来 kimi 原封不动并且傻逼到说自研给用户用，换做你是不是多少改改加强加强吧。 这事就是 cursor 先傻逼，妄图隐瞒基于 kimi 训练的事实，但是授权是早就有了的 一个 kimi 的员工发了个帖子说不记得 cursor 有授权，后来删帖， 借机自豪 赢一把 营销一把罢了。 kimi 官方也证实早就有这个授权，所以吧 别看国内营销号公众号瞎 bb ，发生事件了，自己去 x 多方看一下消息。做一个不是人云亦云的新时代小青年。 https://nextjs.org/evals 这是 vercel/nextjs 的报告，你告诉我垫底的 kimi k2.5 等于 composer2 ？？ |
 |
15
shmilypeter 5 小时 8 分钟前
目前 kimi 2.5 算是国产里面最能打并且也比较容易买到的了。其他你想要用上都要费点劲儿的。另外我不知道国产的那几家在我看来 9.9 一个月都嫌多，速度也特别慢的 coding plan 居然玩起来饥饿营销了，也是活久见
|
Select Language