开场消息条数限制，附近按距离分档随机刷新

一、对方回复前，免费用户最多发送 N 条（默认 3，迁移 034，管理端可改，
0 表示不限）。约束在 persistMessageContext 的事务内，HTTP 与 WebSocket
两条发送路径都覆盖，并发也不会挤过最后一个名额。要点：
- 对方一旦开口，限制永久解除；会员始终不受限。
- 撤回自己的消息不会换回名额，否则删了重发即可绕过。
- AI 托管账号的回复是「回答」不是「敲门」，不计入限制。
- 被拒时返回 30007 + HTTP 402，与会员媒体限制区分，客户端据此引导开通。
- 消息列表接口附带 unansweredQuota，聊天页在发送失败之前就把剩余条数
  告诉用户。

二、附近下拉刷新按距离分档随机。原先带 seed 的分支排在最前，导致附近
一旦刷新就退化成全城纯随机、距离排序被完全丢弃。现在按 1 公里分档，
档内用同一 seed 做确定性洗牌：刷新会换人，但近处的人永远排在远处之前，
同一 seed 下分页顺序稳定，不会重复或漏人。

两个既有测试显式关闭了开场限制——它们测的是入队规则和媒体会员限制，
连发消息只是手段。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

im/backend/internal/app/im_membership_gate_integration_test.go

@@ -19,6 +19,10 @@ func TestMessageMembershipGateMySQL(t *testing.T) {
 			t.Fatal(err)
 		}
 	}
+	// 这里测的是语音/图片的会员限制，与开场消息条数无关，后者会干扰连发。
+	if _, err := db.Exec(`INSERT INTO system_configs(config_key,config_value,value_type,description) VALUES('membership.free_unanswered_message_limit','0','integer','') ON DUPLICATE KEY UPDATE config_value=VALUES(config_value)`); err != nil {
+		t.Fatal(err)
+	}
 	for _, media := range []struct {
 		url  string
 		kind string