需将aionclaw.yaml中concurrency_mode由fake改为real并重启服务，再通过压力工具或go脚本发起并发写入，最后比对初始值、最终值及事务日志验证数据一致性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在AionClaw框架中验证多个并发请求下的数据一致性，需绕过其默认的单线程模拟行为，真实触发底层并发调度与状态竞争路径，否则所有“并发”测试实际串行执行，根本无法暴露竞态问题。
启用真实并发执行模式
打开配置文件 aionclaw.yaml，将 【concurrency_mode: fake】 改为 【concurrency_mode: real】。fake 模式仅用协程模拟并发，不触发操作系统级线程调度；real 模式才会启用 Golang runtime 的真实 goroutine 调度器，并允许抢占式切换——这是复现数据不一致的前提。
修改后必须重启 AionClaw 服务进程，热重载不生效。
构造可验证的并发写入场景
方法一：使用内置压力工具直接发压
执行命令：aionclaw stress --endpoint /api/v1/counter/increment --concurrent 50 --total 1000。该命令会并发发起 50 个 goroutine，每个重复请求 20 次（共 1000 次），目标是自增一个全局计数器。
方法二：手写 Go 测试脚本（推荐）
新建 consistency_test.go，用 sync.WaitGroup 控制 100 个 goroutine 同时调用同一接口：POST /api/v1/user/balance?uid=123&delta=1。注意不要用 for 循环内直接起 goroutine，必须提前生成全部请求参数并分发，否则时间差过大，竞争窗口被抹平。
捕获并比对三类一致性断言
第一步：记录初始值
在压测前，调用 GET /api/v1/counter/current 获取基准值，记为 base。
第二步：执行并发操作并等待完成
启动压测后，不立即读取结果，先 sleep 200ms 确保所有请求已进入处理队列，再等待所有 goroutine 返回（WaitGroup.Done）。
第三步：读取最终值并校验
再次调用 GET /api/v1/counter/current，得到 final。若 final - base ≠ 总请求数，说明发生计数丢失；若数据库中出现重复 uid 记录或 delta 字段为负值，则说明存在超量更新或状态覆盖。
第四步：检查事务日志完整性
进入 AionClaw 日志目录，执行 grep -E "tx_id|ROLLBACK|COMMIT" aionclaw.log | tail -n 200。正常应看到每条成功请求对应唯一 tx_id + COMMIT；若出现 tx_id 重复、无 COMMIT 或连续多个 ROLLBACK，说明乐观锁冲突未正确重试或事务边界错乱。
