@buynonsense 自动补全、光标预测、代码生成和 agent 模式都是 cursor 更好

用大模型试试…

目前用了 6G 交换，没发现卡顿。

Cursor 自己训练了一个 tab 模型，用于代码补全和光标位置预测。
GitHub Copilot 现在也支持光标位置预测了，但比 Cursor 还差了个同时预测多处修改的功能，并且 VIM 模式下 ESC 和取消预测经常冲突。
其他产品都没有自己训练模型，所以做不了光标位置预测。

类 JWT 场景下，at 是用签名来验证，而不用实际比对数据库。当发生某些需要 revoke token 的场景时，如果 at 的有效期足够短，可以不实现。等到过期校验 rt 时，发现不可用了，再进行退出。

给它一个方案，告诉它需要异步，用什么库实现。不明确的需求它就随便写。

cline 可以，会读取项目的文件列表和打开的文件列表，然后判断应该从什么文件里获取信息

10 年 mac 用户的方案是戒了电脑游戏

谢谢楼上各位，我先研究下。root 不是必须的。

@jorneyr 印象中 []uint8 会被当成字符串，需要声明成 []uint16 ，然后需要用到 uint8 和 []uint8 时得来回转换格式。

因为有 __setitem__ 方法。提供 dict.get 方法是因为 __getitem__ 在 key 不存在时会抛出异常。

一分钱，3 人 aa 收款应该怎么分配金额最合理

@julyclyde 你先看看 descriptor 的作用吧。简单来说，如果一个类（ Client ）的属性（ getMe ）是 descriptor ，那么在访问这个类的实例（ c ）的同名属性（ getMe ）时，访问的实际是这个 descriptor 的 __get__() 方法。
getMe = functools.partialmethod(callAPI, "getMe") 正是给类定义了一个 descriptor ，而它的 __get__() 方法里返回了一个 callable 。
而 return functools.partialmethod(self.callAPI, APIname) 这个实现虽然返了 descriptor ，但它不是类的属性，因此访问时并不会调用 __get__()。

partial 实现很简单，它的 __call__() 方法将新老参数合并在一起调用原函数。
因此 c.getMe() -> c. __getattr__('getMe') -> functools.partial(self.callAPI, 'getMe') -> self.callAPI('getMe')

partialmethod 是一个没有定义 __call__() 方法的 descriptor ，而它的 __get__ 方法主要实现是调用 partial()。
因此 functools.partialmethod(self.callAPI, APIname) 返回的是一个不能调用的 partialmethod 对象。
而 getMe = functools.partialmethod(callAPI, "getMe") 是给 Client 类定义了一个叫 'getMe' 的 descriptor 。此时，c.getMe() -> functools.partialmethod(callAPI, "getMe").__get__(c, Client) -> Client.callAPI(c, "getMe")。

先用 LLM 标注一部分，比如 1 万条，人工校对一下。然后用 bert 类的模型，例如 roberta 加几层预测标签来训练。

这玩意是个体力活，有多少人工，就有多少智能

不看进程不看 sy/wa 之类的，咋分析啊

@kenvix 算错了，800 GB 。