Files
danyang-match/docs/善缘丹阳 V1.1 WorkBuddy 开发执行计划修订版.md
T
Codex 60eeb8aef5 docs(brand): 全仓库 Codex 署名统一为 WorkBuddy + 5 个文件重命名
## 背景
用户指令:「先将 codex 的任务一并改为 workbuddy 的任务」。
Codex 已不再运行,当前由 WorkBuddy 承担开发执行,文档署名需同步。

## 判定规则(用大小写精确区分)
| 类别 | 写法 | 处置 |
|---|---|---|
| 工具署名 | 大写 Codex | → WorkBuddy |
| 分支名 | codex/ui-v11-fidelity | → workbuddy-ui-v11-fidelity(去斜杠,规避本仓库 ref 清理) |
| 已删除文件的历史路径 | 小写 2026-09-11-codex-baseline-cleanup* | 保持原样(记录真实曾存在的文件名,改了即失真) |

结果:26 个文件、126 处署名替换。残留小写 codex 仅 8 处,全部是历史路径。

## 文件重命名(git mv,保留历史)
- Codex开发执行总指令、项目规则与任务拆解.md → WorkBuddy 同名
- Codex首轮启动提示词 + Phase 01~Phase 26 Jira级任务清单 + 每阶段验收条件.md → WorkBuddy 同名
- docs/善缘丹阳 V1.1 Codex 开发执行计划修订版.md → docs/善缘丹阳 V1.1 WorkBuddy 开发执行计划修订版.md
- docs/善缘丹阳 V1.1 Codex-Jira 最终开发任务增量清单.md → docs/善缘丹阳 V1.1 WorkBuddy-Jira 最终开发任务增量清单.md
- docs/善缘丹阳 V1.1 Codex最终主启动提示词(整合版).md → docs/善缘丹阳 V1.1 WorkBuddy最终主启动提示词(整合版).md

引用已同步:AGENTS.md 6 处、AGENTS_SUMMARY.md、以及 4 份计划/规格文档。

## AGENTS.md 两处特别处理
- 「git config user.name = Codex」一句改为不点名工具的表述
- 「feature/ fix/ codex/ ui/ 前缀」示例去掉 codex/

## 有意未改动
- ui-tests/ui-document-baseline-contracts.mjs 的废弃清单仍列 codex-baseline-cleanup*
  那是「必须不存在」的断言目标,改了会让哨兵失去意义
- 仓库 git config user.name 仍是 Codex —— 未擅自改动环境身份。
  如需彻底交接:git config user.name WorkBuddy && git config user.email workbuddy@local

验证:UI 契约门禁 13/13;AGENTS.md 零 Codex 残留;5 个新文件名与全部引用一致
2026-09-16 14:37:44 +08:00

1816 lines
24 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# “善缘丹阳”公益婚恋服务平台
# V1.1 WorkBuddy 开发执行计划修订版
版本:V1.1
修订基础:V1.0 WorkBuddy 总执行计划 + 最新项目计划书 + V1.1 首页/页面/API/数据库增量设计
执行原则:**保留原 Phase 01~26 主结构,进行增量修订,不推翻已确认核心架构**
---
# 第一章 修订目标
本次修订的目的不是重新拆一套开发计划,而是让 WorkBuddy 后续执行时:
1. 不再按旧首页开发;
2. 不再忽略固定服务站;
3. 不再把婚恋咨询和婚前辅导当“以后再说”;
4. 不再把所有活动都当相亲活动;
5. 不再把活动双向互选直接转换成聊天;
6. 正式加入本地资格核验;
7. 正式加入 Banner;
8. 正式加入内容中心与反诈;
9. 正式加入公益服务统计;
10. 继续坚持 V1.0 已确认的匹配、聊天、红娘、风控和权限规则。
---
# 第二章 V1.1 新增正式范围
以下内容从本版开始正式属于 V1.1:
```text
善缘丹阳品牌
Banner
首页8个核心入口
善缘服务站
服务预约
婚恋咨询
婚前辅导
婚恋课堂
婚恋反诈
婚俗新风内容
本地资格核验
多类型公益活动
专项公益服务项目
多组织活动协同
公益服务统计
```
这些不再属于:
> “可选优化”。
---
# 第三章 V1.1 继续不做
仍然禁止:
```text
直播
短视频
动态Feed
朋友圈
群聊
语音房
视频相亲
积分
排行榜
VIP
支付
付费聊天
付费联系方式
AI代聊
AI婚姻预测
颜值评分
财富评分
开放社区
在线心理治疗IM
财务系统
政府OA
```
---
# 第四章 V1.1 首页正式锁定
首页结构必须改为:
```text
顶部品牌
↓
用户状态
↓
Banner
↓
8个核心入口
↓
今日推荐
↓
善缘公益服务
↓
近期公益活动
↓
善缘服务站
↓
婚恋课堂
↓
安全提醒
```
旧首页不得继续实现。
---
# 第五章 8个核心入口锁定
第一排:
```text
找对象
公益红娘
公益活动
婚恋咨询
```
第二排:
```text
婚恋课堂
婚前辅导
婚恋反诈
善缘服务站
```
顺序固定。
---
# 第六章 Phase 总体修订策略
原:
```text
Phase 01~26
```
继续保留。
新增一个正式阶段:
```text
Phase 13A 公益咨询与婚前辅导
```
因此实际执行顺序变为:
```text
Phase 01
...
Phase 13
Phase 13A
Phase 14
...
Phase 26
```
---
# 第七章 Phase 01 修订
## 原任务
项目基础骨架。
## V1.1 新增要求
在项目治理文档中直接加入:
```text
V1.1首页结构
Banner
本地资格
公益咨询
服务站
内容中心
活动双重确认规则
```
---
# 第八章 Phase 01 AGENTS.md 必须新增
```text
首页Banner与8入口已确认
服务站属于V1.1正式范围
婚恋咨询属于V1.1正式范围
婚前辅导属于V1.1正式范围
婚恋反诈属于V1.1正式范围
活动Mutual Interest不能直接创建Chat
本地资格与实名认证必须分离
```
---
# 第九章 Phase 02 保持
认证、Operator、Organization、RBAC 基本不变。
新增预留权限域:
```text
banner.*
counseling.*
content.*
service_location.*
service_appointment.*
service_program.*
local_eligibility.*
```
---
# 第十章 Phase 03 实名认证修订
实名认证继续完成:
```text
身份验证
年龄判断
身份证加密
Hash
```
但不得把:
> 丹阳本地资格
塞进实名认证模块。
两者独立。
---
# 第十一章 人脸核验处理
WorkBuddy 只需要:
> 预留 verification_level / liveness_status。
不主动开发:
```text
人脸数据库
Face Embedding
自研识别
```
具体 Provider 仍是待确认项。
---
# 第十二章 Phase 04 正式扩展
原:
> Profile + Preference + Privacy
现在增加:
> Local Eligibility 基础能力。
---
# 第十三章 Phase 04 新增任务
```text
P04-V11-T01 user_local_eligibilities
P04-V11-T02 本地资格声明API
P04-V11-T03 本地资格页面U62
P04-V11-T04 本地资格状态进入/me/status
P04-V11-T05 Evidence接口预留
P04-V11-T06 LocalEligibilityCapability
```
---
# 第十四章 本地资格准入规则
首轮用户只需声明:
```text
丹阳户籍
丹阳工作
丹阳居住
其他符合
```
不是默认所有人都上传材料。
---
# 第十五章 Phase 05 审核模块修订
原 ReviewTask 继续复用。
新增:
```text
review_type = local_eligibility
```
不新建第二套审核引擎。
---
# 第十六章 Phase 05 新增任务
```text
P05-V11-T01 local eligibility review queue
P05-V11-T02 need evidence
P05-V11-T03 approve/reject
P05-V11-T04 evidence file permission
P05-V11-T05 audit
```
---
# 第十七章 Phase 06 Match Engine 修订
继续保持:
```text
双向Required
双向评分
Ranking
Reasons
```
新增 Eligibility 条件:
```text
local_eligibility capability
```
是否作为所有推荐硬门槛由业务规则配置。
---
# 第十八章 Phase 07 首页开发重大修订
旧版首页任务全部替换为 V1.1 首页。
新增:
```text
P07-V11-T01 HomeAggregateService
P07-V11-T02 GET /api/v1/home
P07-V11-T03 Banner section
P07-V11-T04 8 Quick Entries
P07-V11-T05 user state header
P07-V11-T06 recommendation section
P07-V11-T07 service recommendation section
P07-V11-T08 upcoming activities
P07-V11-T09 service station card
P07-V11-T10 content section
P07-V11-T11 safety notice
```
---
# 第十九章 Banner 后端可以在 Phase 07 完成基础读取
Phase 07 最少完成:
```text
home_banners
GET /home/banners
HomeAggregate
```
完整后台管理可以到 Phase 19。
---
# 第二十章 Phase 07 验收修订
必须验证:
```text
首页顺序固定
Banner能展示
8入口固定
未审核用户不返回候选
Paused无推荐
Successful无新对象推荐
服务站可展示
公益内容可展示
```
---
# 第二十一章 Phase 08 保持
Like、Pass、Block、Match 不做业务扩展。
但必须保留:
> Match Episode。
因为活动后未来可能重新建立关系。
---
# 第二十二章 Phase 09~10 保持
聊天核心设计不变。
仍然:
```text
Mutual后Chat
REST Send
WS Receive
Block实时
```
---
# 第二十三章 Phase 11 通知模块扩展
新增通知类型:
```text
service_appointment
counseling
premarital
local_eligibility
service_station
```
---
# 第二十四章 Phase 11 新任务
```text
P11-V11-T01 appointment notifications
P11-V11-T02 counseling notifications
P11-V11-T03 local eligibility notifications
P11-V11-T04 privacy-safe external copy
```
---
# 第二十五章 Phase 12 关系状态保持
不因为新增婚前辅导继续扩复杂 RelationshipStatus。
婚前辅导作为:
> 独立 Service。
---
# 第二十六章 Phase 13 红娘修订
红娘核心不变。
新增:
```text
转介婚恋咨询
转介活动
转介服务站
```
---
# 第二十七章 Phase 13 新任务
```text
P13-V11-T01 counseling referral
P13-V11-T02 activity referral
P13-V11-T03 service-location referral
P13-V11-T04 referral source tracking
```
---
# 第二十八章 新增 Phase 13A
# Phase 13A:公益咨询与婚前辅导
Epic:
```text
EPIC-P13A 公益婚恋咨询与婚前辅导
```
---
# 第二十九章 Phase 13A 数据任务
```text
P13A-T01 counseling_services
P13A-T02 counseling_followups
P13A-T03 counseling type
P13A-T04 service mode
P13A-T05 counseling consent
```
---
# 第三十章 Phase 13A 用户端
```text
P13A-T06 U55婚恋咨询介绍
P13A-T07 U56咨询申请
P13A-T08 U57我的咨询
P13A-T09 U58婚前辅导介绍
P13A-T10 U59婚前辅导申请
```
---
# 第三十一章 Phase 13A 后台
```text
P13A-T11 counseling queue
P13A-T12 counseling detail
P13A-T13 assign counselor
P13A-T14 schedule
P13A-T15 start
P13A-T16 follow-up
P13A-T17 complete
P13A-T18 close
```
---
# 第三十二章 Phase 13A 权限
```text
P13A-T19 counselor role
P13A-T20 counseling manager role
P13A-T21 assigned data scope
P13A-T22 sensitive note access
```
---
# 第三十三章 Phase 13A 风控联动
```text
P13A-T23 counseling risk referral
P13A-T24 source=counseling
```
咨询人员:
> 不直接Ban。
---
# 第三十四章 Phase 13A 验收
必须:
```text
用户能申请
工作人员能分配
咨询人员只能看Assigned服务
婚前辅导复用同一Service
咨询记录不保存逐字谈话
红娘不能看咨询正文
普通管理员默认不能看正文
风险可以转交
```
---
# 第三十五章 Phase 14 活动重大升级
Activity 从:
> 相亲活动
升级:
> 公益活动体系。
---
# 第三十六章 Phase 14 新增字段
```text
activity_type
registration_policy
target_group
industry_scope
```
---
# 第三十七章 ActivityType 正式支持
```text
matchmaking
interest_social
relationship_education
premarital_guidance
marriage_custom_culture
anti_fraud
```
---
# 第三十八章 Phase 14 新增组织关联
新增:
```text
activity_organizations
```
支持:
```text
host
organizer
co_organizer
partner
venue_partner
```
---
# 第三十九章 活动资格规则不能统一写死
例如:
相亲联谊:
```text
实名认证
本地资格
资料审核
```
反诈课堂:
> 可更开放。
通过:
```text
registration_policy
```
控制。
---
# 第四十章 Capacity 修订
停止默认:
```text
male_limit
female_limit
```
改成:
```text
total_capacity
+
activity_capacity_groups
```
只有具体活动需要性别分组才配置。
---
# 第四十一章 Phase 15 签到保持
签到核心不变。
新增:
> 非Matchmaking活动同样可以签到。
---
# 第四十二章 Phase 16 必须替换旧规则
旧规则:
```text
Activity Mutual
→ Match
→ Chat
```
正式废弃。
---
# 第四十三章 Phase 16 新规则
```text
Activity Interest
↓
Mutual Interest
↓
Mutual Connection Consent
↓
双方分别确认
↓
Match Episode
↓
Conversation
```
---
# 第四十四章 Phase 16 新增数据模型
```text
activity_mutual_connection_consents
```
---
# 第四十五章 Phase 16 新任务
```text
P16-V11-T01 mutual result
P16-V11-T02 connection consent
P16-V11-T03 user A confirm
P16-V11-T04 user B confirm
P16-V11-T05 both-confirm transaction
P16-V11-T06 active Match reuse
P16-V11-T07 prior unmatch new episode
P16-V11-T08 decline/timeout
```
---
# 第四十六章 Phase 16 验收
```text
单向意向不泄露
双方互选不立即Chat
一方确认不创建Match
双方确认只创建1个Match
已有active Match不重复
旧unmatch后创建新Episode
```
---
# 第四十七章 Phase 17 风控扩展
Risk source 增加:
```text
service_station
counseling
content
```
主要新增:
> 线下服务场景风险转交。
---
# 第四十八章 不开发公开违规黑名单
虽然项目计划书提到公示违规信息,本产品实现中不直接建设公开用户黑名单。
内部:
```text
RiskAction
Ban
Audit
```
即可。
---
# 第四十九章 Phase 18 申诉保持
不变。
---
# 第五十章 Phase 19 后台重大扩展
新增5组后台模块:
```text
Banner
公益咨询
内容管理
善缘服务站
专项公益服务
```
---
# 第五十一章 Phase 19 Banner
任务:
```text
P19-V11-T01 Banner list
P19-V11-T02 Banner edit
P19-V11-T03 publish
P19-V11-T04 schedule
P19-V11-T05 reorder
P19-V11-T06 audience scope
```
---
# 第五十二章 Phase 19 内容中心
新增:
```text
content_categories
content_articles
```
后台:
```text
文章列表
新建
编辑
发布
下架
```
---
# 第五十三章 内容分类
至少:
```text
婚恋课堂
婚前辅导
婚俗新风
婚恋反诈
```
---
# 第五十四章 Phase 19 服务站
新增:
```text
service_locations
service_appointments
```
后台支持:
```text
服务站维护
预约列表
确认
改期
完成
取消
```
---
# 第五十五章 Phase 19 专项服务项目
新增:
```text
service_programs
service_program_members
```
用于:
- 职工关爱
- 青年服务
- 异地务工群体服务
- 其他专项公益项目
---
# 第五十六章 Phase 19 组织协同扩展
新增:
```text
organization_relationships
```
但:
> Organization relationship 不能替代 RBAC。
---
# 第五十七章 Phase 19 新角色
```text
service_station_operator
counselor
counseling_manager
content_editor
```
实际可以多角色合并。
---
# 第五十八章 Phase 19 首页后台
必须完成:
> Banner管理。
8核心入口:
> 不做运营动态排序。
---
# 第五十九章 Phase 20 Analytics 重大扩展
新增:
```text
服务站访问
服务预约
婚恋咨询
婚前辅导
公益课堂
婚恋反诈
专项服务
用户来源
```
---
# 第六十章 Phase 20 新指标
```text
SERVICE_APPOINTMENTS
SERVICE_APPOINTMENTS_COMPLETED
COUNSELING_REQUESTS
COUNSELING_COMPLETED
PREMARITAL_GUIDANCE_COMPLETED
SERVICE_STATION_USERS
CONTENT_VIEWS
SERVICE_PROGRAM_USERS
LOCAL_ELIGIBILITY_VERIFIED_USERS
```
---
# 第六十一章 服务人数/人次区分
正式必须支持:
```text
Unique Service Users
Service Occurrences
```
---
# 第六十二章 “有效交友匹配”
建议建立技术指标:
```text
EFFECTIVE_CONNECTION
```
建议定义:
```text
Mutual Match
+
Two-Way Chat
```
但最终政府报送口径仍需要产品/运营确认。
---
# 第六十三章 Phase 21 生命周期修订
账号注销时新增处理:
```text
service_appointments
counseling_services
service_program_members
local_eligibility
```
---
# 第六十四章 注销后
必须:
```text
取消未来预约
停止未完成咨询或进入人工处理
停止专项服务
本地资格停止作为有效状态
```
历史必要服务记录按Retention Policy处理。
---
# 第六十五章 Phase 22 部署保持
基础架构不变。
仍然:
```text
Docker Compose
Nginx
PostgreSQL
Redis
Private Object Storage
```
---
# 第六十六章 Phase 22 新增配置
```text
counseling.enabled
premarital.enabled
content.enabled
serviceLocation.enabled
localEligibility.enabled
```
---
# 第六十七章 Phase 22 上传安全扩展
对象存储现在还包括:
```text
local eligibility evidence
content cover
service location cover
```
资格佐证必须 Private。
---
# 第六十八章 Phase 23 测试扩展
新增E2E:
```text
Local Eligibility E2E
Home V1.1 E2E
Banner E2E
Counseling E2E
Service Appointment E2E
Content E2E
Activity Mutual Consent E2E
```
---
# 第六十九章 Phase 23 新权限测试
```text
红娘不能看咨询记录
服务站人员不能看身份证
内容编辑不能看用户资料
Counselor只能看Assigned咨询
普通管理员不能直接读本地资格佐证
```
---
# 第七十章 首页E2E
必须验证:
```text
Banner
8入口
今日推荐
活动
服务站
内容
安全提醒
```
并根据:
```text
未实名
审核中
Searching
Paused
Successful
```
验证不同首页。
---
# 第七十一章 Phase 24 UAT 扩展
新增真实角色:
```text
婚恋咨询工作人员
服务站运营人员
内容运营人员
```
---
# 第七十二章 服务站UAT
必须完成:
```text
群众扫码
↓
进入小程序
↓
预约服务
↓
工作人员后台确认
↓
到场
↓
完成服务
```
---
# 第七十三章 咨询UAT
必须:
```text
用户申请
↓
后台分配
↓
咨询人员查看
↓
服务
↓
完成
```
且不需要:
> Excel/私人微信记录核心业务。
---
# 第七十四章 Phase 25 RC 新增检查
必须检查:
```text
Banner正式内容
服务站地址
服务时间
客服电话
文章内容
婚恋反诈内容
咨询服务介绍
婚前辅导介绍
```
不能用开发占位文案上线。
---
# 第七十五章 Phase 26 Production 修订
生产上线增加:
```text
Banner初始化
内容分类Seed
善缘服务站初始化
咨询服务配置
本地资格Config
```
---
# 第七十六章 Production Seed 修订
可以Seed:
```text
Roles
Permissions
Content Categories
Service Types
Activity Types
```
不能Seed:
> 假用户/假Match。
---
# 第七十七章 新版Phase完整顺序
最终正式执行:
```text
Phase 01 项目基础架构
Phase 02 Auth + Operator + RBAC
Phase 03 实名认证
Phase 04 Profile + Preference + 本地资格
Phase 05 审核
Phase 06 Match Engine
Phase 07 V1.1首页 + 找对象
Phase 08 Like / Match / Block
Phase 09 Text Chat
Phase 10 Image & Chat Safety
Phase 11 Notification
Phase 12 Relationship Progress
Phase 13 公益红娘
Phase 13A 公益咨询与婚前辅导
Phase 14 多类型公益活动
Phase 15 活动签到
Phase 16 活动互选 + 双方开启沟通确认
Phase 17 举报与风控
Phase 18 申诉
Phase 19 统一运营后台 + Banner + 内容 + 服务站 + 专项项目
Phase 20 Analytics
Phase 21 Account Lifecycle
Phase 22 Deployment / Ops
Phase 23 System Testing
Phase 24 UAT
Phase 25 RC
Phase 26 Production
```
---
# 第七十八章 V1.1 新增 P0/P1 优先级
## P0
仍然优先:
```text
登录
实名
资料
审核
匹配
Like
Match
Chat
Block
举报
权限
红娘基础
相亲活动基础
```
---
# 第七十九章 V1.1 新增 P1
```text
Banner
本地资格
服务站
服务预约
婚恋咨询
婚前辅导
婚恋课堂
婚恋反诈
多类型活动
活动双重沟通确认
公益服务Analytics
```
这些是:
> V1.1正式上线前需要完成的功能。
---
# 第八十章 不得以“P1”理解为可推到V2
这里P1含义:
> 相对于底层核心链路后开发。
不是:
> 可不做。
---
# 第八十一章 P2
仍然可以后续:
```text
人脸核验正式启用
高级动态水印
高级统计
高级异常登录
高级咨询排班
更多专项项目能力
```
---
# 第八十二章 PENDING_DECISIONS 修订
新增:
```text
人脸认证是否首发
人脸Provider
本地资格佐证触发策略
本地资格文件保留期限
咨询人员资质要求
服务站正式时间
咨询服务方式
咨询时段规则
专项服务项目首批类型
有效交友匹配正式统计口径
```
---
# 第八十三章 已确认项不得再 Pending
WorkBuddy不得再将以下标记为待确认:
```text
善缘丹阳品牌
首页Banner
首页8入口
服务站
婚恋咨询
婚前辅导
婚恋课堂
婚恋反诈
多类型公益活动
活动双向开启沟通确认
```
---
# 第八十四章 首页开发禁止旧实现
如果旧代码已经实现:
```text
Home = Recommendation only
```
需要:
> 渐进改造成 V1.1。
不能因为旧代码存在就继续保持。
---
# 第八十五章 Activity旧代码迁移
如果已经实现:
```text
activity mutual → create match
```
必须修复为:
```text
mutual → consent → match
```
并补 Migration/状态迁移方案。
---
# 第八十六章 Local Eligibility 不能塞进 Profile JSON
必须明确独立模型。
因为:
> Profile information ≠ Service eligibility verification。
---
# 第八十七章 Counseling 不能塞进 Matchmaker Notes
必须独立:
```text
CounselingService
```
因为:
> 红娘服务与专业婚恋咨询目的、人员、隐私边界不同。
---
# 第八十八章 Service Appointment 不能等于 Counseling
预约:
> 什么时候提供服务。
咨询:
> 一项具体公益服务案例。
两者可以关联,但不能混成一张万能表。
---
# 第八十九章 Content 不能做成 Feed
页面只:
```text
列表
详情
```
后台:
```text
创建
发布
下架
```
停止扩展。
---
# 第九十章 Service Programs 不做用户等级
专项项目:
> 表达服务计划。
不能演变为:
```text
普通用户
重点用户
高价值用户
```
---
# 第九十一章 V1.1 Invariants 增量
除了原有Invariant,再增加:
```text
INV-011 未授权本地资格证明不可访问
INV-012 Counselor只能看Assigned Service
INV-013 红娘不可读取Counseling正文
INV-014 Activity Mutual不能直接创建Chat
INV-015 双方开启沟通确认后才建立Activity Match
INV-016 Banner不可任意外链
INV-017 8个首页核心入口顺序固定
INV-018 Service Station Operator不可浏览全用户库
```
---
# 第九十二章 CI新增自动化测试
必须加入:
```text
home-v11
local-eligibility
counseling-permission
activity-mutual-consent
service-appointment
```
---
# 第九十三章 V1.1文档同步要求
WorkBuddy实施前更新:
```text
AGENTS.md
STATUS.md
PENDING_DECISIONS.md
JIRA_BACKLOG.md
DATABASE_SCHEMA.md
API_CONTRACT.md
UI_DESIGN_SYSTEM.md
ANALYTICS_METRICS.md
TEST_PLAN.md
```
---
# 第九十四章 Jira Backlog 增量
新增Epic:
```text
EPIC-P13A 公益咨询与婚前辅导
```
并修改:
```text
EPIC-P04
EPIC-P05
EPIC-P07
EPIC-P11
EPIC-P13
EPIC-P14
EPIC-P16
EPIC-P17
EPIC-P19
EPIC-P20
EPIC-P21
EPIC-P23
EPIC-P24
EPIC-P25
EPIC-P26
```
---
# 第九十五章 WorkBuddy首次采用V1.1前必须做一次Gap Audit
如果已经开发部分旧V1:
必须检查:
```text
旧首页
旧Activity Mutual
本地资格
Banner
咨询
服务站
内容
权限
Analytics
```
并输出:
```text
V1.0 → V1.1 Gap Analysis
```
---
# 第九十六章 Gap分类
使用:
```text
KEEP
EXTEND
REFACTOR
REPLACE
ADD
```
例如:
```text
Match Engine = KEEP
Home = REPLACE
Activity = EXTEND
Activity Mutual Flow = REFACTOR
Counseling = ADD
```
---
# 第九十七章 推荐Gap示例
| 模块 | 处理 |
|---|---|
| Auth | KEEP |
| Profile | EXTEND |
| Review | EXTEND |
| Match Engine | KEEP |
| Home | REPLACE |
| Chat | KEEP |
| Matchmaker | EXTEND |
| Activity | EXTEND |
| Activity Mutual | REFACTOR |
| Counseling | ADD |
| Service Station | ADD |
| Content | ADD |
| Analytics | EXTEND |
---
# 第九十八章 V1.1 UI实施优先级
首先完成:
```text
首页
服务站
婚恋咨询
活动分类
婚恋课堂
```
但仍要遵守整体Phase依赖。
---
# 第九十九章 V1.1后台实施优先级
首先完成:
```text
待办型工作台
咨询
服务预约
Banner
内容
```
而不是先做高级Dashboard。
---
# 第一百章 运维复杂度控制
新增业务仍然使用:
```text
1个Backend
1个PostgreSQL
1个Redis
1个Object Storage
1个Admin
1个Mini Program
```
不能因为新增咨询/内容:
> 拆新的服务。
---
# 第一百零一章 最终V1.1用户闭环
```text
品牌信任
↓
实名与本地资格
↓
人工审核
↓
推荐/找对象
↓
Mutual
↓
Chat
↓
├─ 公益红娘
├─ 公益活动
├─ 婚恋咨询
└─ 服务站
↓
进一步了解
↓
婚前辅导
↓
成功关系
↓
婚俗新风
```
---
# 第一百零二章 最终V1.1运营闭环
```text
官方/公益渠道触达
↓
二维码/小程序
↓
用户入库
↓
审核
↓
线上匹配
↓
人工服务
↓
线下活动/服务站
↓
服务记录
↓
风险处理
↓
数据统计
↓
项目成果报送
```
---
# 第一百零三章 V1.1最终开发原则
> **保留已经验证正确的底层核心。**
> **只对新增业务做增量扩展。**
> **首页必须真正体现“善缘丹阳”的完整公益服务。**
> **服务站必须线上线下一体。**
> **咨询与红娘必须保持不同业务边界。**
> **活动从单一相亲扩展为公益活动平台,但不演变成社交社区。**
> **单向意愿始终保密。**
> **活动互选后仍要双方确认开启沟通。**
> **本地资格核验提高本地服务准确性,但不能无限增加用户负担。**
> **项目服务必须可统计、可留痕、可审计。**
> **新增模块不得破坏最初的简单、易用、低维护原则。**
---
# 第一百零四章 最终WorkBuddy执行指令
从本版开始,WorkBuddy的正式开发基线更新为:
> **善缘丹阳 V1.1。**
开发前必须以:
```text
V1.1 页面级功能清单
V1.1 数据库与API增量设计
V1.1 WorkBuddy开发执行计划修订版
```
为最新执行依据。
如果旧文档与上述V1.1文档冲突:
> 以V1.1修订内容为准。
但以下V1.0核心原则仍然继续有效:
```text
Required不可放宽
Mutual后才能聊天
Block优先
红娘不能替用户决定
敏感信息默认拒绝
RBAC + Data Scope
PostgreSQL Source of Truth
模块化单体
不做商业化
```
V1.1不是重新开一个项目。
它是将已经成熟的V1.0婚恋核心,正式升级为:
> **线上匹配 + 人工红娘 + 公益活动 + 固定阵地 + 婚恋咨询 + 婚前辅导 + 婚恋反诈 + 婚俗新风的一体化丹阳公益婚恋服务平台。**