优化个人中心页面，调整导航栏布局以避让右上角胶囊，增强用户体验。更新匹配功能逻辑，增加未开放提示，确保用户在使用时获得明确反馈。

.cursor/agent/产品经理/evolution/2026-03-05.md

@@ -0,0 +1,12 @@
+# 产品经理 经验记录 - 2026-03-05
+
+## 分支冲突后功能完整性分析会议
+
+- **分支冲突后需优先核对需求文档与实现一致性**：避免「文档在合并中丢失」导致需求与实现脱节。重点核对 `开发文档/1、需求/`、`临时需求池/` 与当前实现是否一致。
+- **重点确认项**：个人资料页、增值版/普通版计价、找伙伴联系方式完善弹窗等近期需求是否按文档落地。
+
+## 文章详情 @某人 高亮与一键加好友方案讨论
+
+- **需求**：文章中支持 @某人，名称高亮、点击添加好友；编辑侧能插入 @用户并落库（含用户 id）。
+- **验收**：详情页 @ 高亮可点击；点击调起添加好友并提示；管理端插入 @ 后保存再编辑不错位。
+- **待确认**：添加好友接口 path、入参/出参及业务规则（已是好友、重复请求等）；开发文档中接口放置位置。

.cursor/agent/产品经理/evolution/索引.md

@@ -2,3 +2,5 @@
 
 | 日期 | 摘要 | 文件 |
 |------|------|------|
+| 2026-03-05 | 分支冲突后需求文档与实现一致性核对 | [2026-03-05.md](./2026-03-05.md) |
+| 2026-03-05 | 文章详情@某人高亮与一键加好友验收标准与待确认 | [2026-03-05.md](./2026-03-05.md) |

.cursor/agent/后端工程师/evolution/2026-03-05.md

@@ -0,0 +1,13 @@
+# 后端工程师 经验记录 - 2026-03-05
+
+## 分支冲突后功能完整性分析会议
+
+- **soul-api 被 gitignore 时**：需在 soul-api 所在位置单独确认 git 状态与合并情况，无法从本仓库直接检查。
+- **重点核对接口**：`/api/miniprogram/orders`（购买记录）、`/api/db/distribution`（分销）是否已实现并挂载到对应路由组。
+- **建议**：对照「三端需求业务对齐」文档逐项核对接口注册与实现；明确 soul-api 的版本管理与合并策略。
+
+## 文章详情 @某人 高亮与一键加好友方案讨论
+
+- **内容存储**：推荐正文内嵌 @ 标记，格式 `@[昵称](userId)`（或 `{{@userId:昵称}}`），后端只存不解析；章节/文章接口原样返回 content。
+- **添加好友接口**：在 miniprogram 路由组新增，如 `POST /api/miniprogram/friend/add`，入参 `targetUserId`；与存客宝 api_v1 分离，在开发文档中单独说明或 api_v1 新增小节。
+- **数据模型**：无需单独 mention 表，扩展内容表 content 存带 @ 标记字符串即可。

.cursor/agent/后端工程师/evolution/索引.md

@@ -2,3 +2,5 @@
 
 | 日期 | 摘要 | 文件 |
 |------|------|------|
+| 2026-03-05 | soul-api 合并状态确认；orders、distribution 接口核对 | [2026-03-05.md](./2026-03-05.md) |
+| 2026-03-05 | 文章详情@某人：content 内嵌 @ 标记、miniprogram 添加好友接口 | [2026-03-05.md](./2026-03-05.md) |

.cursor/agent/团队/evolution/2026-03-05.md

@@ -0,0 +1,17 @@
+# 团队 经验记录 - 2026-03-05
+
+## 分支冲突后功能完整性分析会议（跨角色共享）
+
+- **分支冲突后各端需做完整性自查**：
+  - 产品：核对需求文档与实现一致性
+  - 后端：在 soul-api 确认合并状态，核对 orders、distribution 等接口
+  - 管理端：全功能自测，记录 404/异常接口
+  - 小程序：核心流程自测，确认 orders 接口；修正 app.json 格式
+  - 测试：制定「分支合并后回归清单」
+- **待确认**：`完整的` 分支上的提交是否已全部并入 devlop；soul-api 的版本管理与合并策略。
+
+## 文章详情 @某人 高亮与一键加好友方案讨论（跨角色共享）
+
+- **内容格式**：正文内嵌 @ 标记，统一格式 `@[昵称](userId)`（或约定等价格式），后端/管理端/小程序共用。
+- **添加好友接口**：归属 soul-api 的 miniprogram 组，与存客宝 api_v1 分离；path、入参由后端/产品确认后写入开发文档。
+- **分工**：管理端编辑侧插入 @ 并写入 content；小程序解析、高亮、点击调添加好友；后端提供章节 content 与添加好友接口。

.cursor/agent/团队/evolution/索引.md

@@ -4,3 +4,4 @@
 
 | 日期 | 摘要 | 文件 |
 |------|------|------|
+| 2026-03-05 | 分支冲突后各端完整性自查流程 | [2026-03-05.md](./2026-03-05.md) |

.cursor/agent/小程序开发工程师/evolution/2026-03-05.md

@@ -0,0 +1,13 @@
+# 小程序开发工程师 经验记录 - 2026-03-05
+
+## 分支冲突后功能完整性分析会议
+
+- **app.json 多页面配置**：建议拆行便于维护，避免多页面写在同一行（如第 21 行）。
+- **分支合并后需做核心流程自测**：登录→阅读→购买→提现→找伙伴→个人资料→VIP，确认无白屏、无接口报错。
+- **重点确认**：`/api/miniprogram/orders`（购买记录）是否已实现；`完整的` 分支上的优化（如 5a5f0087 卡片边距）是否已并入 devlop。
+
+## 文章详情 @某人 高亮与一键加好友方案讨论
+
+- **展示**：阅读页 content 需解析「@ 标记」格式（如 `@[昵称](userId)`），将 @ 片段渲染为高亮可点击 `<text data-user-id>`，点击调 miniprogram 添加好友接口。
+- **接口**：添加好友接口由后端在 miniprogram 组提供（如 `POST /api/miniprogram/friend/add`），入参 `targetUserId`；不调用 api_v1 存客宝接口。
+- **实现要点**：在现有 contentParagraphs 按行渲染基础上，对每行再做 mention 解析，得到 text/mention 片段数组后 WXML 分支渲染；不改动现有阅读权限、进度、购买逻辑。

.cursor/agent/小程序开发工程师/evolution/索引.md

@@ -4,3 +4,5 @@
 |------|------|------|
 | 2026-02-28 | input 边距口诀、match 资源对接弹窗修正 | [2026-02-28.md](./2026-02-28.md) |
 | 2026-03-03 | 我的页面卡片区边距优化，16rpx 推荐值 | [2026-03-03.md](./2026-03-03.md) |
+| 2026-03-05 | 分支合并后核心流程自测；app.json 拆行；orders 接口确认 | [2026-03-05.md](./2026-03-05.md) |
+| 2026-03-05 | 文章详情@某人高亮与一键加好友（解析@、调添加好友接口） | [2026-03-05.md](./2026-03-05.md) |

.cursor/agent/开发助理/项目索引/产品.md

@@ -17,9 +17,11 @@ Soul 创业派对产品定位：面向创业者的社区/工具型小程序。
 | 2026-02-26 | 项目索引初始化，.cursor 规则优化完成 | 已完成 |
 | 2026-02-27 | 开发进度同步会议：汇报进度，待办「资料不解锁」补充、≥3 章弹窗明确 | 已完成 |
 | 2026-02-28 | stitch_soul 需求评审：内容→会员→导师变现路径，待产品补充正式需求文档 | 待续 |
+| 2026-03-05 | 分支冲突后功能完整性分析会议：核对需求文档与实现一致性 | 待续 |
+| 2026-03-05 | 文章详情@某人加好友方案讨论：验收标准、添加好友接口 path 待确认 | 待续 |
 
 > **格式说明**：每次开发后在此追加一行，日期格式 YYYY-MM-DD，状态用：已完成 / 进行中 / 待续 / 搁置
 
 ---
 
-**最后更新**：2026-02-28
+**最后更新**：2026-03-05

.cursor/agent/开发助理/项目索引/后端.md

@@ -18,9 +18,11 @@ soul-api（Go + Gin + GORM + MySQL）提供三组路由：`/api/miniprogram/*`
 | 2026-02-27 | 开发进度汇报：computeOrderCommission 会员分润差异化（20%/10%）已实现；vip_roles、vip_activated_at、referral_config 扩展已完成；miniprogram/admin/db 三组路由就绪 | 已完成 |
 | 2026-02-27 | 开发进度同步会议：进度已同步至开发文档，待办资料完善校验 | 已完成 |
 | 2026-02-28 | stitch_soul 需求评审：需梳理 chapter/book/vip，设计导师/预约/会员权益模型与接口 | 待续 |
+| 2026-03-05 | 分支冲突后功能完整性分析会议：在 soul-api 确认合并状态，核对 orders、distribution 接口 | 待续 |
+| 2026-03-05 | 文章详情@某人加好友方案讨论：content 内嵌 @ 标记、miniprogram 添加好友接口 | 待续 |
 
 > **格式说明**：每次开发后在此追加一行，日期格式 YYYY-MM-DD，状态用：已完成 / 进行中 / 待续 / 搁置
 
 ---
 
-**最后更新**：2026-02-28
+**最后更新**：2026-03-05

.cursor/agent/开发助理/项目索引/小程序.md

@@ -21,9 +21,11 @@
 | 2026-02-28 | stitch_soul 需求评审：首页/目录/导师/会员/资料五类页面，待需求与接口确定后分阶段实现 | 待续 |
 | 2026-02-28 | 吸收经验：input 边距口诀「外边包 view、内部 width 100%」写入 Skill §6；match 资源对接弹窗已按规范修正 | 已完成 |
 | 2026-03-03 | 吸收经验：我的页面卡片区边距优化，16rpx 为个人中心类页面推荐值，已升级 SKILL §8 | 已完成 |
+| 2026-03-05 | 分支冲突后功能完整性分析会议：修正 app.json 拆行、核心流程自测、确认 orders 接口 | 待续 |
+| 2026-03-05 | 文章详情@某人加好友方案讨论：阅读页解析 @、高亮可点击、调添加好友接口 | 待续 |
 
 > **格式说明**：每次开发后在此追加一行，日期格式 YYYY-MM-DD，状态用：已完成 / 进行中 / 待续 / 搁置
 
 ---
 
-**最后更新**：2026-03-03
+**最后更新**：2026-03-05

.cursor/agent/开发助理/项目索引/测试.md

@@ -17,7 +17,9 @@
 | 2026-02-27 | 测试人员角色与 Skill 初始化 | 已完成 |
 | 2026-02-27 | 小程序静态审查（API 路径、页面接口、手工验证建议） | 已完成 |
 | 2026-02-28 | stitch_soul 需求评审：关键场景为阅读/付费/会员/导师预约/资料；待需求确定后补充联调用例 | 待续 |
+| 2026-03-05 | 分支冲突后功能完整性分析会议：制定「分支合并后回归清单」 | 待续 |
+| 2026-03-05 | 文章详情@某人加好友方案讨论：@ 展示与添加好友用例、联调与回归 | 待续 |
 
 ---
 
-**最后更新**：2026-02-28
+**最后更新**：2026-03-05

.cursor/agent/开发助理/项目索引/管理端.md

@@ -18,9 +18,11 @@
 | 2026-02-27 | 开发进度汇报：内容管理仅 API 按钮、推广中心、SetVipModal、VIP 角色管理、推广设置会员分润配置、VIP 排序等均已落地 | 已完成 |
 | 2026-02-27 | 开发进度同步会议：进度已同步至运营与变更 | 已完成 |
 | 2026-02-28 | stitch_soul 需求评审：待后端方案确定后规划章节/导师/会员/预约管理页面 | 待续 |
+| 2026-03-05 | 分支冲突后功能完整性分析会议：全功能自测，记录 404/异常接口 | 待续 |
+| 2026-03-05 | 文章详情@某人加好友方案讨论：编辑页插入 @用户、保存约定 content 格式 | 待续 |
 
 > **格式说明**：每次开发后在此追加一行，日期格式 YYYY-MM-DD，状态用：已完成 / 进行中 / 待续 / 搁置
 
 ---
 
-**最后更新**：2026-02-28
+**最后更新**：2026-03-05

.cursor/agent/管理端开发工程师/evolution/2026-03-05.md

@@ -0,0 +1,12 @@
+# 管理端开发工程师 经验记录 - 2026-03-05
+
+## 分支冲突后功能完整性分析会议
+
+- **路由与页面结构完整时**：主要风险在接口可用性。全功能自测可快速暴露 404 或异常接口。
+- **重点确认**：`DistributionPage` 调用的 `GET /api/db/distribution` 是否已实现；`OrdersPage` 的订单接口路径是否与 soul-api 一致。
+- **建议**：分支合并后做一次管理端全流程自测（登录→订单→提现→分销→VIP 角色→导师→配置），记录异常接口反馈后端。
+
+## 文章详情 @某人 高亮与一键加好友方案讨论
+
+- **编辑侧**：文章/章节编辑页增加「插入 @用户」，选择用户后插入到光标位置，保存时写入约定格式 content（如 `@[昵称](userId)`）；仅调 `/api/admin/*`、`/api/db/*`。
+- **一致性**：与小程序、后端共用同一 content 格式，避免多套标记；列表/预览可简单高亮或原样显示。

.cursor/agent/管理端开发工程师/evolution/索引.md

@@ -2,3 +2,5 @@
 
 | 日期 | 摘要 | 文件 |
 |------|------|------|
+| 2026-03-05 | 分支合并后全功能自测，404/异常接口记录 | [2026-03-05.md](./2026-03-05.md) |
+| 2026-03-05 | 文章详情@某人：编辑页插入 @用户、保存约定 content 格式 | [2026-03-05.md](./2026-03-05.md) |

.cursor/agent/软件测试/evolution/2026-03-05.md

@@ -0,0 +1,13 @@
+# 软件测试 经验记录 - 2026-03-05
+
+## 分支冲突后功能完整性分析会议
+
+- **分支合并后应制定「回归清单」**：覆盖三端联调关键路径（登录、VIP、阅读、分销、提现、找伙伴、个人资料、导师、购买记录）。
+- **soul-api 不在仓库时**：需与后端协作确认接口契约，无法在仓库内直接检查。
+- **多分支合并**：`完整的`、`soul-content`、`yongpxu-soul` 等分支合并结果需确认，各端自测 + 测试抽检。
+
+## 文章详情 @某人 高亮与一键加好友方案讨论
+
+- **用例**：无 @ 行为不变；有 @ 高亮且点击调起添加好友并提示；重复点击、未登录、无权限等边界；管理端插入 @ 后保存再编辑不错位。
+- **联调**：小程序↔章节接口（content 含 @）、小程序↔添加好友接口；管理端↔内容保存与用户列表。
+- **回归**：阅读页进度、购买、分享等不受 @ 功能影响。

.cursor/agent/软件测试/evolution/索引.md

@@ -2,3 +2,5 @@
 
 | 日期 | 摘要 | 文件 |
 |------|------|------|
+| 2026-03-05 | 分支合并后回归清单制定；三端联调验证 | [2026-03-05.md](./2026-03-05.md) |
+| 2026-03-05 | 文章详情@某人：@ 展示与添加好友用例、联调与回归点 | [2026-03-05.md](./2026-03-05.md) |

.cursor/meeting/2026-03-05_分支冲突后功能完整性分析.md

@@ -0,0 +1,122 @@
+# 会议纪要 - 2026-03-05 | 分支冲突后功能完整性分析
+
+> 本文件由**助理橙子**在会议结束后自动生成。
+
+---
+
+## 基本信息
+
+- **时间**：2026-03-05
+- **议题**：分支冲突后可能有功能缺失，各成员分析自身项目完整性
+- **触发方式**：开个会议
+- **参与角色**：产品经理、后端开发、管理端开发工程师、小程序开发工程师、测试人员
+
+---
+
+## 各角色发言
+
+### 【产品经理】
+
+- 需求文档（stitch_soul、个人资料页、文章类型等）已记录，需核对 `开发文档/1、需求/`、`临时需求池/` 与实现是否一致
+- 风险：分支合并后文档可能被覆盖，导致需求与实现脱节
+- 重点确认：个人资料页、增值版/普通版计价、找伙伴联系方式完善弹窗
+
+### 【后端开发】
+
+- soul-api 被 .gitignore 排除，当前仓库无法直接检查
+- 风险：`/api/miniprogram/orders`、`/api/db/distribution` 等接口是否已实现需在 soul-api 所在位置核对
+- 建议：在 soul-api 仓库/目录确认合并状态，对照「三端需求业务对齐」逐项核对接口
+
+### 【管理端开发工程师】
+
+- 21 个路由与页面一一对应，无缺失；仅调用 `/api/admin/*`、`/api/db/*`，符合边界
+- 风险：`DistributionPage` 的 `GET /api/db/distribution` 若未实现会 404
+- 建议：全功能自测，记录 404 或异常接口反馈后端
+
+### 【小程序开发工程师】
+
+- 21 个页面均有对应目录和文件，无缺失；全部 `/api/miniprogram/*`，符合边界
+- 小问题：app.json 第 21 行多页面写同一行，建议拆行
+- 风险：`/api/miniprogram/orders` 是否已实现；`完整的` 分支上的优化（如 5a5f0087 卡片边距）是否已并入 devlop
+- 建议：核心流程自测（登录→阅读→购买→提现→找伙伴→个人资料→VIP）
+
+### 【测试人员】
+
+- 三端联调需逐项验证；回归清单应覆盖登录、VIP、阅读、分销、提现、找伙伴、个人资料、导师、购买记录
+- 风险：soul-api 无法在仓库内检查；多分支（完整的、soul-content、yongpxu-soul）合并结果需确认
+- 建议：制定「分支合并后回归清单」，各端自测 + 抽检
+
+---
+
+## 讨论过程
+
+- **乘风**：reflog 显示 devlop 曾 reset 到 58d4c0b6，后又提交 7e3d36d6；`完整的` 分支有 5a5f0087 等提交，是否已并入 devlop？
+- **小程序**：需对比 devlop 与 `完整的` 的 miniprogram 差异，确认 2026-03-03 卡片边距等优化是否保留
+- **后端**：soul-api 不在本仓库，需在 soul-api 所在位置单独确认 git 状态与合并情况
+- **管理端**：结构完整，主要风险在接口可用性，需联调确认
+
+---
+
+## 会议决议
+
+1. **小程序端**：修正 app.json 第 21 行多页面拆行；核心流程自测；确认 `/api/miniprogram/orders` 是否可用
+2. **管理端**：全功能自测，记录 404/异常接口反馈后端
+3. **后端**：在 soul-api 所在仓库确认当前分支与合并状态；核对 orders、distribution 等接口是否已实现并挂载
+4. **产品**：核对 `开发文档/`、`临时需求池/` 与实现一致性；重点确认个人资料、增值版/普通版、找伙伴
+5. **测试**：制定「分支合并后回归清单」，覆盖登录、VIP、阅读、分销、提现、找伙伴、个人资料、导师、购买记录
+6. **待确认**：`完整的` 分支上的提交是否已全部并入 devlop；soul-api 的版本管理与合并策略
+
+---
+
+## 待办事项
+
+| 责任角色 | 任务 | 优先级 | 截止建议 |
+|---------|------|--------|---------|
+| 小程序开发工程师 | 修正 app.json 第 21 行；核心流程自测；确认 orders 接口 | 高 | 2026-03-06 |
+| 管理端开发工程师 | 全功能自测，记录 404/异常接口 | 高 | 2026-03-06 |
+| 后端开发 | 在 soul-api 确认合并状态；核对 orders、distribution 接口 | 高 | 2026-03-06 |
+| 产品经理 | 核对需求文档与实现一致性 | 中 | 2026-03-06 |
+| 测试人员 | 制定「分支合并后回归清单」 | 中 | 2026-03-06 |
+
+---
+
+## 问题与作答区
+
+| # | 问题 | 责任角色 | 作答 |
+|---|------|---------|------|
+| 1 | `完整的` 分支上的提交（5a5f0087 等）是否已全部并入 devlop？ | 小程序开发工程师 | （待补充） |
+| 2 | soul-api 的版本管理与合并策略是什么？是否在独立仓库？ | 后端开发 | （待补充） |
+| 3 | `/api/miniprogram/orders` 是否已实现并挂载到 miniprogram 组？ | 后端开发 | （待补充） |
+| 4 | `/api/db/distribution` 是否已实现？ | 后端开发 | （待补充） |
+
+---
+
+## 各角色经验与业务理解更新
+
+### 产品经理
+
+- 分支冲突后需优先核对需求文档与实现一致性，避免「文档在合并中丢失」导致需求脱节
+
+### 后端开发
+
+- soul-api 被 gitignore 时，需在 soul-api 所在位置单独确认合并状态；重点核对 orders、distribution 等接口是否已实现并挂载
+
+### 管理端开发工程师
+
+- 路由与页面结构完整时，主要风险在接口可用性；全功能自测可快速暴露 404 或异常接口
+
+### 小程序开发工程师
+
+- app.json 多页面配置建议拆行便于维护；分支合并后需做核心流程自测，确认 orders 等依赖接口可用
+
+### 测试人员
+
+- 分支合并后应制定「回归清单」，覆盖三端联调关键路径；soul-api 不在仓库时需与后端协作确认接口契约
+
+### 团队共享
+
+- 分支冲突后各端需做完整性自查：产品核对需求文档、后端核对接口、管理端/小程序核对页面与功能、测试制定回归清单
+
+---
+
+*会议纪要由助理橙子生成 | 各角色经验已同步至 `agent/{角色}/evolution/2026-03-05.md`*

.cursor/meeting/2026-03-05_文章详情@某人加好友方案讨论.md

@@ -0,0 +1,95 @@
+# 会议纪要 - 2026-03-05 | 文章详情 @某人 高亮与一键加好友方案讨论
+
+> 本文件由**助理橙子**在会议结束后自动生成。
+
+---
+
+## 基本信息
+
+- **时间**：2026-03-05
+- **议题**：小程序文章详情中「@某人」高亮、点击添加好友；内容编辑时如何插入并存储用户信息（含用户 id），以及是否有更优实现方式
+- **触发方式**：开一个开发大会，讨论一下
+- **参与角色**：产品经理、后端开发、管理端开发工程师、小程序开发工程师、测试人员
+
+---
+
+## 各角色发言
+
+### 【产品经理】
+
+- 需求：文章中可出现「@某某人」，名称高亮，用户点击后执行添加该人为好友；添加好友能力以接口为准。
+- 用户价值：从内容到人的关系链沉淀，提升互动与转化。
+- 业务规则：仅支持 @ 已存在用户；展示名以昵称为准；点击统一为「发起添加好友」。
+- 验收标准：文章详情内 @ 名称高亮且可点击；点击后调用添加好友流程；管理端/编辑侧能插入 @用户 并落库（含用户 id）。
+
+### 【后端开发】
+
+- 添加好友接口需在 soul-api 的 **miniprogram** 路由组下提供（如 `POST /api/miniprogram/friend/add` 或 `POST /api/miniprogram/user/add-friend`），入参建议 `targetUserId`；`开发文档/api_v1.md` 当前为存客宝文档，添加好友接口应单独约定或在该文档中新增小节。
+- 内容存储推荐**方案 A**：正文存带 @ 标记的字符串，如 `@[昵称](userId)` 或 `{{@userId:昵称}}`，后端只存不解析，由前端解析；方案 B（正文 + mentions 位置表）需维护偏移量，正文变更易错位。
+- 数据模型：内容表扩展 content 存带 @ 标记的字符串即可，无需单独表。
+
+### 【管理端开发工程师】
+
+- 文章/章节编辑页增加「插入 @用户」：选择用户后插入到光标位置，保存时写入约定格式的 content；仅调 `/api/admin/*`、`/api/db/*`。
+- 管理端列表/预览可简单高亮或原样显示，与小程序约定同一 content 格式即可。
+
+### 【小程序开发工程师】
+
+- 阅读页当前为按行渲染纯文本；需将 content 解析为「段落 + 片段」（普通文本 / mention），WXML 中对 mention 渲染为可点击 `<text data-user-id>` 并高亮，点击时调用 miniprogram 添加好友接口。
+- 继续使用现有章节内容接口，保证返回的 content 含 @ 标记；添加好友调用 miniprogram 组新接口。
+
+### 【测试人员】
+
+- 用例：无 @ 行为不变；有 @ 高亮且点击调起添加好友并提示；重复点击、未登录、无权限等边界；管理端插入 @ 后保存再编辑，内容与用户 id 不错位。
+- 联调：小程序 ↔ 章节接口、添加好友接口；管理端 ↔ 内容保存与用户列表。回归：阅读页其他功能不受影响。
+
+---
+
+## 讨论过程
+
+- 一致同意采用「正文内嵌 @ 标记」方案，格式统一为 `@[昵称](userId)`（或约定等价格式）。
+- 添加好友接口不混用存客宝 api_v1，在 soul-api miniprogram 组新增并在开发文档中明确。
+- 管理端负责插入 @ 并写入同一 content 格式；小程序负责解析、展示与点击加好友。
+
+---
+
+## 会议决议
+
+1. **内容格式**：正文使用内嵌 @ 标记，格式 `@[昵称](userId)`（或团队约定的等价格式），后端/管理端/小程序统一。
+2. **小程序**：阅读页解析 content 中 @，渲染为高亮可点击；点击时调 miniprogram 添加好友接口（如 `targetUserId`），并做结果提示。
+3. **管理端**：编辑页支持「插入 @用户」，保存时写入约定格式的 content。
+4. **后端**：提供 miniprogram 添加好友接口；章节/文章接口返回的 content 支持带 @ 标记的字符串。
+5. **待确认**：添加好友接口的最终 path、入参/出参；若已有好友/关注模型需对齐。
+
+---
+
+## 待办事项
+
+| 责任角色 | 任务 | 优先级 | 截止建议 |
+|---------|------|--------|---------|
+| 后端开发 | 在 miniprogram 组新增添加好友接口并更新开发文档 | 高 | 排期后 |
+| 管理端开发工程师 | 文章/章节编辑页支持插入 @用户并保存为约定 content 格式 | 高 | 后端接口与格式确定后 |
+| 小程序开发工程师 | 阅读页解析 @ 并高亮可点击，点击调添加好友接口 | 高 | 后端接口就绪后 |
+| 产品经理 | 确认添加好友接口 path 与业务规则（已是好友/重复请求等） | 中 | 开发前 |
+| 测试人员 | 编写 @ 展示与添加好友用例及回归清单 | 中 | 联调前 |
+
+---
+
+## 问题与作答区
+
+| # | 问题 | 责任角色 | 作答 |
+|---|------|---------|------|
+| 1 | 添加好友接口的最终 path、入参（如 targetUserId）、出参及错误码？ | 后端开发 | （待补充） |
+| 2 | 开发文档中添加好友接口放在 api_v1.md 新小节还是单独文档？ | 后端/产品 | （待补充） |
+| 3 | 是否已有「好友/关注」表或接口需与本次对接？ | 后端开发 | （待补充） |
+
+---
+
+## 各角色经验与业务理解更新
+
+- 本次会议结论已同步至各角色当日经验文件（见 `agent/{角色}/evolution/2026-03-05.md`）。
+- 团队共享：内容 @ 采用「正文内嵌 `@[昵称](userId)`」方案；添加好友接口归属 miniprogram 组，与存客宝 api_v1 分离。
+
+---
+
+*会议纪要由助理橙子生成 | 各角色经验已同步至 `agent/{角色}/evolution/2026-03-05.md`*

.cursor/meeting/2026-03-05_超级个体解锁眼睛需求分析.md

@@ -0,0 +1,78 @@
+# 需求分析 - 超级个体解锁眼睛交互改造
+
+## 基本信息
+- **时间**：2026-03-05
+- **需求来源**：用户反馈
+- **涉及页面**：`miniprogram/pages/member-detail/member-detail`
+
+---
+
+## 一、需求描述
+
+超级个体详情页点击「解锁眼睛」图标时，需调整交互逻辑：
+
+| 原逻辑 | 新逻辑 |
+|--------|--------|
+| 弹窗「成为VIP会员并完成匹配后，即可查看完整联系方式」→ 确认跳转**找伙伴/匹配页** | **不跳转匹配页**；未登录先登录；已登录按权益处理 |
+
+### 新逻辑细则
+
+1. **未登录**：弹窗「请先登录」→ 确认跳转「我的」页，用户登录后再返回操作
+2. **已登录**：
+   - **VIP 会员**（`hasFullBook`）：直接解锁，可无限次解锁任意超级个体
+   - **非 VIP**：每人 **1 次免费解锁**，第 2 次起弹窗「免费次数已用完，开通 VIP（¥1980/年）可无限解锁」→ 确认跳转 **VIP 会员页**（1980 付款页）
+
+---
+
+## 二、已实现修改（小程序端）
+
+### 修改文件
+- `miniprogram/pages/member-detail/member-detail.js`
+
+### 实现要点
+
+1. **解锁状态存储**（本地 `wx.setStorageSync`）
+   - Key：`member_unlocks_{userId}`
+   - 值：已解锁的 `memberId` 数组
+   - 用于判断是否已解锁、是否已用掉免费次数
+
+2. **`unlockContact()` 流程**
+   ```
+   点击眼睛
+   → 未登录：Modal「需要登录」→ 去登录 → switchTab 我的
+   → 已登录 + VIP：直接解锁并写入存储
+   → 已登录 + 非VIP + 首次：免费解锁并写入存储
+   → 已登录 + 非VIP + 非首次：Modal「去开通」→ navigateTo VIP 页
+   ```
+
+3. **`enrichAndFormat` 中 `contactUnlocked` / `wechatUnlocked`**
+   - 原：仅 `isMatched`（匹配过的人）
+   - 现：`isMatched || localUnlocked`（本地解锁列表也视为已解锁）
+
+---
+
+## 三、后续可选优化（后端/管理端）
+
+### 1. 后端持久化（可选）
+
+当前免费次数与解锁记录存于**本地**，换设备或清缓存会丢失。若需跨设备、防作弊，可：
+
+- 新增接口：`POST /api/miniprogram/member/unlock`
+  - 入参：`memberId`、`userId`
+  - 逻辑：校验免费次数 / VIP 权益，记录解锁关系
+- 小程序改为调用该接口，成功后更新本地展示
+
+### 2. 管理端统计（可选）
+
+- 统计「超级个体联系方式解锁」次数
+- 按用户、按超级个体维度统计
+
+---
+
+## 四、验收要点
+
+- [ ] 未登录点击眼睛 → 弹窗「需要登录」→ 确认跳转「我的」
+- [ ] 已登录 + 非 VIP + 首次 → 免费解锁，展示完整联系方式
+- [ ] 已登录 + 非 VIP + 第 2 次起 → 弹窗「去开通」→ 确认跳转 VIP 页（¥1980）
+- [ ] 已登录 + VIP → 直接解锁，不限次数
+- [ ] 不跳转匹配页

.cursor/meeting/README.md

@@ -62,3 +62,6 @@ YYYY-MM-DD_会议主题.md
 | 2026-02-28 | 临时需求池 stitch_soul 需求评审（含页面重构专项·10 张图全覆盖） | 产品、后端、管理端、小程序、测试 | [2026-02-28_临时需求池stitch_soul需求评审.md](2026-02-28_临时需求池stitch_soul需求评审.md) |
 | 2026-02-28 | 个人资料页实现评估（profile-show / profile-edit） | 产品、后端、管理端、小程序、测试 | [2026-02-28_个人资料页实现评估.md](2026-02-28_个人资料页实现评估.md) |
 | 2026-02-28 | 文章类型（普通版/增值版）需求分析 | 产品、后端、管理端、小程序、测试 | [2026-02-28_文章类型普通版增值版需求分析.md](2026-02-28_文章类型普通版增值版需求分析.md) |
+| 2026-03-05 | 分支冲突后功能完整性分析 | 产品、后端、管理端、小程序、测试 | [2026-03-05_分支冲突后功能完整性分析.md](2026-03-05_分支冲突后功能完整性分析.md) |
+| 2026-03-05 | 超级个体解锁眼睛需求分析 | 产品、小程序 | [2026-03-05_超级个体解锁眼睛需求分析.md](2026-03-05_超级个体解锁眼睛需求分析.md) |
+| 2026-03-05 | 文章详情 @某人 高亮与一键加好友方案讨论 | 产品、后端、管理端、小程序、测试 | [2026-03-05_文章详情@某人加好友方案讨论.md](2026-03-05_文章详情@某人加好友方案讨论.md) |