fix(miniapp): 幂等键改为按操作稳定；删除指向 404 的互选死代码

1) 幂等键（配合后端机制）

原写法把 Date.now() 拼进幂等键，每次调用都生成新键，即使后端实现了幂等
也永远不会命中 —— 声明端与实现端各自都坏。

api.idempotencyKey(scope, subject)：键缓存在 _pendingIdempotency（TTL 10min），
同一逻辑操作在成功之前复用同一把键，收到 200+success 才释放；失败（含网络错误）
不释放，下次重试沿用同一把键。25 处调用点（8 个 service + 2 个 TS 页面）全部替换，
Date.now 幂等键写法残留经 grep 为 0。

2) 删除死代码 submitInterests

它请求 POST /activities/{id}/interests —— 后端从未实现该端点
（Phase 16 已把表达意向合并进 /activities/{id}/feedback 的
interestTargetUserIds）。全仓确认无任何页面/组件调用方。
两个文件各留注释说明删除原因与恢复条件：若产品确认需要独立的
「提交互选」端点，应先定义语义并补后端实现，再恢复前端方法。

store 头部关于 AGENTS 第 6 条（单向意向保密）的注释同步改为引用
submitFeedback 返回的 newMutuals。

miniapp/stores/activityStore.js

@@ -8,8 +8,9 @@
  *
  * 不变量（AGENTS.md）：
  *   - 第 1 条：用户永久免费——活动 feeType=paid 字段仅作展示，前端不实现任何支付入口。
- *   - 第 6 条：活动单向意向保密——submitInterests 返回的 matchedUserIds 仅含双向匹配，
- *     未匹配的人不在前端可见；Store 不缓存"谁单独选了我"的字段。
+ *   - 第 6 条：活动单向意向保密——表达意向走 submitFeedback 的 interestTargetUserIds，
+ *     其返回的 newMutuals 仅含双向匹配成功的人；未匹配的人不在前端可见；
+ *     Store 不缓存"谁单独选了我"的字段。
  */
 const BaseStore = require('./baseStore');
 const { activityService } = require('../services');
@@ -166,16 +167,15 @@ class ActivityStore extends BaseStore {
   }
 
   /**
-   * 提交活动互选意向（AGENTS 第 6 条：单向意向保密）
-   * @param {string} activityId
-   * @param {string[]} likedUserIds
-   * @returns {Promise<{ matchedUserIds: string[] }>} 仅返回双向匹配的 userIds
+   * 提交活动反馈（含表达意向）
+   *
+   * 原有一个 `submitInterests(activityId, likedUserIds)` 已删除：它请求
+   * `POST /activities/{id}/interests` —— **后端没有这个端点**（Phase 16 把
+   * 表达意向合并进反馈流程，即本方法的 `interestTargetUserIds`），调用必然 404。
+   * 全仓已确认它没有任何页面调用方，属 Phase 16 前的设计残留。
+   * 若将来确实需要独立的"提交互选"接口，须由产品先定义语义再补后端端点，
+   * 不应让前端留一个指向 404 的方法。
    */
-  async submitInterests(activityId, likedUserIds) {
-    return activityService.submitInterests(activityId, { likedUserIds });
-  }
-
-  /** 提交活动反馈 */
   async submitFeedback(activityId, payload) {
     return activityService.submitFeedback(activityId, payload);
   }