副本集是 MongoDB 的高可用方案，由一个主节点和多个从节点组成。主节点负责写，从节点同步数据并在主节点故障时自动接管。在游戏后端中，它解决了单点故障和数据备份问题，同时通过读写分离提升性能。配置读写分离很简单，在查询时设置 readPref(‘secondary’) 即可，但需要注意从节点可能有秒级延迟，关键数据读主节点。

目的：在原来的request对象基础中再进行封装一些drf中需要用到的值。比如认证、权限管理、限流。由上面的代码可知drf将Django原生request对象封装成Request对象，并且初始化authenticators参数，该参数正是认证功能。那么一个请求到达后台后，Django和drf的执行顺序是如何的呢？

lobby/

nexus/，客户端代码在。

login/

配置好模型和token，但是无法生成结果。

在游戏里设计排行榜，首先要明确几个核心需求：一是需要按分数实时排序；二是要能快速查询单个玩家的排名和分数；三是通常要能查询Top N的玩家列表。基于这三点，我会优先选择 Redis 的 Sorted Set（有序集合）。因为它底层是跳表实现，插入、删除、按分数范围查询的复杂度都是 O(log N)，非常适合实时排序场景。它能直接满足我们‘按分数排序’和‘查询Top N’的核心需求。

作为一个5年游戏后端经验的程序员，面对如今ai的变化，有点猝不及防。即使学了claude code开发，但是目前基本上都是依赖ai写出CLAUD.md。到现在并不知道合格的ai开发能力应该是怎样的。

虽然他们有多个层级，但是和skill不一样，优先级高的层级里定义的 hook 不会被低层级的覆盖掉，而是各层的同名事件 hooks 数组合并，然后整体按来源优先级+定义顺序排列执行。实际使用中，如果你同时打开太多 MCP，主对话的可用上下文会被明显挤占，表现为更容易“健忘/跑偏”。所以只要我们自己手动配置好mcp的json配置，就不要敲指令一个个注册。，我的理解就是执行的脚本是确定的，比如我写好了

由于国内很难使用到国外的ai agent，所以日常工作中都是用trae开发，虽然他生成的代码可以运行，我也会审核，没问题就放上线上运行。不过由于现在离职后，发现求职过程中，大部分岗位都是要会用claude code，我不得不学习如何使用。而使用各种ai协助开发也经常遇到一个问题，就是经常改代码会改把原有的代码改坏或ai新增的代码频繁改坏。这个导致我工作效率下降。所以通过学习claude code