卡牌：市场调研

• 加入随机技能池；
• 可以在技能节点被选中；
• 有新绘制图标；
• 有 Tooltip 设计说明；
• 能作为技能徽章显示。

代码证据

1. Tooltip 明确标记为“设计中”

• 技能 · 侦察 + 改选 · 设计中
• “若倒计时未结束，可获得一次改选机会”
• “需要改选机制，真实效果待接入”

2. 客户端选牌后立即锁定

lua
if myChoice_ or mySpectating_ or not myAlive_ then return end

3. 服务端没有市场调研专用逻辑

1. 接收 Side；
2. 写入 p.choice；
3. 广播已选择；
4. 检查是否全员完成；
5. 全员完成后立即进入结算。

• 检查玩家是否持有 skill_market_research；
• 第一次选择后发送实时左右人数；
• 记录是否使用过改选；
• 限制最多改选一次；
• 改选成功事件；
• 消耗或阶段次数记录。

• 客户端根本不会发出第二次请求；
• 服务端没有验证玩家是否拥有市场调研；
• 没有“一次”的次数限制；
• 没有改选窗口；
• 可能在全员选完后立即结算；
• 这是普通赋值行为，不是完整、可靠的技能机制。

4. 左右人数只在揭示结算后广播

5. 文档写的是建议，不是完成状态

改造成“选择后显示实时人数并允许一次改选”

• 服务端允许一次改选；
• 私有信息事件；
• 客户端显示左右人数；
• 技能消耗与状态栏同步。

P3，不能作为第一批技能落地。

当前存在的问题

1. 暂时从运行池移除，等实现后再放回；
2. 保留在池中，但明显标记为测试技能。

如果后续实现，建议先确定的规则

推荐流程

1. 市场调研作为持续持有技能，不因普通触发消失。
2. 每阶段获得一次“调研机会”。
3. 普通遭遇第一次选择后：
4. 服务端保存初选；
5. 仅向持有者发送当前 左 N / 右 M；
6. 客户端重新开放左右牌；
7. 显示“可改选一次”。
8. 玩家可以：
9. 保持原选择；
10. 改到另一侧。
11. 改选后立即锁定并消耗本阶段调研机会。
12. 如果玩家不改选，建议在短窗口结束时也消耗机会，避免每回合反复窥探人数。
13. 全员选择完成时，服务端需要给正在调研的玩家留一个很短的确认窗口，不能立即结算。

不建议显示的信息

text
当前左 2 / 右 1

• 具体是谁选左或右；
• 玩家名称；
• AI 与真人身份；
• 最终正确答案；
• 牌面结算预测。

关键规则建议

每阶段第一次普通遭遇选择后，私下查看当前左右选择人数，并获得一次改选机会。确认或改选后，本阶段不再触发。

玩家每阶段可在任意一次普通遭遇初选后点击“市场调研”，查看实时人数并改选一次。