5 Commits

Include renames

Author	SHA1	Message	Date
WorkBuddy	3c2b967274	release: freeze 2026-10-15 validated release baseline	2026-10-15 09:47:31 +08:00
WorkBuddy	d3735e3afa	feat(matchmaker,contactauth): 受控联系授权机制立项落地（OQ-MATCHMAKER-003 / DEC-MATCHMAKER-003 B1 例外通道） ... 后端： - V056 matchmaker_contact_authorizations 表：channel CHECK(phone/offline_meeting/full_contact)、六态状态机(pending_approval→pending_consent→active→expired/revoked, →rejected)、部分唯一索引 uq_mm_contact_auth_active 防同红娘-同用户-同渠道多 ACTIVE、双态惰性收敛(active 过期 + pending_consent 超同意窗口) - ContactAuthorizationConfig 五 canonical key(matchmaker.contact.*)：enabled 代码缺省 false fail-safe(yml 显式 true)/approver-authorities 双岗并列/consent-deadline-hours 72/default-validity-days 7/retention-days 365，全部 DEFAULT+CONFIG 待产品+法务终审 - ContactAuthorizationPolicy.assertContactAllowed(404 化 deny 先审计后 404) + canContact 徽标查询 - ContactAuthorizationService：request(须有效分配+purpose 必填)/approve(权限码动态判定∈配置+组长组织范围)/consent(用户本人,仅 pending_consent)/decline/revoke(reason 必填)/disclose(唯一披露出口：enabled fail-safe→assertActiveAssignment→assertContactAllowed→仅返回 phone/disclosedAt/authorizationId 三键，每次落 SensitiveAccessLog user_phone_disclosure，phone 不落应用日志) - 双控制器：运营端 /operator/matchmaker/contact-authorizations + C 端 /contact-authorizations(UserPrincipal 归属校验,独立端点无预同意参数)，不碰 SecurityConfig 守卫翻转（机械锁强制复审机制按设计生效）： - MatchmakerContactGuardTest 由「锁不存在」翻转为「锁新契约」五条：回显白名单类收敛/端点前缀收敛(受治理三包)/到期语义/consent 独立性三端扫描(后端+miniapp+admin-web,修复原只扫后端的预同意参数逃逸缺口)/ReferralService 白名单与无 @Scheduled 保留 - run-backend-contracts CURATED 18→20 前端： - miniapp 新页 pages/contact-consent(目的/渠道/窗口明示+独立同意拒绝按钮无预勾选,app.json 第 64 页) + 红娘工作台申请/列表/撤销 - admin-web「联系授权审批」tab(审批岗队列+本人授权撤销,枚举码中文映射) 验证：mvn verify 895/895(3 skip)、UI 契约 24/24(64 页)、后端契约门禁 228/CURATED 20、小程序真编译 87 WXML 0 失败；负向注入 5(工程师)+2(QA 不同落点)判红→还原复绿；QA 抓 disclose 键数收敛断言缺口已补并回归；QA fresh eyes PASS 0 P0/P1	2026-10-11 13:08:02 +08:00
WorkBuddy	861c78efb5	feat(matchmaker): ZC-MM-002 A1 服务对象分配建模（DEC-MATCHMAKER-002 LOCKED 落地） ... 数据库（V053/V054）： - 新表 matchmaker_assignments：独立分配关系（assigned_by/reason/scope/ expires_at/ended_at/end_reason），状态机 active/ended/revoked/transferred/ expired（CHECK 白名单），部分唯一索引防同用户多 ACTIVE 主责分配， 存量进行中服务单幂等回填 - 新角色 matchmaker_leader(014) + 新权限 matchmaker.team.assign(10000000-…-023)； 组长授 view/service/team.assign（不给平台级 matchmaker.assign） 后端： - ServiceAssignmentPolicy 有效分配判定器（读前惰性过期，失效分配即时拒绝） - 分配/转分配/撤销/结束四操作：状态机非法转换拒绝、理由必填、 同用户主责冲突拒绝；组织范围校验（team.assign 同组织，NULL=NULL 视为 平台直属，技术默认安全值待治理登记）；transfer 同时校验原持有人与新目标范围 - 全操作审计 MATCHMAKER_ASSIGNMENT_CREATE/TRANSFER/REVOKE/END， operatorId=当前操作者，afterData 仅记摘要（无敏感内容） - 删除认领端点 POST /services/{id}/claim（A1 禁止普通红娘认领，MM-AUTH-004=404） - GET /pending 收敛为分配权持有者（assign or team.assign）； dashboard today/completed 改本人口径，inProgress 口径修正 'processing'→'in_service' - recommend/followup/complete/detail 归属判定接入判定器，拒绝走 DataScopeGuard（自动 DATA_SCOPE_DENIED 审计），不再裸 IllegalStateException； assignService 与创建分配同事务联动；删除死查询 findAssignedTo 前端： - admin-web 分配弹窗去硬编码假数据（operator_wang/chen）→ assignable-matchmakers 真实接口（仅 id/name/organizationId，无联系方式）+ 理由必填； 队列 tab 按 assign/team.assign 显隐；新增「服务对象分配」tab（转分配/撤销/结束） - 小程序红娘工作台：删除接单入口，数据源切 GET /operator/matchmaker/assignments/my， 枚举码不上屏（中文映射），空 serviceId 不跳转 测试： - MatchmakerAssignmentA1Test 14 用例（MM-AUTH-001~004、MM-AUDIT-001、 MM-LIFECYCLE-001、组长跨组织拒绝、NULL=NULL 平台直属边界、transfer 原持有人 范围负向、/pending 403+审计），负向注入自证有效 - MatchmakerAssignmentPermissionTest 3 用例（端点权限契约 + claim 残留扫描） - MatchmakerServiceTest 补 assignment 状态/scope 白名单守卫；迁移基线 LATEST=54 - 验证：定向 38/38 全绿；UI 契约 24/24；小程序 wcc/wcsc 真编译 0 失败	2026-10-09 22:46:32 +08:00
WorkBuddy	5b3bad326e	fix(matchmaker,referral): close Phase 13 KEEP-VERIFY/EXTEND — 7 real defects ... KEEP-VERIFY/EXTEND 复验（历史 ✅ 不可信；测试覆盖函数 ≠ 覆盖运行时路径）。 逐条核对运行时路径与生产约束后修复 7 处缺陷，其中 3 处「只在真实 PostgreSQL 上炸」。 D1 (Critical, 生产故障) matchmaker_recommendations.status 代码写 liked/passed/confirmed_mutual， 而 V009 chk_rec_status 只允许 pending_view/viewed/responded 且从未扩展 → 真实 PG 上用户接受/跳过推荐必崩。测试库未复刻该 CHECK，故长期静默。 D2 (Critical, 生产故障) 控制器缺省 serviceType="recommendation" 不在 chk_matchmaker_service_type 白名单 → 提交红娘服务必崩。 D1+D2 同修于新增 V038__align_matchmaker_status_constraints.sql （沿用 V018/V020/V025 的 DROP CONSTRAINT IF EXISTS + 重加白名单惯例）。 D3 (High, 越权写) MatchmakerServiceService.recommendPartner 无 assignedOperatorId 归属校验， 且可把用户推荐给自己 → 补校验 + 禁止自我推荐。 D4 (High, 越权读) getServiceDetail 无归属校验且返回完整用户资料（userId/description/ userProfile/followups）→ 签名加 requesterId，按调用者返回完整/脱敏视图。 D5 (High, 越权写) ReferralService 的 userId 取自请求体且零授权校验 → 新增 assertMatchmakerServesUser，在 referToServiceStation/referToActivity 入口 强制校验存在进行中的服务关系。 D6 (High, 生产故障) MatchmakerFollowupMapper.findByServiceId 只有声明无 @Select → Invalid bound statement (not found)，getServiceDetail 必崩。 该缺陷由本轮新增测试首次暴露（历史测试从未调用该路径）→ 补 @Select。 D7 (Medium, 契约缺口) admin-web 5 处 API 缺口（4 条 404 + C 端端点被运营端误用）+ 小程序缺转介服务层 → 后端补 GET /operator/matchmaker/recommendations 与 GET /referrals/operator/history 两个运营端端点；前端改路径、 assign 改 POST + body operatorId；新增 miniapp/services/referralService.js。 测试保真度 - 测试库补 matchmaker_services/recommendations/followups 三表（此前该模块零真实覆盖）， 约束与 V038 对齐；EntityMigrationParityTest 三表移入 REQUIRED_IN_TEST_SCHEMA； MigrationValidationTest LATEST_MIGRATION 37 → 38。 - 新增 MatchmakerReferralPhase13Test（17 用例，@SpringBootTest 走真实方法路径 + 真实落库）。 - 重写 MatchmakerServiceTest（6 用例）：直接解析 db/migration/V*.sql，按文件名顺序应用 DROP CONSTRAINT IF EXISTS + ADD CONSTRAINT 取"最终有效"白名单，并内置解析器自检。 【关键】首版守卫硬编码白名单副本，注入 D1 后仍全绿（对漂移零反应）→ 必须解析真实 DDL。 - 删除 3 处假测试占位（MatchmakerServiceTest.testMatchmakerCannotLike 的 assertTrue(true)； CoreInvariantsTest INV-007 断言的是状态常量、INV-010 亦为 assertTrue(true)）， 已如实改名并注明行为验证位置。 负向验证（两轮） 注入 D1（回退 chk_rec_status 白名单）→ 行为守卫 DataIntegrityViolation + 常量守卫 Multiple Failures (3 failures) → Tests run: 23, Failures: 1, Errors: 2 / BUILD FAILURE，守卫有效性得证。缺陷已还原。 全量回归（离线容器，实测） [WARNING] Tests run: 391, Failures: 0, Errors: 0, Skipped: 3 [INFO] BUILD SUCCESS / Total time: 04:59 min Phase 12 基线 371 → 391（净 +20）。 报告：docs/Phase-13-V11-Recovery-Completion-Report-2026-09-16.md Phase 13A 未自动进入，等待用户确认。	2026-09-17 00:01:53 +08:00
Codex	9d73087eb0	feat(admin-web): matchmaker management view — D3 debt cleared ... New module admin-web/src/modules/matchmaker/MatchmakerManagementView.vue (2 tabs): - Service request queue: assign operator / create recommendation - Recommendations list: pending_view / viewed / liked / passed / confirmed_mutual Route added: /matchmaker -> MatchmakerManagementView.vue (permissions: matchmaker.service.view) D3 debt cleared: admin-web matchmaker recommendation now has a real view. vue-tsc --noEmit -> 0 errors.	2026-09-14 15:02:51 +08:00