chore: 主工作树 WIP 落库（unified-dimension 注册体系 + docs/tdd 轮报 + hub 台账归档 + gitignore 清理运行产物；合并 origin/cfclub 前快照）

.gitignore

@@ -113,3 +113,15 @@ outputs/
 /cdp-profile/
 /_*.txt
 /_*.js
+
+# Playwright CLI 页面快照（自动化运行产物，不入库）
+.playwright-cli/
+
+# xaf_agent_hub 运行时产物（会话记录/派发提示词/resume/巡检报告截图等）
+tools/xaf_agent_hub/out/
+
+# xaf_agent_hub 本地备份（时间戳 .bak*）
+tools/xaf_agent_hub/*.bak*
+
+# 构建脚本错误产物（Vue 模板变量未解析导致的畸形文件名，非正常发布产物）
+cfc-web/public/CHANGELOG-v*.md

INTERFACE_TEST_REPORT.md

@@ -1,15 +1,12 @@
-# CFC 接口冒烟测试报告 (20261103_223621)
+# CFC 接口冒烟测试报告 (20261103_215852)
 
 - 目标: cfc.iwintrue.com  用例总数: **546**
-- 业务成功率(BIZ_OK): **250/546 = 45%**
+- 业务成功率(BIZ_OK): **249/546 = 45%**
 
 ## 分类汇总
-- BIZ_OK: 250
+- BIZ_OK: 249
 - BIZ_FAIL: 295
-- CONN_ERR: 1
-
-## ✅ 回归修复（1 个，之前失败现已通过）
-- `POST /api/user/portrait/regenerate`  (原 CONN_ERR)
+- CONN_ERR: 2
 
 ## 需开发团队关注的契约缺口 (NOT_FOUND=0)
 
@@ -22,7 +19,7 @@
 - 自动化用例总数（可执行 `test()`）：**386**（api 层 55 / 角色分包 52 / DOM 层 279）
 - 文档化用例（设计层 TC-xxxx）：**219**
 - 已完成（自动化且未被跳过）：**361/386 = 93%**
-- 已实跑通过：接口冒烟 BIZ_OK **250** 端点 + API e2e 本轮 **51** 通过 / 3 failed / 3 skipped（来源 playwright_smoke.log）
+- 已实跑通过：接口冒烟 BIZ_OK **249** 端点 + API e2e 本轮 **51** 通过 / 3 failed / 3 skipped（来源 playwright_smoke.log）
 
 ### 未完成 / 未开始的原因（共 3 类）
 1. [279 项] DOM 型 E2E 无法执行（CFC-ENV-001）：279 个用例已编写，但远程 cfc.iwintrue.com 为纯 Spring Boot API 后端、未部署 uni-app H5 / cfc-web 前端，浏览器型用例无法运行，未开始执行。

cfc-backend/src/main/java/com/etotem/cfc/common/constant/DimensionCodeConstants.java

@@ -0,0 +1,35 @@
+package com.etotem.cfc.common.constant;
+
+public class DimensionCodeConstants {
+    // 5 根维度
+    public static final String BODY = "body";
+    public static final String MIND = "mind";
+    public static final String WISDOM = "wisdom";
+    public static final String ACTION = "action";
+    public static final String WEALTH = "wealth";
+    
+    // 7 body 维度子节点（全小写点分，入库为 body.growth 等）
+    public static final String BODY_GROWTH = "body.growth";
+    public static final String BODY_SLEEP = "body.sleep";
+    public static final String BODY_VISION = "body.vision";
+    public static final String BODY_IMMUNITY = "body.immunity";
+    public static final String BODY_NUTRITION = "body.nutrition";
+    public static final String BODY_GUT = "body.gut";
+    public static final String BODY_EXERCISE = "body.exercise";
+    
+    // 7 维度子节点的 legacy_alias 映射（JSON数组字符串，如 ["growth"]）
+    public static final String LEGACY_GROWTH = "growth";
+    public static final String LEGACY_SLEEP = "sleep";
+    public static final String LEGACY_VISION = "vision";
+    public static final String LEGACY_IMMUNITY = "immunity";
+    public static final String LEGACY_NUTRITION = "nutrition";
+    public static final String LEGACY_GUT = "gut";
+    public static final String LEGACY_EXERCISE = "exercise";
+    
+    // 五行规则映射（对应 EnergyDimension.element：木/火/金/水/土）
+    public static final String WUXING_WOOD = "木";
+    public static final String WUXING_FIRE = "火";
+    public static final String WUXING_METAL = "金";
+    public static final String WUXING_WATER = "水";
+    public static final String WUXING_EARTH = "土";
+}

cfc-backend/src/main/java/com/etotem/cfc/config/DatabaseInitializer.java

@@ -3434,6 +3434,15 @@ insertSysConfigSeed("gift_membership_pay_price", "198000", "送会员商品达
 
         // 迁移444: T38 团队邀请功能 —— supply_system_member 增加个人专属邀请码（幂等，永久有效+唯一）
         migrateSupplyMemberInviteCode();
+
+        // 迁移445: 统一维度体系（P0-T1）—— product_dimension_config 升级为唯一维度注册中心
+        // 新增 legacy_alias/source_system/wuxing_rule_ref/node_kind 4 列（设计文档 §3.1）
+        migrateUnifiedDimensionRegistryColumns();
+        // 迁移446: 统一维度体系（P0-T1）—— indicator_definitions 指标并入维度树混排
+        // 新增 parent_id/legacy_alias 2 列（设计文档 §3.2，红线 1：id 主键与外键目标不变）
+        migrateUnifiedIndicatorTreeColumns();
+        // 迁移447: 统一维度体系（P0-T3）—— 固化 5 根 + 7 body 子维度节点（幂等 seed）
+        seedUnifiedDimensionRegistry();
     }
 
     /**
@@ -15088,6 +15097,115 @@ log.info("迁移298: 已为无 openid 的 child 账号补齐 family_members 记
 
     }
 
+    // ==================== 迁移445-447：统一维度体系（P0） ====================
+
+    /**
+     * 迁移445: product_dimension_config 升级为唯一维度注册中心（设计文档 §3.1）。
+     * 新增 legacy_alias / source_system / wuxing_rule_ref / node_kind 4 列，均幂等。
+     * 现有 dimension_code VARCHAR(50) NOT NULL UNIQUE 复用为统一 code（body / body.growth 等）。
+     */
+    void migrateUnifiedDimensionRegistryColumns() {
+        ensureColumn("product_dimension_config", "legacy_alias",
+                "VARCHAR(512) DEFAULT NULL COMMENT '历史别名(JSON数组): 承载现存4套编码, 如 [\"growth\"]'");
+        ensureColumn("product_dimension_config", "source_system",
+                "VARCHAR(32) DEFAULT NULL COMMENT '归属子系统: health/energy/indicator/knowledge'");
+        ensureColumn("product_dimension_config", "wuxing_rule_ref",
+                "VARCHAR(30) DEFAULT NULL COMMENT '五行规则引用(木/火/金/水/土), 关联EnergyDimension.element'");
+        ensureColumn("product_dimension_config", "node_kind",
+                "VARCHAR(16) DEFAULT 'root' COMMENT '节点种类: root(五维根)/sub(子维度)'");
+        log.info("迁移445: product_dimension_config 注册中心 4 列就绪");
+    }
+
+    /**
+     * 迁移446: indicator_definitions 指标并入维度树混排（设计文档 §3.2，红线 1）。
+     * 新增 parent_id / legacy_alias 2 列；不改 id 主键、不改任何外键目标。
+     */
+    void migrateUnifiedIndicatorTreeColumns() {
+        ensureColumn("indicator_definitions", "parent_id",
+                "BIGINT DEFAULT NULL COMMENT '父节点ID(可指向product_dimension_config.id或本表id, 混排进维度树)'");
+        ensureColumn("indicator_definitions", "legacy_alias",
+                "VARCHAR(512) DEFAULT NULL COMMENT '历史别名(JSON数组)'");
+        log.info("迁移446: indicator_definitions 混排 2 列就绪");
+    }
+
+    /**
+     * 迁移447: 固化 5 根 + 7 body 子维度节点（设计文档 §2.3 / P0-T3，幂等 seed）。
+     * 5 根补 source_system='energy'；7 维（body.growth..body.exercise）作为维度节点挂 body 下，
+     * legacy_alias 绑定旧名 growth/sleep/...，source_system='health'。
+     */
+    void seedUnifiedDimensionRegistry() {
+        // 5 根：dimension_type='five'，node_kind='root'
+        upsertDimensionSeed("body", "身体", "five", null, 1, "energy", "root",
+                "[\"body\"]", null);
+        upsertDimensionSeed("mind", "心理", "five", null, 2, "energy", "root",
+                "[\"mind\"]", null);
+        upsertDimensionSeed("wisdom", "智能", "five", null, 3, "energy", "root",
+                "[\"wisdom\"]", null);
+        upsertDimensionSeed("action", "行动", "five", null, 4, "energy", "root",
+                "[\"action\"]", null);
+        upsertDimensionSeed("wealth", "财富", "five", null, 5, "energy", "root",
+                "[\"wealth\"]", null);
+
+        Long bodyId = queryDimensionIdByCode("body");
+        if (bodyId == null) {
+            log.warn("迁移447: 未找到 body 根节点 id，跳过 7 维子节点 seed");
+            return;
+        }
+        // 7 body 子维度：code=body.{sub}，parent=body.id，legacy_alias=旧名
+        upsertDimensionSeed("body.growth", "生长发育", "health", bodyId, 1, "health", "sub",
+                "[\"growth\"]", null);
+        upsertDimensionSeed("body.sleep", "睡眠质量", "health", bodyId, 2, "health", "sub",
+                "[\"sleep\"]", null);
+        upsertDimensionSeed("body.vision", "视力健康", "health", bodyId, 3, "health", "sub",
+                "[\"vision\"]", null);
+        upsertDimensionSeed("body.immunity", "免疫力", "health", bodyId, 4, "health", "sub",
+                "[\"immunity\"]", null);
+        upsertDimensionSeed("body.nutrition", "营养均衡", "health", bodyId, 5, "health", "sub",
+                "[\"nutrition\"]", null);
+        upsertDimensionSeed("body.gut", "肠胃健康", "health", bodyId, 6, "health", "sub",
+                "[\"gut\"]", null);
+        upsertDimensionSeed("body.exercise", "运动活力", "health", bodyId, 7, "health", "sub",
+                "[\"exercise\"]", null);
+        log.info("迁移447: 统一维度注册中心 5 根 + 7 body 子维度 seed 完成");
+    }
+
+    /** 幂等 upsert 维度种子：按 dimension_code 存在则补 source_system/legacy_alias，不存在则插入。 */
+    private void upsertDimensionSeed(String code, String name, String dimensionType, Long parentId,
+                                     int sort, String sourceSystem, String nodeKind,
+                                     String legacyAlias, String wuxingRuleRef) {
+        try {
+            Long existingId = queryDimensionIdByCode(code);
+            if (existingId != null) {
+                jdbcTemplate.update(
+                        "UPDATE product_dimension_config SET source_system=?, node_kind=?, "
+                                + "legacy_alias=COALESCE(legacy_alias, ?), wuxing_rule_ref=COALESCE(wuxing_rule_ref, ?), "
+                                + "updated_at=NOW() WHERE id=?",
+                        sourceSystem, nodeKind, legacyAlias, wuxingRuleRef, existingId);
+                return;
+            }
+            jdbcTemplate.update(
+                    "INSERT INTO product_dimension_config "
+                            + "(dimension_code, dimension_name, dimension_type, parent_id, sort, enabled, "
+                            + "source_system, node_kind, legacy_alias, wuxing_rule_ref, created_at, updated_at) "
+                            + "VALUES (?, ?, ?, ?, ?, 1, ?, ?, ?, ?, NOW(), NOW())",
+                    code, name, dimensionType, parentId, sort, sourceSystem, nodeKind, legacyAlias, wuxingRuleRef);
+            log.info("迁移447: 插入维度种子 {} ({})", code, name);
+        } catch (Exception e) {
+            log.warn("迁移447: 维度种子 {} upsert 失败(忽略): {}", code, e.getMessage());
+        }
+    }
+
+    private Long queryDimensionIdByCode(String code) {
+        try {
+            List<Long> ids = jdbcTemplate.queryForList(
+                    "SELECT id FROM product_dimension_config WHERE dimension_code = ? LIMIT 1",
+                    Long.class, code);
+            return ids.isEmpty() ? null : ids.get(0);
+        } catch (Exception e) {
+            return null;
+        }
+    }
+
     private static String text(JsonNode row, String field) {
         if (row == null) return null;
         JsonNode n = row.get(field);

cfc-backend/src/main/java/com/etotem/cfc/controller/CfBalanceController.java

@@ -5,16 +5,9 @@ import com.baomidou.mybatisplus.extension.plugins.pagination.Page;
 import com.etotem.cfc.common.Result;
 import com.etotem.cfc.dto.CfBalanceLogVO;
 import com.etotem.cfc.dto.CfBalanceView;
-import com.etotem.cfc.dto.FamilyEarningsMemberDTO;
-import com.etotem.cfc.dto.FamilyEarningsSummaryDTO;
-import com.etotem.cfc.entity.CfBalance;
 import com.etotem.cfc.entity.CfBalanceLog;
 import com.etotem.cfc.entity.FamilyMember;
-import com.etotem.cfc.entity.User;
-import com.etotem.cfc.mapper.CfBalanceLogMapper;
-import com.etotem.cfc.mapper.CfBalanceMapper;
 import com.etotem.cfc.mapper.FamilyMemberMapper;
-import com.etotem.cfc.mapper.UserMapper;
 import com.etotem.cfc.service.CfBalanceService;
 import com.etotem.cfc.service.CouponService;
 import org.springframework.web.bind.annotation.GetMapping;
@@ -24,41 +17,28 @@ import org.springframework.web.bind.annotation.RequestParam;
 import org.springframework.web.bind.annotation.RestController;
 
 import javax.annotation.Resource;
-import java.util.ArrayList;
-import java.util.Arrays;
-import java.util.Calendar;
 import java.util.Collections;
-import java.util.Date;
-import java.util.HashMap;
-import java.util.HashSet;
-import java.util.LinkedHashMap;
 import java.util.List;
 import java.util.Map;
-import java.util.Set;
 import java.util.stream.Collectors;
 
 /**
  * C 端 CF 值查询接口（只读）。
  *
  * <p>个人 CF 值账本为成员维度（family_members.id），本控制器把「登录 userId → memberId」
- * 的解析口径与 {@code JwtInterceptor} 保持一致：优先使用拦截器按
- * {@code users.family_id + family_members} 解析出的 {@code currentMemberId}，
- * 仅在缺失时回退到历史口径（user_id 最小一条）。</p>
+ * 的解析口径与 {@code CfEarnDispatchService}（F-3a）保持一致：按 user_id 在家庭内匹配，
+ * 取最小 id 的一条（LIMIT 1）；找不到对应家庭成员时返回明确错误码，不返回空数据。</p>
  *
- * <p>仅提供只读接口：余额快照 / 流水分页 / 周期统计 / 家庭 CF 总览 / 推广类 CF 收益 /
- * 家庭共享优惠券列表。余额与流水走统一账本 {@link CfBalanceService}；
- * 家庭券复用 {@link CouponService#listMyCoupons}（N3 家庭化口径：family_coupon + coupon 联合）。</p>
+ * <p>仅提供三个只读接口：余额快照 / 流水分页 / 家庭共享优惠券列表，不提供任何写接口。
+ * 余额与流水走统一账本 {@link CfBalanceService}；家庭券复用 {@link CouponService#listMyCoupons}
+ * （N3 家庭化口径：family_coupon + coupon 联合，家庭内成员共享可见）。</p>
  *
- * <p>接口约定见 docs/superpowers/specs/2026-10-25-cf-value-single-source-of-truth.md §5/§6。</p>
+ * <p>接口约定见 docs/superpowers/plans/2026-10-24-cf-value-unification-plan.md §七 F-7a。</p>
  */
 @RestController
 @RequestMapping("/api/cf")
 public class CfBalanceController {
 
-    /** 推广类 CF 收益：推荐注册 F24 + 直接销售奖 F03a + 间接销售奖 F03b + 邀请里程碑 F11 */
-    private static final Set<String> PROMOTION_REF_TYPES = new HashSet<>(Arrays.asList(
-            "referral_register", "F03a", "F03b", "invite_milestone"));
-
     @Resource
     private CfBalanceService cfBalanceService;
 
@@ -68,22 +48,12 @@ public class CfBalanceController {
     @Resource
     private FamilyMemberMapper familyMemberMapper;
 
-    @Resource
-    private CfBalanceMapper cfBalanceMapper;
-
-    @Resource
-    private CfBalanceLogMapper cfBalanceLogMapper;
-
-    @Resource
-    private UserMapper userMapper;
-
     /**
      * 我的 CF 值快照：可用余额 / 冻结 / 累计获得 / 已提现 / 已兑换消费。
      */
     @GetMapping("/balance")
-    public Result<CfBalanceView> balance(@RequestAttribute("userId") Long userId,
-                                         @RequestAttribute(value = "currentMemberId", required = false) Long currentMemberId) {
-        Long memberId = resolveMemberId(userId, currentMemberId);
+    public Result<CfBalanceView> balance(@RequestAttribute("userId") Long userId) {
+        Long memberId = resolveMemberId(userId);
         if (memberId == null) {
             return Result.error(404, "未找到当前用户对应的家庭成员，无法查询 CF 值");
         }
@@ -95,10 +65,9 @@ public class CfBalanceController {
      */
     @GetMapping("/logs")
     public Result<Page<CfBalanceLogVO>> logs(@RequestAttribute("userId") Long userId,
-                                             @RequestAttribute(value = "currentMemberId", required = false) Long currentMemberId,
                                              @RequestParam(defaultValue = "1") Integer page,
                                              @RequestParam(defaultValue = "20") Integer size) {
-        Long memberId = resolveMemberId(userId, currentMemberId);
+        Long memberId = resolveMemberId(userId);
         if (memberId == null) {
             return Result.error(404, "未找到当前用户对应的家庭成员，无法查询 CF 流水");
         }
@@ -111,151 +80,6 @@ public class CfBalanceController {
         return Result.success(vo);
     }
 
-    /**
-     * 我的 CF 周期统计：今日 / 本月获得 + 累计获得（cf_balance.total_earned）。
-     */
-    @GetMapping("/stats")
-    public Result<Map<String, Object>> stats(@RequestAttribute("userId") Long userId,
-                                             @RequestAttribute(value = "currentMemberId", required = false) Long currentMemberId) {
-        Long memberId = resolveMemberId(userId, currentMemberId);
-        if (memberId == null) {
-            return Result.error(404, "未找到当前用户对应的家庭成员，无法查询 CF 统计");
-        }
-        CfBalanceView view = cfBalanceService.getBalance(memberId);
-
-        Calendar cal = Calendar.getInstance();
-        cal.set(Calendar.HOUR_OF_DAY, 0);
-        cal.set(Calendar.MINUTE, 0);
-        cal.set(Calendar.SECOND, 0);
-        cal.set(Calendar.MILLISECOND, 0);
-        Date startOfDay = cal.getTime();
-        cal.set(Calendar.DAY_OF_MONTH, 1);
-        Date startOfMonth = cal.getTime();
-
-        List<CfBalanceLog> monthLogs = cfBalanceLogMapper.selectList(new LambdaQueryWrapper<CfBalanceLog>()
-                .eq(CfBalanceLog::getMemberId, memberId)
-                .eq(CfBalanceLog::getType, "earn")
-                .ge(CfBalanceLog::getCreatedAt, startOfMonth));
-        int monthEarned = 0;
-        int todayEarned = 0;
-        for (CfBalanceLog log : monthLogs) {
-            int amount = log.getAmount() == null ? 0 : log.getAmount();
-            monthEarned += amount;
-            if (log.getCreatedAt() != null && !log.getCreatedAt().before(startOfDay)) {
-                todayEarned += amount;
-            }
-        }
-
-        Map<String, Object> data = new LinkedHashMap<>();
-        data.put("todayEarned", todayEarned);
-        data.put("monthEarned", monthEarned);
-        data.put("totalEarned", view.getTotalEarned() == null ? 0 : view.getTotalEarned());
-        data.put("available", view.getAvailable() == null ? 0 : view.getAvailable());
-        return Result.success(data);
-    }
-
-    /**
-     * 家庭 CF 总览（成员维度）：全家累计 / 可用 / 已提现 / 已兑换 + 成员贡献榜。
-     *
-     * <p>替代已停写的 {@code family_earnings} 旧账本，数据源为 {@code cf_balance}。</p>
-     */
-    @GetMapping("/family-summary")
-    public Result<FamilyEarningsSummaryDTO> familySummary(@RequestAttribute("userId") Long userId,
-                                                          @RequestAttribute(value = "currentMemberId", required = false) Long currentMemberId) {
-        Long memberId = resolveMemberId(userId, currentMemberId);
-        if (memberId == null) {
-            return Result.error(404, "未找到当前用户对应的家庭成员，无法查询家庭 CF 总览");
-        }
-        FamilyMember self = familyMemberMapper.selectById(memberId);
-        Long familyId = self == null ? null : self.getFamilyId();
-
-        FamilyEarningsSummaryDTO summary = new FamilyEarningsSummaryDTO();
-        summary.setFamilyId(familyId);
-
-        List<CfBalance> balances = familyId == null ? Collections.emptyList()
-                : cfBalanceMapper.selectList(new LambdaQueryWrapper<CfBalance>()
-                        .eq(CfBalance::getFamilyId, familyId));
-
-        List<Long> memberIds = balances.stream()
-                .map(CfBalance::getMemberId).filter(id -> id != null)
-                .collect(Collectors.toList());
-        Map<Long, FamilyMember> memberMap = memberIds.isEmpty() ? Collections.emptyMap()
-                : familyMemberMapper.selectBatchIds(memberIds).stream()
-                        .collect(Collectors.toMap(FamilyMember::getId, m -> m, (a, b) -> a));
-
-        List<Long> userIds = balances.stream()
-                .map(CfBalance::getUserId).filter(id -> id != null)
-                .collect(Collectors.toList());
-        Map<Long, User> userMap = userIds.isEmpty() ? Collections.emptyMap()
-                : userMapper.selectBatchIds(userIds).stream()
-                        .collect(Collectors.toMap(User::getId, u -> u, (a, b) -> a));
-
-        long totalEarned = 0L;
-        long available = 0L;
-        long withdrawn = 0L;
-        long exchanged = 0L;
-        List<FamilyEarningsMemberDTO> members = new ArrayList<>();
-        for (CfBalance balance : balances) {
-            long memberTotal = balance.getTotalEarned() == null ? 0L : balance.getTotalEarned();
-            long memberAvailable = balance.getAvailable() == null ? 0L : balance.getAvailable();
-            FamilyMember member = memberMap.get(balance.getMemberId());
-            User user = balance.getUserId() == null ? null : userMap.get(balance.getUserId());
-
-            FamilyEarningsMemberDTO dto = new FamilyEarningsMemberDTO();
-            dto.setUserId(balance.getUserId());
-            dto.setNickname(user != null && user.getNickname() != null ? user.getNickname()
-                    : (member == null ? null : member.getNickname()));
-            dto.setAvatar(user != null && user.getAvatar() != null ? user.getAvatar()
-                    : (member == null ? null : member.getAvatar()));
-            dto.setAllocatedAmount(memberTotal);
-            dto.setAvailableAmount(memberAvailable);
-            dto.setConsumedAmount(Math.max(0L, memberTotal - memberAvailable));
-            dto.setIsAdmin(user != null && Boolean.TRUE.equals(user.getIsFamilyAdmin()));
-            // 新模型无家庭公共池，字段保留兼容前端；家庭内共享通过优惠券 / 成员转让实现
-            dto.setCanUseFamilyBalance(true);
-            members.add(dto);
-
-            totalEarned += memberTotal;
-            available += memberAvailable;
-            withdrawn += balance.getWithdrawn() == null ? 0L : balance.getWithdrawn();
-            exchanged += balance.getExchanged() == null ? 0L : balance.getExchanged();
-        }
-        members.sort((a, b) -> Long.compare(
-                b.getAllocatedAmount() == null ? 0L : b.getAllocatedAmount(),
-                a.getAllocatedAmount() == null ? 0L : a.getAllocatedAmount()));
-
-        summary.setTotalEarned(totalEarned);
-        summary.setAvailableAmount(available);
-        summary.setWithdrawnAmount(withdrawn);
-        summary.setDistributedAmount(exchanged);
-        summary.setMembers(members);
-        return Result.success(summary);
-    }
-
-    /**
-     * 推广类 CF 收益：F24 推荐注册 + F03a 直接销售奖 + F03b 间接销售奖 + F11 邀请里程碑。
-     *
-     * <p>仅统计本人当前成员的 {@code cf_balance_log}（type=earn）。</p>
-     */
-    @GetMapping("/promotion-earnings")
-    public Result<Map<String, Object>> promotionEarnings(@RequestAttribute("userId") Long userId,
-                                                         @RequestAttribute(value = "currentMemberId", required = false) Long currentMemberId) {
-        Long memberId = resolveMemberId(userId, currentMemberId);
-        if (memberId == null) {
-            return Result.error(404, "未找到当前用户对应的家庭成员，无法查询推广收益");
-        }
-        List<CfBalanceLog> logs = cfBalanceLogMapper.selectList(new LambdaQueryWrapper<CfBalanceLog>()
-                .eq(CfBalanceLog::getMemberId, memberId)
-                .eq(CfBalanceLog::getType, "earn")
-                .in(CfBalanceLog::getRefType, PROMOTION_REF_TYPES));
-        int total = logs.stream().mapToInt(log -> log.getAmount() == null ? 0 : log.getAmount()).sum();
-
-        Map<String, Object> data = new LinkedHashMap<>();
-        data.put("totalEarned", total);
-        data.put("refTypes", new ArrayList<>(PROMOTION_REF_TYPES));
-        return Result.success(data);
-    }
-
     /**
      * 家庭共享优惠券列表（N3 口径）：按登录用户所属家庭查券实例 + 券模板，
      * 返回券名 / 状态 / 有效期 / 抵扣面额等展示字段，家庭内成员共享可见。
@@ -278,18 +102,10 @@ public class CfBalanceController {
     }
 
     /**
-     * 登录 userId → 当前家庭成员（family_members.id）。
-     *
-     * <p>优先使用 {@code JwtInterceptor} 按 {@code users.family_id} 解析出的 currentMemberId；
-     * 缺失时回退到历史口径（user_id 匹配 + id 升序 LIMIT 1），保证无家庭用户兼容。</p>
+     * 登录 userId → 家庭成员（family_members.id）。
+     * 口径与 {@code CfEarnDispatchService} 的 resolveMemberId 一致：user_id 匹配 +
+     * 按 id 升序取第一条（LIMIT 1），未命中返回 null。
      */
-    private Long resolveMemberId(Long userId, Long currentMemberId) {
-        if (currentMemberId != null && currentMemberId > 0) {
-            return currentMemberId;
-        }
-        return resolveMemberId(userId);
-    }
-
     private Long resolveMemberId(Long userId) {
         if (userId == null || userId <= 0) {
             return null;
@@ -300,4 +116,4 @@ public class CfBalanceController {
                 .last("LIMIT 1"));
         return member == null ? null : member.getId();
     }
-}
+}

cfc-backend/src/main/java/com/etotem/cfc/controller/admin/DimensionConfigController.java

@@ -20,6 +20,9 @@ public class DimensionConfigController {
     @Resource
     private ProductDimensionConfigService productDimensionConfigService;
 
+    @Resource
+    private com.etotem.cfc.service.DimensionRegistryService dimensionRegistryService;
+
     @PostMapping("/list")
     public Result<Map<String, Object>> list(@RequestBody Map<String, Object> params) {
         String dimensionType = (String) params.get("dimensionType");
@@ -40,7 +43,9 @@ public class DimensionConfigController {
 
     @PostMapping("/save")
     public Result<ProductDimensionConfig> save(@RequestBody ProductDimensionConfig config) {
-        return Result.success(productDimensionConfigService.saveConfig(config));
+        // 统一维度体系 P0-T4（设计文档 §5.2）：admin 写入升级改调注册中心，
+        // 内部落 product_dimension_config（权威）+ dualWrite flag=true 时触发双写旧表。
+        return Result.success(dimensionRegistryService.saveConfig(config));
     }
 
     @PostMapping("/delete")
@@ -51,6 +56,7 @@ public class DimensionConfigController {
 
     @PostMapping("/tree")
     public Result<List<ProductDimensionConfig>> tree() {
+        // 7 body 子节点经 seed（迁移447）入库后，既有 tree() 按 parent_id 自然展开
         return Result.success(productDimensionConfigService.tree());
     }
 }

cfc-backend/src/main/java/com/etotem/cfc/controller/admin/DimensionRegistryController.java

@@ -0,0 +1,50 @@
+package com.etotem.cfc.controller.admin;
+
+import com.etotem.cfc.common.Result;
+import com.etotem.cfc.dto.DimensionNode;
+import com.etotem.cfc.service.DimensionRegistryService;
+import org.springframework.web.bind.annotation.GetMapping;
+import org.springframework.web.bind.annotation.PathVariable;
+import org.springframework.web.bind.annotation.RequestMapping;
+import org.springframework.web.bind.annotation.RequestParam;
+import org.springframework.web.bind.annotation.RestController;
+
+import javax.annotation.Resource;
+import java.util.List;
+
+/**
+ * 统一维度树只读查询接口（设计文档 §5.1）——统一取数入口。
+ *
+ * <p>供小程序/管理端 DimensionProvider 读取；合并维度节点 + 指标节点的统一树。</p>
+ */
+@RestController
+@RequestMapping("/api/dimension-registry")
+public class DimensionRegistryController {
+
+    @Resource
+    private DimensionRegistryService dimensionRegistryService;
+
+    @GetMapping("/tree")
+    public Result<List<DimensionNode>> tree(@RequestParam(required = false) String sourceSystem) {
+        return Result.success(dimensionRegistryService.getTree(sourceSystem));
+    }
+
+    @GetMapping("/roots")
+    public Result<List<DimensionNode>> roots() {
+        return Result.success(dimensionRegistryService.getRoots());
+    }
+
+    @GetMapping("/code/{code}")
+    public Result<DimensionNode> getByCode(@PathVariable String code) {
+        DimensionNode node = dimensionRegistryService.getNodeByCode(code);
+        if (node == null) {
+            return Result.error(404, "维度不存在");
+        }
+        return Result.success(node);
+    }
+
+    @GetMapping("/map")
+    public Result<String> map(@RequestParam String legacy) {
+        return Result.success(dimensionRegistryService.resolveLegacyToUnified(legacy));
+    }
+}

cfc-backend/src/main/java/com/etotem/cfc/dto/DimensionNode.java

@@ -0,0 +1,44 @@
+package com.etotem.cfc.dto;
+
+import java.util.List;
+
+/**
+ * 统一维度树节点（维度节点 ∪ 指标节点混排）。
+ *
+ * <p>结构见设计文档 §5.1：{id, code, name, parentId, nodeKind, sourceSystem,
+ * legacyAlias, wuxingRuleRef, children?}。</p>
+ */
+public class DimensionNode {
+
+    private Long id;
+    private String code;
+    private String name;
+    private Long parentId;
+    private String nodeKind;
+    private String sourceSystem;
+    private String legacyAlias;
+    private String wuxingRuleRef;
+    private List<DimensionNode> children;
+
+    public DimensionNode() {
+    }
+
+    public Long getId() { return id; }
+    public void setId(Long id) { this.id = id; }
+    public String getCode() { return code; }
+    public void setCode(String code) { this.code = code; }
+    public String getName() { return name; }
+    public void setName(String name) { this.name = name; }
+    public Long getParentId() { return parentId; }
+    public void setParentId(Long parentId) { this.parentId = parentId; }
+    public String getNodeKind() { return nodeKind; }
+    public void setNodeKind(String nodeKind) { this.nodeKind = nodeKind; }
+    public String getSourceSystem() { return sourceSystem; }
+    public void setSourceSystem(String sourceSystem) { this.sourceSystem = sourceSystem; }
+    public String getLegacyAlias() { return legacyAlias; }
+    public void setLegacyAlias(String legacyAlias) { this.legacyAlias = legacyAlias; }
+    public String getWuxingRuleRef() { return wuxingRuleRef; }
+    public void setWuxingRuleRef(String wuxingRuleRef) { this.wuxingRuleRef = wuxingRuleRef; }
+    public List<DimensionNode> getChildren() { return children; }
+    public void setChildren(List<DimensionNode> children) { this.children = children; }
+}

cfc-backend/src/main/java/com/etotem/cfc/entity/IndicatorDefinition.java

@@ -27,6 +27,12 @@ public class IndicatorDefinition {
     private Date createdAt;
     private Date updatedAt;
 
+    /** 父节点ID(可指向product_dimension_config.id或本表id, 混排进维度树) */
+    private Long parentId;
+
+    /** 历史别名(JSON数组字符串) */
+    private String legacyAlias;
+
     public Long getId() { return id; }
     public void setId(Long id) { this.id = id; }
     public String getDomain() { return domain; }
@@ -59,6 +65,10 @@ public class IndicatorDefinition {
     public void setGoodDirection(String goodDirection) { this.goodDirection = goodDirection; }
     public String getDimensionCode() { return dimensionCode; }
     public void setDimensionCode(String dimensionCode) { this.dimensionCode = dimensionCode; }
+    public Long getParentId() { return parentId; }
+    public void setParentId(Long parentId) { this.parentId = parentId; }
+    public String getLegacyAlias() { return legacyAlias; }
+    public void setLegacyAlias(String legacyAlias) { this.legacyAlias = legacyAlias; }
     public Date getCreatedAt() { return createdAt; }
     public void setCreatedAt(Date createdAt) { this.createdAt = createdAt; }
     public Date getUpdatedAt() { return updatedAt; }

cfc-backend/src/main/java/com/etotem/cfc/entity/ProductDimensionConfig.java

@@ -31,6 +31,18 @@ public class ProductDimensionConfig implements Serializable {
 
     private String remark;
 
+    /** 历史别名(JSON数组字符串): 承载现存4套编码, 如 ["growth"] */
+    private String legacyAlias;
+
+    /** 归属子系统: health/energy/indicator/knowledge */
+    private String sourceSystem;
+
+    /** 五行规则引用(木/火/金/水/土), 关联EnergyDimension.element */
+    private String wuxingRuleRef;
+
+    /** 节点种类: root(五维根)/sub(子维度) */
+    private String nodeKind;
+
     private Date createdAt;
 
     private Date updatedAt;

cfc-backend/src/main/java/com/etotem/cfc/service/DimensionCodeMapper.java

@@ -0,0 +1,110 @@
+package com.etotem.cfc.service;
+
+import com.etotem.cfc.entity.ProductDimensionConfig;
+import com.etotem.cfc.mapper.ProductDimensionConfigMapper;
+import com.fasterxml.jackson.core.type.TypeReference;
+import com.fasterxml.jackson.databind.ObjectMapper;
+import org.springframework.stereotype.Service;
+
+import javax.annotation.PostConstruct;
+import javax.annotation.Resource;
+import java.util.ArrayList;
+import java.util.Collections;
+import java.util.HashMap;
+import java.util.List;
+import java.util.Map;
+
+/**
+ * 映射层：legacy_alias ↔ 统一 code 双向翻译（设计文档 §4）。
+ *
+ * <p>注册中心加载后构建内存索引：
+ * <ul>
+ *   <li>Map&lt;legacyCode, unifiedCode&gt; — 旧编码 → 统一 code（resolveToUnified）</li>
+ *   <li>Map&lt;unifiedCode, List&lt;legacyCode&gt;&gt; — 统一 code → 旧编码列表（resolveLegacy）</li>
+ * </ul>
+ * 旧能量体系（energy_dimension.code）与统一 5 根同码，无需 alias 翻译，双写同步即 1:1。</p>
+ */
+@Service
+public class DimensionCodeMapper {
+
+    private static final ObjectMapper MAPPER = new ObjectMapper();
+
+    @Resource
+    private ProductDimensionConfigMapper configMapper;
+
+    private volatile Map<String, String> legacyToUnified = new HashMap<>();
+    private volatile Map<String, List<String>> unifiedToLegacy = new HashMap<>();
+    private volatile boolean loaded = false;
+
+    @PostConstruct
+    public synchronized void reload() {
+        Map<String, String> legacyMap = new HashMap<>();
+        Map<String, List<String>> unifiedMap = new HashMap<>();
+        for (ProductDimensionConfig cfg : configMapper.selectList(null)) {
+            String unified = cfg.getDimensionCode();
+            if (unified == null || unified.isEmpty()) {
+                continue;
+            }
+            // 统一 code 自身亦作为 alias 解析（自映射）
+            legacyMap.putIfAbsent(unified, unified);
+            List<String> aliases = parseLegacyAlias(cfg.getLegacyAlias());
+            if (aliases != null) {
+                for (String alias : aliases) {
+                    if (alias != null && !alias.isEmpty()) {
+                        legacyMap.putIfAbsent(alias, unified);
+                    }
+                }
+                unifiedMap.put(unified, aliases);
+            }
+        }
+        this.legacyToUnified = legacyMap;
+        this.unifiedToLegacy = unifiedMap;
+        this.loaded = true;
+    }
+
+    /** 旧编码 → 统一 code；已传入统一 code 则原样返回；未知则返回原值（容错）。 */
+    public String resolveToUnified(String legacy) {
+        if (legacy == null) {
+            return null;
+        }
+        if (!loaded) {
+            reload();
+        }
+        String unified = legacyToUnified.get(legacy.trim());
+        return unified != null ? unified : legacy.trim();
+    }
+
+    /** 统一 code → 旧编码列表；无别名返回空列表。 */
+    public List<String> resolveLegacy(String unified) {
+        if (unified == null) {
+            return Collections.emptyList();
+        }
+        if (!loaded) {
+            reload();
+        }
+        List<String> aliases = unifiedToLegacy.get(unified);
+        return aliases != null ? aliases : Collections.emptyList();
+    }
+
+    /** 校验传入 code 是否为注册中心已知统一 code（含 legacy_alias 匹配）。 */
+    public boolean isKnownCode(String code) {
+        if (code == null || code.isEmpty()) {
+            return false;
+        }
+        if (!loaded) {
+            reload();
+        }
+        return legacyToUnified.containsKey(code.trim());
+    }
+
+    private List<String> parseLegacyAlias(String json) {
+        if (json == null || json.isEmpty()) {
+            return Collections.emptyList();
+        }
+        try {
+            return MAPPER.readValue(json, new TypeReference<List<String>>() {});
+        } catch (Exception e) {
+            return new ArrayList<>();
+        }
+    }
+}

cfc-backend/src/main/java/com/etotem/cfc/service/DimensionRegistryService.java

@@ -0,0 +1,183 @@
+package com.etotem.cfc.service;
+
+import com.etotem.cfc.common.constant.DimensionCodeConstants;
+import com.etotem.cfc.dto.DimensionNode;
+import com.etotem.cfc.entity.IndicatorDefinition;
+import com.etotem.cfc.entity.ProductDimensionConfig;
+import org.springframework.beans.factory.annotation.Value;
+import org.springframework.stereotype.Service;
+import org.springframework.util.StringUtils;
+
+import javax.annotation.Resource;
+import java.util.ArrayList;
+import java.util.HashMap;
+import java.util.List;
+import java.util.Map;
+
+/**
+ * 统一维度体系注册中心服务（设计文档 §6）。
+ *
+ * <p>统一树 = product_dimension_config 维度节点 ∪ indicator_definitions 指标节点（混排）。
+ * 提供取数入口：getTree / getRoots / getNodeByCode / saveConfig。</p>
+ */
+@Service
+public class DimensionRegistryService {
+
+    @Resource
+    private ProductDimensionConfigService productDimensionConfigService;
+
+    @Resource
+    private IndicatorService indicatorService;
+
+    @Resource
+    private DimensionCodeMapper dimensionCodeMapper;
+
+    @Resource
+    private DimensionSyncService dimensionSyncService;
+
+    /** feature flag：注册中心读切换（默认关，分阶段开启） */
+    @Value("${dimension.registry.enabled:false}")
+    private boolean registryEnabled;
+
+    /** feature flag：双写过渡期开关（默认关） */
+    @Value("${dimension.registry.dualWrite:false}")
+    private boolean dualWrite;
+
+    /** 统一树（维度节点 + 指标节点混排）。sourceSystem 为空返回全部。 */
+    public List<DimensionNode> getTree(String sourceSystem) {
+        List<ProductDimensionConfig> dims = productDimensionConfigService.list();
+        List<IndicatorDefinition> indicators = indicatorService.listAll();
+
+        // 统一转成 DimensionNode（维度节点标识 root/sub；指标节点标识 indicator）
+        Map<Long, DimensionNode> idToNode = new HashMap<>();
+        List<DimensionNode> roots = new ArrayList<>();
+
+        for (ProductDimensionConfig d : dims) {
+            if (!StringUtils.isEmpty(sourceSystem) && !sourceSystem.equals(d.getSourceSystem())) {
+                continue;
+            }
+            DimensionNode n = toNode(d);
+            idToNode.put(n.getId(), n);
+        }
+
+        // 指标节点挂到维度节点（indicator_definitions.parent_id → product_dimension_config.id 或指标自引用）
+        for (IndicatorDefinition ind : indicators) {
+            if (ind.getParentId() == null) {
+                continue;
+            }
+            DimensionNode n = new DimensionNode();
+            n.setId(ind.getId());
+            n.setCode(ind.getCode());
+            n.setName(ind.getName());
+            n.setParentId(ind.getParentId());
+            n.setNodeKind("indicator");
+            n.setSourceSystem("indicator");
+            n.setLegacyAlias(ind.getLegacyAlias());
+            idToNode.putIfAbsent(n.getId(), n);
+        }
+
+        // 按 parentId 组装
+        for (DimensionNode n : idToNode.values()) {
+            Long parentId = n.getParentId();
+            if (parentId != null && idToNode.containsKey(parentId)) {
+                DimensionNode parent = idToNode.get(parentId);
+                if (parent.getChildren() == null) {
+                    parent.setChildren(new ArrayList<>());
+                }
+                parent.getChildren().add(n);
+            } else if (parentId == null) {
+                roots.add(n);
+            }
+        }
+        return roots;
+    }
+
+    /** 5 根。 */
+    public List<DimensionNode> getRoots() {
+        return getTree(null).stream()
+                .filter(n -> DimensionCodeConstants.BODY.equals(n.getCode())
+                        || DimensionCodeConstants.MIND.equals(n.getCode())
+                        || DimensionCodeConstants.WISDOM.equals(n.getCode())
+                        || DimensionCodeConstants.ACTION.equals(n.getCode())
+                        || DimensionCodeConstants.WEALTH.equals(n.getCode()))
+                .collect(java.util.stream.Collectors.toList());
+    }
+
+    /** 按统一 code 取节点（含 legacy_alias）。 */
+    public DimensionNode getNodeByCode(String code) {
+        if (code == null) {
+            return null;
+        }
+        String unified = dimensionCodeMapper.resolveToUnified(code);
+        for (DimensionNode n : flatten(getTree(null))) {
+            if (unified.equals(n.getCode())) {
+                return n;
+            }
+        }
+        return null;
+    }
+
+    /** legacy → 统一 code 解析（映射层）。 */
+    public String resolveLegacyToUnified(String legacy) {
+        return dimensionCodeMapper.resolveToUnified(legacy);
+    }
+
+    /** 注册中心写入入口：admin 配置写产品维度配置表 + 校验 code 唯一。 */
+    public ProductDimensionConfig saveConfig(ProductDimensionConfig node) {
+        if (node == null) {
+            return null;
+        }
+        ProductDimensionConfig saved = productDimensionConfigService.saveConfig(node);
+        // 双写过渡期：flag=true 时同步旧能量体系表
+        if (dualWrite) {
+            try {
+                dimensionSyncService.syncToLegacy(saved);
+            } catch (Exception e) {
+                // 双写失败不阻断主链路，由双写校验任务兜底
+            }
+        }
+        reloadMapper();
+        return saved;
+    }
+
+    /** 注册中心读取开关是否开启。 */
+    public boolean isRegistryEnabled() {
+        return registryEnabled;
+    }
+
+    /** 双写开关。 */
+    public boolean isDualWrite() {
+        return dualWrite;
+    }
+
+    private void reloadMapper() {
+        try {
+            dimensionCodeMapper.reload();
+        } catch (Exception ignored) {
+        }
+    }
+
+    private DimensionNode toNode(ProductDimensionConfig d) {
+        DimensionNode n = new DimensionNode();
+        n.setId(d.getId());
+        n.setCode(d.getDimensionCode());
+        n.setName(d.getDimensionName());
+        n.setParentId(d.getParentId());
+        n.setNodeKind(d.getNodeKind() != null ? d.getNodeKind() : "sub");
+        n.setSourceSystem(d.getSourceSystem());
+        n.setLegacyAlias(d.getLegacyAlias());
+        n.setWuxingRuleRef(d.getWuxingRuleRef());
+        return n;
+    }
+
+    private List<DimensionNode> flatten(List<DimensionNode> roots) {
+        List<DimensionNode> all = new ArrayList<>();
+        for (DimensionNode r : roots) {
+            all.add(r);
+            if (r.getChildren() != null) {
+                all.addAll(flatten(r.getChildren()));
+            }
+        }
+        return all;
+    }
+}

cfc-backend/src/main/java/com/etotem/cfc/service/DimensionSyncService.java

@@ -0,0 +1,48 @@
+package com.etotem.cfc.service;
+
+import com.etotem.cfc.entity.ProductDimensionConfig;
+import lombok.extern.slf4j.Slf4j;
+import org.springframework.stereotype.Service;
+
+/**
+ * 双写过渡期服务（设计文档 §5.2 / §8.2）。
+ *
+ * <p>注册中心上线后先双写：新写入同时落注册中心 + 旧表（energy_dimension /
+ * energy_dimension_config / dimension_weights），由 feature flag
+ * {@code dimension.registry.dualWrite} 控制。旧 EnergyService 仍读旧表，行为不变。</p>
+ *
+ * <p>当前为骨架：flag 门控 + 1:1 code 对齐映射（旧能量体系与统一 5 根同码）。
+ * 具体 upsert 到旧表由 P2-T3 前按调用日志确认零调用后退役，此处仅在 flag=true 时执行。</p>
+ */
+@Slf4j
+@Service
+public class DimensionSyncService {
+
+    /**
+     * 双写：注册中心节点 → 旧能量体系表（code 1:1 对齐，五行规则逻辑零改动）。
+     *
+     * @param node 注册中心节点（product_dimension_config）
+     */
+    public void syncToLegacy(ProductDimensionConfig node) {
+        if (node == null) {
+            return;
+        }
+        String code = node.getDimensionCode();
+        if (code == null || code.isEmpty()) {
+            return;
+        }
+        // 仅同步 5 根统一 code（body/mind/wisdom/action/wealth）到旧能量体系；
+        // 子维度（body.growth 等）暂不写旧表，避免与旧 7 维编码体系冲突。
+        switch (code) {
+            case "body":
+            case "mind":
+            case "wisdom":
+            case "action":
+            case "wealth":
+                log.debug("双写同步维度 {} 至旧能量体系表（骨架，待 P2-T3 接入实际 upsert）", code);
+                break;
+            default:
+                log.debug("双写跳过非五维码 {}（子维度由 legacy_alias 逻辑映射）", code);
+        }
+    }
+}

cfc-backend/src/main/java/com/etotem/cfc/service/IndicatorService.java

@@ -19,6 +19,10 @@ public class IndicatorService {
     @Resource
     private IndicatorValueMapper indicatorValueMapper;
 
+    public List<IndicatorDefinition> listAll() {
+        return indicatorDefinitionMapper.selectList(null);
+    }
+
     public List<IndicatorDefinition> listDefinitions(String domain, String category, Integer status) {
         LambdaQueryWrapper<IndicatorDefinition> qw = new LambdaQueryWrapper<>();
         if (domain != null) qw.eq(IndicatorDefinition::getDomain, domain);

cfc-backend/src/main/resources/application.yml

@@ -134,6 +134,13 @@ python:
     failure-threshold: 3
     reset-timeout-ms: 30000
 
+# 统一维度体系（2026-11-03-unified-dimension-system-design.md §8.2）
+# 注册中心上线后分阶段开启：enabled 控制读切换，dualWrite 控制双写过渡期
+dimension:
+  registry:
+    enabled: false
+    dualWrite: false
+
 langgraph:
   # LangGraph 报告解析服务（健康报告 PDF → 结构化 JSON）
   # 开发环境默认 localhost，生产环境指向 ai.etotem.com.cn

cfc-backend/src/main/resources/schema.sql

@@ -2623,6 +2623,8 @@ CREATE TABLE IF NOT EXISTS indicator_definitions (
     value_type VARCHAR(16) COMMENT '语义类型: numeric/categorical/level',
     good_direction VARCHAR(16) DEFAULT 'neutral' COMMENT '变化优劣方向: higher_is_better/lower_is_better/in_range_is_better/neutral',
     dimension_code VARCHAR(16) COMMENT '关联五维(body/mind/wisdom/action/wealth，可空)',
+    parent_id BIGINT COMMENT '父节点ID(可指向product_dimension_config.id或本表id, 混排进维度树)',
+    legacy_alias VARCHAR(512) COMMENT '历史别名(JSON数组)',
     sort_order INT DEFAULT 0 COMMENT '排序',
     status TINYINT DEFAULT 1 COMMENT '0=禁用 1=启用',
     created_at DATETIME DEFAULT CURRENT_TIMESTAMP,
@@ -5757,9 +5759,13 @@ CREATE TABLE IF NOT EXISTS product_dimension_config (
     enabled TINYINT(1) DEFAULT 1 COMMENT '启用: 0禁用 1启用',
     dify_dataset_id VARCHAR(100) COMMENT 'Dify Dataset ID，不填则不同步',
     remark VARCHAR(500) COMMENT '备注',
+    legacy_alias VARCHAR(512) COMMENT '历史别名(JSON数组): 承载现存4套编码, 如 ["growth"]',
+    source_system VARCHAR(32) COMMENT '归属子系统: health/energy/indicator/knowledge',
+    wuxing_rule_ref VARCHAR(30) COMMENT '五行规则引用(木/火/金/水/土), 关联EnergyDimension.element',
+    node_kind VARCHAR(16) DEFAULT 'root' COMMENT '节点种类: root(五维根)/sub(子维度)',
     created_at DATETIME DEFAULT CURRENT_TIMESTAMP,
     updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
-) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='维度配置表';
+) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='维度配置表(统一维度注册中心)';
 
 -- 知识库表
 CREATE TABLE IF NOT EXISTS dan_knowledge_base (

cfc-frontend/components/login-sheet.vue

@@ -6,19 +6,17 @@
       </view>
       <scroll-view scroll-y class="login-sheet-scroll" :show-scrollbar="false">
         <view class="login-sheet-content">
-          <!-- 品牌区 -->
-          <view class="brand-section">
-            <image class="logo" src="/static/logo.png" mode="aspectFit" @error="handleImageError"></image>
-            <text class="app-name">浠艾福</text>
-            <text class="identity">您的专属家庭主动健康管理师</text>
-            <text class="slogan">家里每个人的状态，你真的看见了？</text>
+          <!-- 品牌区（左上角锁定版式，与首页一致） -->
+          <view class="brand-bar">
+            <image class="brand-logo" src="/static/logo.png" mode="aspectFit" @error="handleImageError"></image>
+            <view class="brand-texts">
+              <text class="brand-name">浠艾福</text>
+              <text class="brand-tagline">您的专属家庭主动健康陪跑</text>
+            </view>
           </view>
 
           <!-- 理念卡 -->
           <view class="concept-card">
-            <view class="concept-desc">
-              不等问题发生，先一步<text class="concept-highlight">识别风险 · 主动干预 · 持续评估</text>，把全家健康管理融入每一天。
-            </view>
             <view class="loop-row">
               <view class="loop-pill loop-pill-indigo"><text>🔍</text><text class="loop-pill-text">提前识别</text></view>
               <text class="loop-arrow">→</text>
@@ -30,15 +28,6 @@
             </view>
           </view>
 
-          <!-- 五维标签 -->
-          <view class="dims-row">
-            <view class="dim-tag dim-tag-body"><text>🌏</text><text>身·健康</text></view>
-            <view class="dim-tag dim-tag-wisdom"><text>⚡</text><text>智·认知</text></view>
-            <view class="dim-tag dim-tag-wealth"><text>💧</text><text>富·创富</text></view>
-            <view class="dim-tag dim-tag-action"><text>🌿</text><text>行·和谐</text></view>
-            <view class="dim-tag dim-tag-mind"><text>🔥</text><text>心·大爱</text></view>
-          </view>
-
           <!-- 登录表单 -->
           <view class="login-form">
             <view class="phone-section">
@@ -51,7 +40,8 @@
                 :disabled="!agreed || loading || tapLock"
               >
                 <text class="phone-btn-icon">📱</text>
-                <text>手机号快捷登录</text>
+                <text class="phone-btn-text">手机号快捷登录</text>
+                <text class="phone-arrows">›››</text>
               </button>
             </view>
 
@@ -260,8 +250,8 @@ export default {
   left: 0;
   right: 0;
   bottom: 0;
-  height: 51vh;
-  max-height: 51vh;
+  height: 60vh;
+  max-height: 65vh;
   background: linear-gradient(180deg, #fffaf3 0%, #fff3e4 100%);
   border-radius: 24rpx 24rpx 0 0;
   overflow: hidden;
@@ -298,34 +288,46 @@ export default {
   box-sizing: border-box;
 }
 
-/* ===== 品牌区 ===== */
-.brand-section {
+/* ===== 品牌区（左上角锁定版式，与首页一致） ===== */
+.brand-bar {
   display: flex;
-  flex-direction: column;
   align-items: center;
-  padding: 24rpx 0 8rpx;
+  gap: 20rpx;
+  padding: 4rpx 0;
+  box-sizing: border-box;
 }
-.logo {
-  width: 128rpx;
-  height: 128rpx;
-  border-radius: 24rpx;
+.brand-logo {
+  width: 80rpx;
+  height: 80rpx;
+  border-radius: 20rpx;
+  background: $app-surface;
+  box-shadow: 0 6rpx 16rpx rgba($brand-primary, 0.18);
+  flex-shrink: 0;
+}
+.brand-texts {
+  display: flex;
+  flex-direction: column;
+  justify-content: center;
+  min-width: 0;
+  padding-left: 20rpx;
+  border-left: 2rpx solid rgba($brand-primary, 0.28);
 }
-.app-name {
-  font-size: calc(44rpx * var(--font-scale, 1));
+.brand-name {
+  font-size: calc(38rpx * var(--font-scale, 1));
   font-weight: bold;
   color: $facade-text-strong;
-  margin-top: 16rpx;
-}
-.identity {
-  font-size: calc(26rpx * var(--font-scale, 1));
-  color: $brand-primary;
-  margin-top: 8rpx;
+  letter-spacing: 3rpx;
+  line-height: 1.2;
 }
-.slogan {
-  font-size: calc(24rpx * var(--font-scale, 1));
-  color: $facade-text-muted;
-  margin-top: 12rpx;
-  text-align: center;
+.brand-tagline {
+  display: block;
+  font-size: calc(22rpx * var(--font-scale, 1));
+  font-weight: 500;
+  color: $brand-primary-deep;
+  margin-top: 6rpx;
+  letter-spacing: 1rpx;
+  line-height: 1.2;
+  white-space: nowrap;
 }
 
 /* ===== 理念卡 ===== */
@@ -335,15 +337,6 @@ export default {
   padding: 24rpx;
   margin-top: 28rpx;
 }
-.concept-desc {
-  font-size: calc(26rpx * var(--font-scale, 1));
-  color: $facade-text-deep;
-  line-height: 1.6;
-}
-.concept-highlight {
-  color: $brand-primary;
-  font-weight: 600;
-}
 .loop-row {
   display: flex;
   flex-direction: row;
@@ -378,33 +371,83 @@ export default {
   flex-shrink: 0;  /* 箭头不被压缩 */
 }
 
-/* ===== 五维标签 ===== */
-.dims-row {
-  display: flex;
-  flex-direction: row;
-  justify-content: center;
-  align-items: center;
-  flex-wrap: nowrap;  /* 禁止换行，保持五维维度在一行 */
-  margin-top: 24rpx;
-  padding: 0 32rpx;  /* 左右留白，避免贴边 */
+/* 轨道环：缓慢旋转，呼应 Web 端虚线轨道 */
+.orbit-ring {
+  position: absolute;
+  left: 50%; top: 50%;
+  width: 240rpx; height: 240rpx;
+  margin-left: -120rpx; margin-top: -120rpx;
+  border: 2rpx dashed rgba(194, 112, 61, 0.35);
+  border-radius: 50%;
   box-sizing: border-box;
+  animation: orbitRingSpin 24s linear infinite;
+}
+@keyframes orbitRingSpin {
+  0%   { transform: rotate(0deg); }
+  100% { transform: rotate(360deg); }
+}
+/* 中心"家"徽章：金色脉冲，呼应 Web 端中心节点 */
+.orbit-center {
+  position: absolute;
+  left: 50%; top: 50%;
+  width: 84rpx; height: 84rpx;
+  margin-left: -42rpx; margin-top: -42rpx;
+  border-radius: 50%;
+  background: #F59E0B;
+  display: flex; align-items: center; justify-content: center;
+  color: #fff; font-size: calc(36rpx * var(--font-scale, 1)); font-weight: 700;
+  box-shadow: 0 0 20rpx rgba(245, 158, 11, 0.4);
+  animation: orbitCenterPulse 3s ease-in-out infinite;
+  z-index: 3;
+}
+@keyframes orbitCenterPulse {
+  0%, 100% { box-shadow: 0 0 20rpx rgba(245, 158, 11, 0.4); transform: scale(1); }
+  50%      { box-shadow: 0 0 36rpx rgba(245, 158, 11, 0.6); transform: scale(1.06); }
+}
+/* 五维公转节点：绕中心旋转，文字保持正立 */
+.orbit-node {
+  position: absolute;
+  left: 50%; top: 50%;
+  width: 76rpx; height: 76rpx;
+  margin-left: -38rpx; margin-top: -38rpx;
+  border-radius: 50%;
+  background: var(--node-color);
+  display: flex; align-items: center; justify-content: center;
+  color: #fff; font-size: calc(30rpx * var(--font-scale, 1)); font-weight: 700;
+  box-shadow: 0 4rpx 12rpx rgba(0, 0, 0, 0.15);
+  z-index: 2;
+  animation-duration: 15s;
+  animation-timing-function: linear;
+  animation-iteration-count: infinite;
+}
+.orbit-node-char { line-height: 1; }
+/* 五节点：颜色 + 起始角度 + 错峰延迟，与 Web 端一致 */
+.node-0 { --node-color: #FF8C42; animation-name: orbitNode0; animation-delay: 0s; }    /* 身 */
+.node-1 { --node-color: #1677FF; animation-name: orbitNode1; animation-delay: -3s; }   /* 智 */
+.node-2 { --node-color: #F59E0B; animation-name: orbitNode2; animation-delay: -6s; }   /* 富 */
+.node-3 { --node-color: #10B981; animation-name: orbitNode3; animation-delay: -9s; }   /* 行 */
+.node-4 { --node-color: #FF6B9D; animation-name: orbitNode4; animation-delay: -12s; }  /* 心 */
+
+@keyframes orbitNode0 {
+  0%   { transform: rotate(0deg)   translateX(120rpx) rotate(0deg); }
+  100% { transform: rotate(360deg) translateX(120rpx) rotate(-360deg); }
 }
-.dim-tag {
-  display: flex;
-  flex-direction: row;
-  align-items: center;
-  border-radius: 999rpx;
-  padding: 8rpx 14rpx;
-  font-size: calc(22rpx * var(--font-scale, 1));
-  color: $app-surface;
-  margin: 0 8rpx;  /* 使用 margin 替代 gap，微信小程序不支持 gap */
-  white-space: nowrap;
+@keyframes orbitNode1 {
+  0%   { transform: rotate(72deg)   translateX(120rpx) rotate(-72deg); }
+  100% { transform: rotate(432deg)  translateX(120rpx) rotate(-432deg); }
+}
+@keyframes orbitNode2 {
+  0%   { transform: rotate(144deg)  translateX(120rpx) rotate(-144deg); }
+  100% { transform: rotate(504deg)  translateX(120rpx) rotate(-504deg); }
+}
+@keyframes orbitNode3 {
+  0%   { transform: rotate(216deg)  translateX(120rpx) rotate(-216deg); }
+  100% { transform: rotate(576deg)  translateX(120rpx) rotate(-576deg); }
+}
+@keyframes orbitNode4 {
+  0%   { transform: rotate(288deg)  translateX(120rpx) rotate(-288deg); }
+  100% { transform: rotate(648deg)  translateX(120rpx) rotate(-648deg); }
 }
-.dim-tag-body { background: $status-success; }
-.dim-tag-wisdom { background: $dim-wisdom; }
-.dim-tag-wealth { background: $dim-wealth; }
-.dim-tag-action { background: #14b8a6; }
-.dim-tag-mind { background: $status-danger; }
 
 /* ===== 登录表单 ===== */
 .login-form {
@@ -412,10 +455,10 @@ export default {
 }
 .phone-btn {
   width: 100%;
-  height: 96rpx;
+  height: 82rpx;
   border-radius: 24rpx;
-  background: linear-gradient(135deg, $brand-primary, $brand-primary-light);
-  color: $app-surface;
+  background: linear-gradient(135deg, #FFC24A 0%, #FFA726 100%);
+  color: #14458F;
   font-size: calc(32rpx * var(--font-scale, 1));
   font-weight: 600;
   display: flex;
@@ -423,17 +466,32 @@ export default {
   align-items: center;
   justify-content: center;
   border: none;
+  box-shadow: 0 8rpx 20rpx rgba(255, 167, 38, 0.32);
 }
 .phone-btn::after {
   border: none;
 }
 .phone-btn[disabled] {
-  background: #e0d8cc !important;
-  color: $text-ghost-soft !important;
+  background: #FFEFD0 !important;
+  color: #B57E2A !important;
 }
 .phone-btn-icon {
   margin-right: 8rpx;
 }
+.phone-btn-text {
+  color: #000000;
+}
+.phone-arrows {
+  margin-left: 10rpx;
+  font-weight: bold;
+  letter-spacing: 2rpx;
+  color: #000000;
+  animation: arrowBlink 1s ease-in-out infinite;
+}
+@keyframes arrowBlink {
+  0%, 100% { opacity: 1; }
+  50% { opacity: 0.15; }
+}
 
 /* ===== 暂不登录 ===== */
 .skip-section {

cfc-frontend/pages/home-pages/child-index.vue

@@ -382,6 +382,7 @@ export default {
       hasChildren: false,
       guidePopup: null,
       showGuidePopup: false,
+      _onboardingGuideAttempted: false,
       _guidePopupAttempted: false,
       nickname: '',
       memberId: '',
@@ -770,6 +771,8 @@ export default {
     },
     _checkOnboardingShow() {
       var self = this
+      // 1. 登录守卫：未登录时不尝试引导
+      if (!this.isLoggedIn()) return
       getGuideConfig().then(function(res) {
         var cfg = (res && res.data) ? res.data : null
         var cfgVersion = cfg ? (cfg.version || '1.0') : '1.0'
@@ -789,7 +792,7 @@ export default {
         if (self._compareVersion(seenVersion, cfgVersion) >= 0) return
         self.showOnboarding = true
       }).catch(function() {
-        // 接口失败按旧逻辑：无配置则 version='1.0'，已看过则不显示
+        // 接口失败降级：无配置则 version='1.0'，已看过则不显示
         var stored = uni.getStorageSync('_onboardingDone')
         if (stored) {
           try {

cfc-frontend/pages/index-home/index.vue

@@ -1973,6 +1973,8 @@ title: '添加家庭成员',
     // 首次登录引导浮层：异步拉取配置并按版本号判断是否展示
     _maybeShowOnboardingGuide() {
       if (this.showOnboardingGuide) return
+      // 未登录时不打标、不发请求；登录成功后 onSheetLoginSuccess 会再次触发本方法
+      if (!this.isLoggedIn()) return
       if (this._onboardingGuideAttempted) return
       this._onboardingGuideAttempted = true
       var self = this
@@ -1994,11 +1996,10 @@ title: '添加家庭成员',
         }
         if (self._compareVersion(seenVersion, cfgVersion) >= 0) return
         setTimeout(function() {
-          if (!self.isLoggedIn()) return
           self.showOnboardingGuide = true
         }, 600)
       }).catch(function() {
-        // 接口失败走旧逻辑
+        // 接口失败降级：无配置则 version='1.0'，已看过则不显示
         var stored = uni.getStorageSync('_onboardingDone')
         if (stored) {
           try {
@@ -2007,7 +2008,6 @@ title: '添加家庭成员',
           } catch (e) {}
         }
         setTimeout(function() {
-          if (!self.isLoggedIn()) return
           self.showOnboardingGuide = true
         }, 600)
       })

cfc-frontend/pages/profile-main/profile.vue

@@ -345,7 +345,7 @@ import {
   getChildren, getFamilyMemberList,
   getTodayTasksByCategory, getChallengeList, getMyMembership,
   verifyPassword, getPointsBalance, getUserInfo,
-  cartCount, getOrderCounts, getCfPromotionEarnings,
+  cartCount, getOrderCounts, getReferralSummary,
   getProfileStats, getMyReferrer, getVendorTeamList, getVendorHierarchyInfo,
   getTeacherInfo, getTeacherPendingTasks, getTeacherUnreadCount,
   getReferralCode, extractReferralCode, getShareQrCode, getEnergySandbox,
@@ -601,9 +601,9 @@ export default {
 
     loadReferralEarnings() {
       var self = this
-      getCfPromotionEarnings().then(function(res) {
+      getReferralSummary().then(function(res) {
         if (res && res.code === 200 && res.data) {
-          self.referralEarnings = res.data.totalEarned || 0
+          self.referralEarnings = res.data.totalEarnings || 0
         }
       }).catch(function() {})
     },

cfc-frontend/pages/promotion/index.vue

@@ -5,19 +5,19 @@
     <view class="family-earnings-card" v-if="familySummary">
       <view class="fe-header">
         <view class="fe-title-row">
-          <text class="fe-title">🏠 家庭CF总览</text>
+          <text class="fe-title">🏠 家庭公共收益</text>
           <text class="fe-badge" v-if="isAdmin">管理员</text>
         </view>
-        <text class="fe-subtitle">家庭成员 CF 贡献与余额</text>
+        <text class="fe-subtitle">家庭成员共同努力的成果</text>
       </view>
       <view class="fe-grid">
         <view class="fe-item">
           <text class="fe-value orange">{{ cfVal(familySummary.totalEarned) }}</text>
-          <text class="fe-label">家庭累计CF</text>
+          <text class="fe-label">累计推荐CF</text>
         </view>
         <view class="fe-item">
           <text class="fe-value blue">{{ cfVal(familySummary.availableAmount) }}</text>
-          <text class="fe-label">家庭可用CF</text>
+          <text class="fe-label">可支配CF</text>
         </view>
         <view class="fe-item">
           <text class="fe-value green">{{ cfVal(familySummary.withdrawnAmount) }}</text>
@@ -25,9 +25,14 @@
         </view>
         <view class="fe-item">
           <text class="fe-value purple">{{ cfVal(familySummary.distributedAmount) }}</text>
-          <text class="fe-label">已兑换CF</text>
+          <text class="fe-label">已分配CF</text>
         </view>
       </view>
+
+      <!-- 管理员操作按钮（仅管理员可见） -->
+      <view class="fe-actions" v-if="isAdmin">
+        <button class="fe-btn fe-btn-distribute" @click="showDistributeSheet = true">分配收益</button>
+      </view>
     </view>
 
     <!-- 成员贡献榜 -->
@@ -49,12 +54,16 @@
           <view class="member-info">
             <text class="member-name">{{ m.nickname || '用户' }}</text>
             <text class="member-role-tag" v-if="m.isAdmin">管理员</text>
+            <text class="member-balance-tag" v-if="m.canUseFamilyBalance">池可用</text>
+            <text class="member-balance-tag disabled-tag" v-else>池关闭</text>
           </view>
           <view class="member-amounts">
-            <text class="member-amount allocated">累计 {{ cfVal(m.allocatedAmount) }}</text>
-            <text class="member-amount consumed">消费 {{ cfVal(m.consumedAmount) }}</text>
-            <text class="member-amount available">可用 {{ cfVal(m.availableAmount) }}</text>
+            <text class="member-amount allocated">+{{ cfVal(m.allocatedAmount) }}</text>
+            <text class="member-amount consumed">-{{ cfVal(m.consumedAmount) }}</text>
+            <text class="member-amount available">={{ cfVal(m.availableAmount) }}</text>
           </view>
+          <!-- 管理员可切换成员池权限 -->
+          <switch v-if="isAdmin && !m.isAdmin" class="member-switch" :checked="m.canUseFamilyBalance" @change="toggleMemberAccess(m)" :color="primaryColor"></switch>
         </view>
       </view>
     </view>
@@ -75,15 +84,15 @@
     <!-- 统计卡片 -->
     <view class="stats-cards">
       <view class="stat-card today-card">
-        <text class="stat-value">{{ stats.todayEarned || 0 }}</text>
+        <text class="stat-value">{{ stats.todayCommission || 0 }}</text>
         <text class="stat-label">今日CF</text>
       </view>
       <view class="stat-card month-card">
-        <text class="stat-value">{{ stats.monthEarned || 0 }}</text>
+        <text class="stat-value">{{ stats.monthCommission || 0 }}</text>
         <text class="stat-label">本月CF</text>
       </view>
       <view class="stat-card total-card">
-        <text class="stat-value">{{ stats.totalEarned || 0 }}</text>
+        <text class="stat-value">{{ stats.totalCommission || 0 }}</text>
         <text class="stat-label">累计CF</text>
       </view>
     </view>
@@ -158,26 +167,53 @@
     <view style="height:40rpx"></view>
     </scroll-view>
 
+    <!-- iOS 修复：position: fixed 不能嵌套在 scroll-view 内，会导致固定定位失效。已移至 scroll-view 后 -->
+    <view class="sheet-mask" v-if="showDistributeSheet" @click="showDistributeSheet = false">
+      <view class="sheet-content" @click.stop>
+        <text class="sheet-title">分配收益</text>
+        <text class="sheet-hint">选择成员并输入分配CF值</text>
+        <picker class="sheet-picker" mode="selector" :range="memberOptions" :value="distributeMemberIdx" @change="onDistributeMemberChange">
+          <text>{{ distributeMemberIdx >= 0 ? memberOptions[distributeMemberIdx] : '选择成员' }}</text>
+        </picker>
+        <input class="sheet-input" type="digit" v-model="distributeAmount" placeholder="输入分配CF值" />
+        <view class="sheet-actions">
+          <button class="sheet-cancel" @click="showDistributeSheet = false">取消</button>
+          <button class="sheet-confirm" @click="doDistribute" :disabled="distributeMemberIdx < 0 || !distributeAmount || distributeAmount <= 0">确认分配</button>
+        </view>
+      </view>
+    </view>
+
   </view>
 </template>
 
 <script>
-import { getCfBalance, getCfStats, getCfFamilySummary, getReferralCode, extractReferralCode } from '../../utils/api.js'
+import { BrandColors } from '@/utils/brand-colors.js'
+import { getReferralSummary, getCfSummary, getFamilyEarningsSummary, getFamilyEarningsMembers, getFamilyEarningsRecords, distributeToMember, toggleMemberBalance, withdrawFamilyEarnings, getReferralCode, extractReferralCode } from '../../utils/api.js'
 import fontScaleMixin from '@/mixins/font-scale.js'
 
 export default {
   mixins: [fontScaleMixin],
   data() {
     return {
+      primaryColor: BrandColors.primary,
+      totalEarnings: '0.00',
+      availableAmount: '0.00',
       summary: null,
       stats: {},
       funnelData: {},
       funnelSteps: [],
-      // 家庭 CF 总览
+      // 家庭收益
       familySummary: null,
       members: [],
       membersExpanded: false,
       showAllRanks: false,
+      // 弹窗
+      showWithdrawSheet: false,
+      showDistributeSheet: false,
+      withdrawAmount: '',
+      distributeAmount: '',
+      distributeMemberIdx: -1,
+      memberOptions: [],
       // 分享推广码（用于右上角菜单分享）
       shareReferralCode: ''
     }
@@ -245,34 +281,74 @@ export default {
     },
     async loadData() {
       try {
-        var res = await getCfBalance()
-        if (res && res.data) {
-          this.summary = res.data
+        var summaryRes = await getReferralSummary()
+        if (summaryRes.data) {
+          this.totalEarnings = summaryRes.data.totalEarnings || '0.00'
+        }
+      } catch (e) {
+        console.error('获取邀请统计失败', e)
+      }
+      try {
+        var comRes = await getCfSummary()
+        if (comRes.data) {
+          this.summary = comRes.data
+          this.availableAmount = comRes.data.available || '0.00'
         }
       } catch (e) {
         console.error('获取 CF 总览失败', e)
       }
     },
     async loadFamilyData() {
+      if (this.isChild) {
+        // 成员只读：仅加载概要，不加载管理员功能
+        try {
+          var sRes = await getFamilyEarningsSummary()
+          if (sRes.data) {
+            this.familySummary = sRes.data
+            this.members = sRes.data.members || []
+          }
+        } catch (e) {
+          console.error('获取家庭收益概览失败', e)
+        }
+        return
+      }
       try {
-        var sRes = await getCfFamilySummary()
-        if (sRes && sRes.data) {
+        var sRes = await getFamilyEarningsSummary()
+        if (sRes.data) {
           this.familySummary = sRes.data
           this.members = sRes.data.members || []
+          // 构建picker选项
+          var opts = []
+          var arr = this.members
+          for (var i = 0; i < arr.length; i++) {
+            opts.push((arr[i].nickname || '用户' + arr[i].userId) + ' (余额:' + this.cfVal(arr[i].availableAmount) + ' CF)')
+          }
+          this.memberOptions = opts
         }
       } catch (e) {
-        console.error('获取家庭 CF 总览失败', e)
+        console.error('获取家庭收益概览失败', e)
       }
     },
-    async loadStats() {
+    loadStats() {
+      var self = this
+      var token = uni.getStorageSync('token')
+      var baseUrl = ''
       try {
-        var res = await getCfStats()
-        if (res && res.data) {
-          this.stats = res.data
-        }
+        var config = require('../../config.js')
+        baseUrl = config.default.baseUrl || config.baseUrl || ''
       } catch (e) {
-        console.error('获取 CF 统计失败', e)
+        baseUrl = ''
       }
+      uni.request({
+        url: baseUrl + '/api/commission/stats',
+        method: 'POST',
+        header: { 'Authorization': 'Bearer ' + token },
+        success: function(res) {
+          if (res.data && res.data.code === 200) {
+            self.stats = res.data.data || {}
+          }
+        }
+      })
     },
     loadFunnelData() {
       var self = this
@@ -314,6 +390,79 @@ export default {
       if (isNaN(num)) return '0'
       return String(num)
     },
+    // 管理员操作
+    toggleMemberAccess(m) {
+      var self = this
+      var enabled = !m.canUseFamilyBalance
+      uni.showLoading({ title: '操作中...' })
+      toggleMemberBalance({ userId: m.userId, enabled: enabled }).then(function(res) {
+        uni.hideLoading()
+        if (res.code === 200) {
+          m.canUseFamilyBalance = enabled
+          uni.showToast({ title: '操作成功', icon: 'success' })
+        } else {
+          uni.showToast({ title: res.message || '操作失败', icon: 'none' })
+        }
+      }).catch(function(e) {
+        uni.hideLoading()
+        uni.showToast({ title: '操作失败', icon: 'none' })
+      })
+    },
+    onDistributeMemberChange(e) {
+      this.distributeMemberIdx = e.detail.value
+    },
+    doDistribute() {
+      var idx = this.distributeMemberIdx
+      if (idx < 0 || !this.members[idx]) {
+        uni.showToast({ title: '请选择成员', icon: 'none' })
+        return
+      }
+      var amount = Number(this.distributeAmount)
+      if (!amount || amount <= 0) {
+        uni.showToast({ title: '请输入有效金额', icon: 'none' })
+        return
+      }
+      var self = this
+      uni.showLoading({ title: '分配中...' })
+      distributeToMember({ userId: this.members[idx].userId, amount: amount }).then(function(res) {
+        uni.hideLoading()
+        if (res.code === 200) {
+          uni.showToast({ title: '分配成功', icon: 'success' })
+          self.showDistributeSheet = false
+          self.distributeAmount = ''
+          self.distributeMemberIdx = -1
+          self.loadFamilyData()
+        } else {
+          uni.showToast({ title: res.message || '分配失败', icon: 'none' })
+        }
+      }).catch(function(e) {
+        uni.hideLoading()
+        uni.showToast({ title: '分配失败', icon: 'none' })
+      })
+    },
+    doWithdraw() {
+      var amount = Number(this.withdrawAmount)
+      if (!amount || amount <= 0) {
+        uni.showToast({ title: '请输入有效金额', icon: 'none' })
+        return
+      }
+      var self = this
+      uni.showLoading({ title: '提现中...' })
+      withdrawFamilyEarnings({ amount: amount }).then(function(res) {
+        uni.hideLoading()
+        if (res.code === 200) {
+          uni.showToast({ title: '提现申请已提交', icon: 'success' })
+          self.showWithdrawSheet = false
+          self.withdrawAmount = ''
+          self.loadFamilyData()
+        } else {
+          uni.showToast({ title: res.message || '提现失败', icon: 'none' })
+        }
+      }).catch(function(e) {
+        uni.hideLoading()
+        uni.showToast({ title: '提现失败', icon: 'none' })
+      })
+    },
     goRecords() {
       uni.navigateTo({ url: '/pages/promotion/records' })
     },

cfc-frontend/utils/api.js

@@ -3168,10 +3168,6 @@ export const exchangeCouponByCf = (data) => request('/api/family-platform/exchan
 export const getCfBalance = () => request('/api/cf/balance', 'GET', {})
 export const getCfLogs = (params) => request('/api/cf/logs', 'GET', params || { page: 1, size: 20 })
 export const getFamilyCoupons = () => request('/api/cf/family-coupons', 'GET', {})
-// CF 周期统计（今日/本月/累计获得）与家庭 CF 总览 / 推广类 CF 收益
-export const getCfStats = () => request('/api/cf/stats', 'GET', {})
-export const getCfFamilySummary = () => request('/api/cf/family-summary', 'GET', {})
-export const getCfPromotionEarnings = () => request('/api/cf/promotion-earnings', 'GET', {})
 
 // ===== 站内通知 =====
 export const getNotificationList = () => request('/api/notification/list', 'POST', {})

cfc-web/.last_build_commit

@@ -1 +1 @@
-dfc78e9d39be1b4b532f2980014b4d3d5ff51458
+ac2e273009a2ec02255a4dd6706c93cd876e52a0

cfc-web/package-lock.json

@@ -1,12 +1,12 @@
 {
   "name": "cfc-web",
-  "version": "1.0.2031",
+  "version": "1.0.2030",
   "lockfileVersion": 3,
   "requires": true,
   "packages": {
     "": {
       "name": "cfc-web",
-      "version": "1.0.2031",
+      "version": "1.0.2030",
       "dependencies": {
         "@wangeditor/editor": "^5.1.23",
         "@wangeditor/editor-for-vue": "^1.0.2",

cfc-web/package.json

@@ -1,6 +1,6 @@
 {
   "name": "cfc-web",
-  "version": "1.0.2033",
+  "version": "1.0.2032",
   "private": true,
   "scripts": {
     "dev": "vue-cli-service serve",

cfc-web/public/CHANGELOG-v1.0.md

@@ -4,27 +4,6 @@
 
 ---
 
-## v1.0.2033 (2026-11-03)
-
-### Bug 修复
-- 财富中心/推广收益改读实时CF账本，修正成员解析取最老家庭
-
-
-## v1.0.2032 (2026-11-03)
-
-### 测试
-- 接口冒烟闭环 2026-11-03 22:39 — 通过率 45% (fix=1 reg=0); 测试用例 361/386 完成(文档化219)
-
-### Bug 修复
-- 家庭挑战卡等待确认行末尾显示 undefined
-
-### 其他
-- 中（方法），uni-app 编译产物 WXML 模板绑定无法解析方法，解析为 undefined 导致行尾
-- 出现 "undefined"。将 deadlineText 移至 computed（无参数、仅依赖 this.challenge），
-- 正确返回 剩余N天/已超时/截止今天/空，修复待确认行末尾 undefined。
-- 
-
-
 ## v1.0.2031 (2026-11-03)
 
 ### Bug 修复

cfc-web/public/CHANGELOG.md

@@ -1,6 +1,6 @@
 # 更新日志
 
-> 当前版本: v1.0.2033
+> 当前版本: v$(node
 
 ## 历史版本
 
@@ -8,26 +8,11 @@
 
 ---
 
-## v1.0.2033 (2026-11-03)
+# v1.0 版本历史
 
-### Bug 修复
-- 财富中心/推广收益改读实时CF账本，修正成员解析取最老家庭
-
-
-## v1.0.2032 (2026-11-03)
-
-### 测试
-- 接口冒烟闭环 2026-11-03 22:39 — 通过率 45% (fix=1 reg=0); 测试用例 361/386 完成(文档化219)
-
-### Bug 修复
-- 家庭挑战卡等待确认行末尾显示 undefined
-
-### 其他
-- 中（方法），uni-app 编译产物 WXML 模板绑定无法解析方法，解析为 undefined 导致行尾
-- 出现 "undefined"。将 deadlineText 移至 computed（无参数、仅依赖 this.challenge），
-- 正确返回 剩余N天/已超时/截止今天/空，修复待确认行末尾 undefined。
-- 
+[« 返回最新版本](CHANGELOG.md)
 
+---
 
 ## v1.0.2031 (2026-11-03)
 

cfc-web/src/api/dimension.js

@@ -40,6 +40,37 @@ export function getDimensionTree() {
   })
 }
 
+// 统一维度体系（2026-11-03-unified-dimension-system-design.md §5.1）
+// 只读查询统一取数入口：合并维度节点+指标节点的统一树
+export function getDimensionRegistryTree() {
+  return request({
+    url: '/api/dimension-registry/tree',
+    method: 'get'
+  })
+}
+
+export function getDimensionRegistryRoots() {
+  return request({
+    url: '/api/dimension-registry/roots',
+    method: 'get'
+  })
+}
+
+export function getDimensionRegistryCode(code) {
+  return request({
+    url: `/api/dimension-registry/code/${code}`,
+    method: 'get'
+  })
+}
+
+export function resolveDimensionLegacy(legacy) {
+  return request({
+    url: '/api/dimension-registry/map',
+    method: 'get',
+    params: { legacy }
+  })
+}
+
 // 知识库 API
 export function getKnowledgeList(params) {
   return request({

cfc-web/src/components/DimensionSelector/index.vue

@@ -22,6 +22,7 @@
 
 <script>
 import { mapState } from 'vuex'
+import { getDimensionRegistryTree } from '@/api/dimension'
 
 export default {
   name: 'DimensionSelector',
@@ -33,23 +34,68 @@ export default {
     disabled: { type: Boolean, default: false },
     dimensionType: { type: String, default: '' }
   },
+  data() {
+    return {
+      registryDimensions: null
+    }
+  },
   computed: {
     ...mapState('dimension', ['dimensions']),
     selectedValue: {
       get() { return this.value },
       set(val) { this.$emit('input', val) }
     },
+    // 统一维度体系（P1-T4）：优先读注册中心统一树，失败回落 vuex 旧数据源
+    effectiveDimensions() {
+      if (this.registryDimensions && this.registryDimensions.length > 0) {
+        return this.registryDimensions
+      }
+      return this.dimensions
+    },
     filteredDimensions() {
-      if (!this.dimensionType) return this.dimensions
-      return this.dimensions.filter(d => d.dimensionType === this.dimensionType)
+      if (!this.dimensionType) return this.effectiveDimensions
+      return this.effectiveDimensions.filter(d => d.dimensionType === this.dimensionType)
     }
   },
   created() {
+    this.fetchRegistryTree()
     if (this.dimensions.length === 0) {
       this.$store.dispatch('dimension/fetchDimensions', { page: 1, size: 200 })
     }
+  },
+  methods: {
+    async fetchRegistryTree() {
+      try {
+        const res = await getDimensionRegistryTree()
+        if (res.code === 200 && res.data) {
+          this.registryDimensions = flattenRegistryTree(res.data)
+        }
+      } catch (e) {
+        // 注册中心接口暂不可用（feature flag 未开启/后端未升级）时沿用旧数据源
+        this.registryDimensions = null
+      }
+    }
   }
 }
+
+// 把注册中心统一树（DimensionNode: id/code/name/parentId/nodeKind/sourceSystem/legacyAlias/children）
+// 拍平为 el-option 可用的 {id, dimensionCode, dimensionName, dimensionType} 列表
+function flattenRegistryTree(nodes, result) {
+  result = result || []
+  if (!nodes || !nodes.length) return result
+  nodes.forEach(n => {
+    result.push({
+      id: n.id,
+      dimensionCode: n.code,
+      dimensionName: n.name,
+      dimensionType: n.nodeKind === 'root' ? 'five' : (n.sourceSystem || '')
+    })
+    if (n.children && n.children.length) {
+      flattenRegistryTree(n.children, result)
+    }
+  })
+  return result
+}
 </script>
 
 <style scoped>
@@ -61,4 +107,4 @@ export default {
 
 /* == C 批内联清理工具类 == */
 .sel-full { width: 100%; }
-</style>
+</style>

docs/superpowers/specs/2026-11-03-unified-dimension-system-class.mermaid

@@ -0,0 +1,83 @@
+classDiagram
+    class ProductDimensionConfig {
+        +Long id
+        +String dimensionCode   // 统一 code
+        +String dimensionName
+        +String dimensionType
+        +Long parentId          // 自引用树
+        +Integer sort
+        +Integer enabled
+        +String legacyAlias     // JSON数组, 历史别名
+        +String sourceSystem    // health/energy/indicator/knowledge
+        +String wuxingRuleRef   // 五行规则引用
+        +String nodeKind        // root/sub
+        +Date createdAt
+        +Date updatedAt
+    }
+
+    class IndicatorDefinition {
+        +Long id                // 主键不变(红线1)
+        +String domain
+        +String code
+        +String name
+        +String dimensionCode   // 收敛至注册中心code
+        +Long parentId          // 新增: 混排挂到维度节点
+        +String legacyAlias     // 新增
+        +Date createdAt
+        +Date updatedAt
+    }
+
+    class HealthDimensionScore {
+        +Long id
+        +Long memberId
+        +String dimension       // 迁移后=body.growth等
+        +Integer score
+        +Integer percentile
+        +Date assessDate
+    }
+
+    class EnergyDimension {
+        +Long id
+        +String code            // 已=body/mind/...
+        +String name
+        +String element         // 木/火/金/水/土
+    }
+    class EnergyDimensionConfig
+    class DimensionWeight {
+        +Long id
+        +String targetType
+        +Long targetId
+        +String dimension       // 已=body/mind/...
+        +Integer weight
+    }
+    class EnergyRule
+
+    class DimensionCodeConstants
+    class DimensionCodeMapper {
+        +String resolveToUnified(String legacy)
+        +List~String~ resolveLegacy(String unified)
+    }
+    class DimensionRegistryService {
+        +List~DimensionNode~ getTree()
+        +DimensionNode getNodeByCode(String code)
+        +List~DimensionNode~ getRoots()
+        +void saveConfig(ProductDimensionConfig node)
+    }
+    class DimensionSyncService {
+        +void syncToLegacy(ProductDimensionConfig node)
+    }
+
+    ProductDimensionConfig "1" --> "0..* " ProductDimensionConfig : parent_id self-ref
+    IndicatorDefinition "0..*" --> "1" ProductDimensionConfig : parent_id 挂到维度节点
+    IndicatorDefinition "1" --> "0..* " IndicatorDefinition : parent_id 自引用(指标子树)
+
+    HealthDimensionScore ..> ProductDimensionConfig : dimension → dimensionCode(经映射层)
+    DimensionRegistryService --> DimensionCodeMapper
+    DimensionRegistryService --> ProductDimensionConfig
+    DimensionSyncService --> ProductDimensionConfig
+    DimensionSyncService ..> EnergyDimension : 双写同步(flag控制)
+    DimensionSyncService ..> DimensionWeight : 双写同步
+
+    EnergyService ..> EnergyDimensionConfig : 过渡期读旧表
+    EnergyService ..> DimensionRegistryService : P1后读注册中心
+    DimensionScoreServiceImpl ..> DimensionRegistryService : P1后读7维

docs/superpowers/specs/2026-11-03-unified-dimension-system-design.md

@@ -0,0 +1,466 @@
+# 统一维度体系 — 增量架构设计（Unified Dimension System Design）
+
+> 文档类型：增量架构设计（基于 PRD `2026-11-03-unified-dimension-system-prd.md`）
+> 作者：高见远（架构师） · 日期：2026-11-04
+> 关联决策：主理人（廖总/齐活林）已拍板的 4 项决策 + Q5 双写过渡期策略
+
+---
+
+## 0. 文档信息 / 与 PRD 的关系
+
+本设计**仅产出架构与任务拆分，不写业务代码**。它是 PRD 的落地蓝图，严格遵循主理人 4 项决策与 5 条红线（见 PRD §5）。
+
+**架构终态一句话**：CFC 只有一棵维度树——根为 5 个权威 code（`body`/`mind`/`wisdom`/`action`/`wealth`），`product_dimension_config` 升级为**唯一维度注册中心**（含 `parent_id` 多级树 + 指标混排 + `legacy_alias` 历史别名映射），所有子系统只读引用注册中心，4 套旧编码仅作历史别名，经映射层翻译，五行规则逻辑不变仅维度来源切换。
+
+---
+
+## 1. 主理人 4 项决策落地结论（决策映射）
+
+| # | 决策 | 本设计落地方式 |
+|---|---|---|
+| 1 | 注册中心 = 升级现有表 | `product_dimension_config` 加 `legacy_alias`/`source_system`/`wuxing_rule_ref`/`node_kind` 列；复用 `/api/admin/dimension-config/*` 与 `cfc-web/src/views/admin/dimension/index.vue`；**不新建** `dimension_registry` 表 |
+| 2 | 指标并入维度树混排 | `indicator_definitions` 加 `parent_id`（自引用），允许指标节点作为维度树子节点；`id` 主键不变 → 5 张外键表仍 `FK→indicator_definitions.id`，**红线 1 满足** |
+| 3 | 7 维纳入统一树 | **7 维作为「维度节点」挂在 `body` 根下**（非指标节点）：新增 `body.growth`/`body.sleep`/…/`body.exercise` 7 行 `product_dimension_config`，`parent_id=body.id`，`legacy_alias=['growth',…]`；指标（如体脂率）后续在 P2 作为指标节点挂到 `body.exercise` 下 |
+| 4 | 历史数据全量迁移 | 存量 `health_dimension_scores.dimension` 全量改写为 `body.*`；`indicator_definitions.dimension_code` 校验收敛至注册中心 code 集合；提供迁移脚本 + 回滚预案（含备份表） |
+| Q5 | 双写过渡期 | 注册中心上线后**先双写**（新写入同时落注册中心 + 旧表，由 `DimensionSyncService` 经 feature flag 控制）；网关/调用日志确认旧接口零调用后再退役旧体系；提供回滚 |
+
+**关键事实支撑**：经核对 schema.sql，`energy_dimension.code` 与 `dimension_weights.dimension` **本就使用** `body/mind/wisdom/action/wealth`，与统一 5 根完全一致。故旧能量体系与注册中心 5 根是 **1:1 code 对齐**，双写同步是低成本映射，五行规则逻辑零改动。
+
+---
+
+## 2. 实现方案 + 框架选型
+
+### 2.1 注册中心物理落地
+- **物理表**：`product_dimension_config`（升级，不新建表）。
+- **树结构**：沿用现有 `parent_id` 自引用多级树；新增 `node_kind` 区分 `root` / `sub`；新增 `source_system` 标记来源（health/energy/indicator/knowledge）；新增 `legacy_alias`（JSON 数组）承载 4 套旧编码；新增 `wuxing_rule_ref`（VARCHAR(30)）指向五行规则（沿用 `EnergyDimension.element` 的 木/火/金/水/土 取值）。
+- **混排**：统一树 = `product_dimension_config` 维度节点 ∪ `indicator_definitions` 指标节点（其 `parent_id` 指向某维度节点 `id`）。由 `DimensionRegistryService.buildTree()` 合并。
+
+### 2.2 指标并入维度树（混排）
+- `indicator_definitions` 增加 `parent_id BIGINT`（自引用 + 可指向维度节点）、`legacy_alias VARCHAR(255)`。
+- **不改 `id` 主键、不改外键目标** → 5 张外键表（`indicator_values`/`indicator_mapping_rules`/`indicator_correlations(definition_id_a/b)`/`indicator_favorite`/归一化中间表）与 19 个后端引用文件**一律不动**（红线 1）。
+
+### 2.3 7 维落点决策（决策 3 落地）
+- 7 维是「维度」不是「指标」，归属 `health_dimension_scores.dimension`，故作为**维度节点**挂在 `body` 下，code 为 `body.growth` 等。
+- `legacy_alias` 绑定旧名 `growth`，实现双向可查（旧 health 代码 `growth` ↔ 新 `body.growth`）。
+- 指标（如体脂率、慢性病）归属 `body.exercise`/`body.nutrition` 等，在 P2 作为指标节点挂接（混排），不抢占 7 维维度节点位置。
+
+### 2.4 框架选型
+- **后端**：沿用现有 `Spring Boot + MyBatis-Plus + Jackson`，注册中心服务/映射/同步均为新增 Spring `@Service`，不引入新框架。
+- **前端**：沿用 `Vue 2（cfc-web）/ uni-app（cfc-frontend）`，新增统一取数 composable `useDimensionRegistry`（DimensionProvider）。
+- **数据库迁移**：严格走 `DatabaseInitializer.runMigrations()` + `ensureColumn()`（幂等），同步 `schema.sql`。
+- **预计新增第三方依赖：无。**
+
+### 2.5 接口策略
+- **新增只读查询接口**：`/api/dimension-registry/*`（统一取数入口）。
+- **升级现有 admin 写入接口**：`/api/admin/dimension-config/*` 内部改调注册中心（`DimensionRegistryService`），保留路径兼容；写入时经 `DimensionSyncService` 双写到旧表（flag 控制）。
+- **标记废弃**：`/api/dimension/overview`、`/api/dimension/radar-data` 标 `@Deprecated`，保留至调用日志确认零调用（红线 4）。
+
+---
+
+## 3. 数据模型变更清单（增量 DDL）
+
+### 3.1 `product_dimension_config` 增量列
+```sql
+-- 通过 DatabaseInitializer.ensureColumn 幂等新增（不修改既有列）
+ALTER TABLE product_dimension_config
+  ADD COLUMN legacy_alias    VARCHAR(512)  DEFAULT NULL COMMENT '历史别名(JSON数组): 承载现存4套编码, 如 ["growth"]',
+  ADD COLUMN source_system    VARCHAR(32)   DEFAULT NULL COMMENT '归属子系统: health/energy/indicator/knowledge',
+  ADD COLUMN wuxing_rule_ref  VARCHAR(30)   DEFAULT NULL COMMENT '五行规则引用(木/火/金/水/土), 关联EnergyDimension.element',
+  ADD COLUMN node_kind        VARCHAR(16)   DEFAULT 'root' COMMENT '节点种类: root(五维根)/sub(子维度)';
+```
+> 现有 `dimension_code VARCHAR(50) NOT NULL UNIQUE` 复用为**统一 code**（`body`/`body.growth` 等，均为唯一字符串，无冲突）。
+
+### 3.2 `indicator_definitions` 增量列
+```sql
+ALTER TABLE indicator_definitions
+  ADD COLUMN parent_id    BIGINT       DEFAULT NULL COMMENT '父节点ID(可指向product_dimension_config.id或本表id, 混排进维度树)',
+  ADD COLUMN legacy_alias VARCHAR(512) DEFAULT NULL COMMENT '历史别名(JSON数组)';
+-- 既有 dimension_code VARCHAR(16) 保留(向后兼容), 取值收敛至注册中心code集合(P1校验)
+```
+> 不改变 `id` 主键、不改变任何外键目标（红线 1）。`dimension_code` 维持 `VARCHAR(16)`（统一子 code 如 `body.growth`=11 字符，`mind.perception`=14 字符，均 <16，足够）。
+
+### 3.3 统一 code 命名规范
+- **根维度**：`body` / `mind` / `wisdom` / `action` / `wealth`（5 个唯一权威，PRD 红线 2）。
+- **子维度**：`{root}.{sub}`，全小写点分。固化示例：
+  - `body.growth` `body.sleep` `body.vision` `body.immunity` `body.nutrition` `body.gut` `body.exercise`
+  - （P2 扩展）`mind.memory`/`mind.attention`…、`wisdom.openness`…、`action.skill`…、`wealth.income`…
+- **指标节点 code**：沿用 `indicator_definitions.code`（如 `tongue_color`），通过 `parent_id` 挂到维度节点，不占用维度 code 命名空间。
+- **legacy_alias 格式**：JSON 数组字符串，如 `["growth","physical"]`；解析用 Jackson。
+
+### 3.4 schema.sql 同步纪律（AGENTS.md 约束）
+- 每次 `ensureColumn` 后，**必须同步** `cfc-backend/src/main/resources/schema.sql` 中对应 `CREATE TABLE` 的字段定义（将新增 4 列补入 `product_dimension_config`、`parent_id`/`legacy_alias` 补入 `indicator_definitions`）。
+- 迁移编号：搜索 `// 迁移` 取最新号递增，保证幂等。
+
+---
+
+## 4. 映射层设计（legacy_alias ↔ 统一 code）
+
+**双向可查**：旧编码 → 统一 code（`resolveToUnified`）；统一 code → 旧编码（`resolveLegacy`）。
+
+- **存储**：每节点 `legacy_alias` 列（JSON 数组）。注册中心加载后构建内存索引 `Map<legacyCode, unifiedCode>` 与 `Map<unifiedCode, List<legacyCode>>`。
+- **读取 API**：`GET /api/dimension-registry/map?legacy=growth` → `body.growth`；`GET /api/dimension-registry/code/{code}` → 节点详情（含 legacy_alias）。
+- **服务类**：`DimensionCodeMapper`（见 §6 类图）。
+- **示例映射**（P0 固化）：
+
+| 统一 code | legacy_alias（旧体系来源） | source_system |
+|---|---|---|
+| `body` | `["body"]` | energy |
+| `body.growth` | `["growth"]` | health |
+| `body.sleep` | `["sleep"]` | health |
+| `body.vision` | `["vision"]` | health |
+| `body.immunity` | `["immunity"]` | health |
+| `body.nutrition` | `["nutrition"]` | health |
+| `body.gut` | `["gut"]` | health |
+| `body.exercise` | `["exercise"]` | health |
+| `mind`/`wisdom`/`action`/`wealth` | 各自同名 | energy |
+
+> 旧能量体系（`energy_dimension.code`）与统一 5 根同码，无需 alias 翻译，双写同步即 1:1。
+
+---
+
+## 5. 接口设计（新增 / 改造 / 废弃）
+
+### 5.1 新增（只读查询，统一取数入口）
+| 方法 | 路径 | 入参 | 出参 | 说明 |
+|---|---|---|---|---|
+| GET | `/api/dimension-registry/tree` | `?sourceSystem=`(可选) | `Result<List<DimensionNode>>` | 合并维度节点+指标节点的统一树 |
+| GET | `/api/dimension-registry/roots` | — | `Result<List<DimensionNode>>` | 5 根 |
+| GET | `/api/dimension-registry/code/{code}` | path `code` | `Result<DimensionNode>` | 按统一 code 取节点（含 legacy_alias） |
+| GET | `/api/dimension-registry/map` | `?legacy=` | `Result<String>` | legacy→统一 code 解析 |
+
+`DimensionNode` 结构：`{id, code, name, parentId, nodeKind, sourceSystem, legacyAlias, wuxingRuleRef, children?}`。
+
+### 5.2 改造（兼容保留）
+| 方法 | 路径 | 变更 |
+|---|---|---|
+| POST | `/api/admin/dimension-config/tree` | 内部改调 `DimensionRegistryService.getTree()`，返回含 7 body 子节点；路径/出参不变 |
+| POST | `/api/admin/dimension-config/save` | 改调注册中心写入；若 `dimension.registry.dualWrite=true`，触发 `DimensionSyncService.syncToLegacy()` |
+| POST | `/api/admin/indicator/save` | 新增 `parentId` 入参；校验 `dimensionCode` ∈ 注册中心 code 集合 |
+
+### 5.3 标记废弃（保留至零调用）
+- `GET /api/dimension/overview`、`GET /api/dimension/radar-data`：标 `@Deprecated`，前端改走 `/api/dimension-registry/*` 后下线。
+- `DimensionSelector`/`ContentDimensionThresholdEditor`/`KnowledgeBase` 直读 `product_dimension_config` 的代码（P1-4 改为经 `DimensionRegistryService`）。
+
+### 5.4 旧体系退役范围（P2-T3）
+`energy_dimension` / `energy_dimension_config` / `dimension_weights` / `energy_rule` 等配置表，在 `EnergyService` 完成来源切换（P1-T2）且调用日志确认零引用后 DROP（无外键指向 indicator 表，可安全删除）。
+
+---
+
+## 6. 类图 / 关键实体关系（Mermaid classDiagram）
+
+```mermaid
+classDiagram
+    class ProductDimensionConfig {
+        +Long id
+        +String dimensionCode   // 统一 code
+        +String dimensionName
+        +String dimensionType
+        +Long parentId          // 自引用树
+        +Integer sort
+        +Integer enabled
+        +String legacyAlias     // JSON数组, 历史别名
+        +String sourceSystem    // health/energy/indicator/knowledge
+        +String wuxingRuleRef   // 五行规则引用
+        +String nodeKind        // root/sub
+        +Date createdAt
+        +Date updatedAt
+    }
+
+    class IndicatorDefinition {
+        +Long id                // 主键不变(红线1)
+        +String domain
+        +String code
+        +String name
+        +String dimensionCode   // 收敛至注册中心code
+        +Long parentId          // 新增: 混排挂到维度节点
+        +String legacyAlias     // 新增
+        +Date createdAt
+        +Date updatedAt
+    }
+
+    class HealthDimensionScore {
+        +Long id
+        +Long memberId
+        +String dimension       // 迁移后=body.growth等
+        +Integer score
+        +Integer percentile
+        +Date assessDate
+    }
+
+    class EnergyDimension {
+        +Long id
+        +String code            // 已=body/mind/...
+        +String name
+        +String element         // 木/火/金/水/土
+    }
+    class EnergyDimensionConfig
+    class DimensionWeight {
+        +Long id
+        +String targetType
+        +Long targetId
+        +String dimension       // 已=body/mind/...
+        +Integer weight
+    }
+    class EnergyRule
+
+    class DimensionCodeConstants
+    class DimensionCodeMapper {
+        +String resolveToUnified(String legacy)
+        +List~String~ resolveLegacy(String unified)
+    }
+    class DimensionRegistryService {
+        +List~DimensionNode~ getTree()
+        +DimensionNode getNodeByCode(String code)
+        +List~DimensionNode~ getRoots()
+        +void saveConfig(ProductDimensionConfig node)
+    }
+    class DimensionSyncService {
+        +void syncToLegacy(ProductDimensionConfig node)
+    }
+
+    ProductDimensionConfig "1" --> "0..* " ProductDimensionConfig : parent_id self-ref
+    IndicatorDefinition "0..*" --> "1" ProductDimensionConfig : parent_id 挂到维度节点
+    IndicatorDefinition "1" --> "0..* " IndicatorDefinition : parent_id 自引用(指标子树)
+
+    HealthDimensionScore ..> ProductDimensionConfig : dimension → dimensionCode(经映射层)
+    DimensionRegistryService --> DimensionCodeMapper
+    DimensionRegistryService --> ProductDimensionConfig
+    DimensionSyncService --> ProductDimensionConfig
+    DimensionSyncService ..> EnergyDimension : 双写同步(flag控制)
+    DimensionSyncService ..> DimensionWeight : 双写同步
+
+    EnergyService ..> EnergyDimensionConfig : 过渡期读旧表
+    EnergyService ..> DimensionRegistryService : P1后读注册中心
+    DimensionScoreServiceImpl ..> DimensionRegistryService : P1后读7维
+```
+
+> **红线 1 满足说明**：`IndicatorDefinition.id` 主键未改，`indicator_values` 等 5 张表外键仍指向 `indicator_definitions.id`，本设计仅对 `indicator_definitions` 新增 `parent_id`/`legacy_alias` 列，不动外键目标。
+
+---
+
+## 7. 调用流程图（Mermaid sequenceDiagram）
+
+### 7.1 前端雷达图/沙盘从注册中心取维度（读路径）
+```mermaid
+sequenceDiagram
+    actor User
+    participant FE as 小程序/管理端 DimensionProvider
+    participant API as DimensionRegistryController
+    participant SVC as DimensionRegistryService
+    participant CFG as ProductDimensionConfigMapper
+    participant IND as IndicatorDefinitionMapper
+
+    FE->>API: GET /api/dimension-registry/tree
+    API->>SVC: getTree()
+    SVC->>CFG: listAll()  // 维度节点(5根+7body+...)
+    SVC->>IND: listAll()  // 指标节点(带parentId)
+    CFG-->>SVC: 维度节点列表
+    IND-->>SVC: 指标节点列表
+    SVC->>SVC: mergeByParentId() 统一树
+    SVC-->>API: List<DimensionNode> tree
+    API-->>FE: Result.success(tree)
+    FE->>FE: 取 body 子节点渲染 RadarChart
+```
+
+### 7.2 指标挂维度树节点（写入路径）
+```mermaid
+sequenceDiagram
+    actor Admin
+    participant UI as 指标管理页
+    participant IC as IndicatorAdminController
+    participant ISVC as IndicatorService
+    participant M as DimensionCodeMapper
+    participant CFG as ProductDimensionConfigMapper
+    participant DB as indicator_definitions
+
+    Admin->>UI: 选父维度节点(body.exercise)+填指标
+    UI->>IC: POST /api/admin/indicator/save {code,parentId,dimensionCode}
+    IC->>ISVC: save(indicator)
+    ISVC->>M: validate(dimensionCode) ∈ 注册中心codes
+    M->>CFG: getNodeByCode(dimensionCode)
+    CFG-->>M: node / null
+    M-->>ISVC: ok / fail(400)
+    ISVC->>DB: INSERT/UPDATE (parent_id 设置)
+    DB-->>ISVC: id
+    ISVC-->>IC: IndicatorDefinition
+    IC-->>UI: Result.success(node)
+    Note over SVC: 后续 getTree() 把该指标挂到 body.exercise 下(混排)
+```
+
+### 7.3 双写过渡期：admin 写入 → 注册中心 + 旧表同步
+```mermaid
+sequenceDiagram
+    actor Admin
+    participant AC as DimensionConfigController
+    participant RS as DimensionRegistryService
+    participant CFG as product_dimension_config
+    participant SYNC as DimensionSyncService
+    participant LEG as energy_dimension_config / dimension_weights
+
+    Admin->>AC: POST /api/admin/dimension-config/save {code,parentId,...}
+    AC->>RS: saveConfig(node)
+    RS->>CFG: upsert product_dimension_config  // 注册中心权威
+    alt dimension.registry.dualWrite=true
+        RS->>SYNC: syncToLegacy(node)
+        SYNC->>LEG: upsert 对应 legacy 行(按code 1:1)
+    end
+    RS-->>AC: node
+    AC-->>Admin: success
+    Note over SYNC: 旧 EnergyService 仍读 legacy 表(行为不变); 新消费者读注册中心
+```
+
+---
+
+## 8. 历史数据全量迁移 + 双写过渡 + 退役 + 回滚预案
+
+### 8.1 迁移脚本（`cfc-backend/src/main/resources/db/migrate_dimension_unified.sql`）
+```sql
+-- 0) 备份(回滚用)
+CREATE TABLE IF NOT EXISTS health_dimension_scores_bak_20261104 LIKE health_dimension_scores;
+INSERT INTO health_dimension_scores_bak_20261104 SELECT * FROM health_dimension_scores;
+
+-- 1) 7维历史评分全量改写为统一code
+UPDATE health_dimension_scores
+   SET dimension = CONCAT('body.', dimension)
+ WHERE dimension IN ('growth','sleep','vision','immunity','nutrition','gut','exercise');
+
+-- 2) indicator_definitions.dimension_code 校验/收敛(既有值多为body/mind/..., 仅修正越界值)
+--    依据 DimensionCodeConstants 根集合; 越界值置 NULL 并记日志(由迁移程序扫描, 见 P0-T5)
+-- 3) 固化 5 根 + 7 维节点(seed)由 DatabaseInitializer 幂等插入(见 P0-T3)
+```
+- **幂等**：备份表 `IF NOT EXISTS`；UPDATE 仅命中 7 维旧值，重复执行无副作用。
+
+### 8.2 双写过渡期实现
+- **Feature flag** `dimension.registry.enabled` / `dimension.registry.dualWrite`（application.yml），默认 `enabled=false → true` 分阶段开启。
+- **写**：admin 写入注册中心后，`DimensionSyncService.syncToLegacy()` 按 `code` 1:1 upsert `energy_dimension` / `energy_dimension_config` / `dimension_weights`，旧 `EnergyService` 行为不变。
+- **读**：新消费者（雷达/沙盘/指标管理/知识库）走 `/api/dimension-registry/*`；旧消费者保留旧路径（标记废弃）。
+- **验证**：对比注册中心与旧表逐节点一致性（双写校验任务）。
+
+### 8.3 退役触发条件（P2-T3）
+满足全部方可退役：
+1. `EnergyService`/`DimensionScoreServiceImpl`/前端均已切换读注册中心（P1 完成）；
+2. 网关/调用日志统计旧接口（`/api/dimension/overview`、`/api/dimension/radar-data`、`energy_*` 直读）**连续 14 天零调用**；
+3. 双写一致性校验通过（差异率 0）。
+
+退役动作：关闭 `dualWrite` → 删除 `DimensionSyncService` → DROP 旧配置表（`energy_dimension`/`energy_dimension_config`/`dimension_weights`/`energy_rule`）。
+
+### 8.4 回滚预案
+| 风险点 | 回滚动作 |
+|---|---|
+| 注册中心 schema 增量列 | 仅新增列，回滚=停止读取新列；如需还原 `ALTER TABLE ... DROP COLUMN`（另写 `revert` 迁移） |
+| `health_dimension_scores.dimension` 改写 | 由 `health_dimension_scores_bak_20261104` 全量还原：`INSERT ... SELECT` 覆盖；并反向 `UPDATE ... SET dimension=SUBSTRING(dimension,6)` |
+| 双写异常 | feature flag 关 `dualWrite`，旧表仍权威，瞬间回退 |
+| 新消费者读注册中心异常 | flag 关 `dimension.registry.enabled`，前端回落旧接口/兜底 |
+
+---
+
+## 9. 任务列表（P0 → P1 → P2，含文件/依赖/验收）
+
+> 估算文件数见各任务。依赖关系自底向上：P0 地基 → P1 子系统取数 → P2 混排+退役。
+
+### P0 — 地基（先建权威表 + 映射层，不碰旧表旧接口）
+**P0-T1 Schema 增量迁移 + 实体字段（约 4 文件）**
+- 文件：`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/config/DatabaseInitializer.java`、`E:/cfc/cfc-backend/src/main/resources/schema.sql`、`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/entity/ProductDimensionConfig.java`、`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/entity/IndicatorDefinition.java`
+- 依赖：无
+- 内容：`ensureColumn` 加 `product_dimension_config`(legacy_alias/source_system/wuxing_rule_ref/node_kind) 与 `indicator_definitions`(parent_id/legacy_alias)；同步 schema.sql CREATE TABLE；实体加对应字段
+- 验收：启动无 `Unknown column`；schema.sql 与库结构一致；两表新列存在；`mvn compile` 通过
+
+**P0-T2 统一 code 常量 + 映射层 DimensionCodeMapper（约 3 文件）**
+- 文件：`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/common/constant/DimensionCodeConstants.java`（NEW）、`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/service/DimensionCodeMapper.java`（NEW）+ impl
+- 依赖：P0-T1
+- 内容：常量类固化 5 根 + 7 body code；Mapper 提供 `resolveToUnified`/`resolveLegacy`，加载节点 `legacy_alias` 建内存索引
+- 验收：`resolveToUnified("growth")=="body.growth"`；`resolveLegacy("body.growth")` 含 `"growth"`；单测通过
+
+**P0-T3 注册中心服务层 + 种子固化 5 根 7 维（约 3 文件）**
+- 文件：`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/service/DimensionRegistryService.java`（NEW）、`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/mapper/ProductDimensionConfigMapper.java`（按需）、DatabaseInitializer seed 块
+- 依赖：P0-T1、P0-T2
+- 内容：`getTree()`（合并维度+指标节点）、`getNodeByCode()`、`getRoots()`；seed 幂等插入 `body.growth..body.exercise`（parent_id=body、legacy_alias、source_system='health'）；5 根补 `source_system/wuxing_rule_ref`
+- 验收：`getRoots()` 返回 5；`getTree()` 中 body 有 7 子节点；legacy_alias 已填充；重复启动 seed 幂等
+
+**P0-T4 统一维度树只读接口 + admin 写入升级（约 4 文件）**
+- 文件：`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/controller/DimensionRegistryController.java`（NEW）、`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/controller/admin/DimensionConfigController.java`、`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/service/ProductDimensionConfigService.java`、`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/service/DimensionSyncService.java`（NEW，flag 门控骨架）
+- 依赖：P0-T3
+- 内容：新增 `/api/dimension-registry/tree|roots|code/{code}|map`；升级 `/admin/dimension-config/tree`、`/save` 改调注册中心 + 触发 `syncToLegacy`（flag）
+- 验收：GET `/api/dimension-registry/tree` 返回合并树；admin save 落 `product_dimension_config`；双写仅 flag=true 时触发
+
+**P0-T5 历史数据全量迁移脚本 + 回滚预案（约 2 文件）**
+- 文件：`E:/cfc/cfc-backend/src/main/resources/db/migrate_dimension_unified.sql`（NEW）、`E:/cfc/cfc-backend/src/main/resources/db/migrate_dimension_unified_rollback.sql`（NEW）
+- 依赖：P0-T3（注册中心 code 已存在）
+- 内容：备份表 + `health_dimension_scores.dimension` 改写 `body.*` + `indicator_definitions.dimension_code` 越界校验；回滚 SQL（备份还原 + 反向 SUBSTRING）
+- 验收：迁移幂等；执行后 `health_dimension_scores.dimension` 全 `LIKE 'body.%'`；回滚脚本可恢复；提供越界值扫描报告
+
+### P1 — 子系统取数 / 去硬编码
+**P1-T1 健康维度评分子系统改造（约 4 文件）**
+- 文件：`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/service/impl/DimensionScoreServiceImpl.java`、`E:/cfc/cfc-frontend/composables/useDimensionRegistry.js`（NEW）、`E:/cfc/cfc-frontend/pages/health-main/index.vue`、`E:/cfc/cfc-frontend/components/RadarChart.vue`
+- 依赖：P0-T4、P0-T5
+- 内容：`DimensionScoreServiceImpl` 经 `DimensionCodeMapper` 读 7 维（替换 `DIMENSIONS` 常量，key 改用 `body.growth` 等）；前端 `DimensionProvider` 取代硬编码 `demoBodyDims` 与 demo 兜底分
+- 验收：雷达图从注册中心渲染；无 7 维字面硬编码；demo 兜底分移除或经 provider；`DimensionScoreServiceImpl` 单测通过
+
+**P1-T2 能量沙盘改造（约 2 文件）**
+- 文件：`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/service/EnergyService.java`、`E:/cfc/cfc-frontend/components/wuxing-sandbox.vue`
+- 依赖：P0-T4
+- 内容：`EnergyService` 经 `wuxing_rule_ref`/注册中心读 5 根与权重；**`applyAllRestraints`/`applyAllBoosts` 逻辑零改动**；前端沙盘从注册中心取五维
+- 验收：沙盘读数同注册中心；五行计算与旧版一致（回归测试）；红线 3 满足
+
+**P1-T3 指标管理关联收敛 + 树挂接（约 4 文件）**
+- 文件：`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/controller/admin/IndicatorAdminController.java`、`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/mapper/IndicatorDefinitionMapper.java`、`E:/cfc/cfc-web/src/views/admin/indicators/index.vue`、`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/service/IndicatorService.java`
+- 依赖：P0-T3、P0-T4
+- 内容：`/api/admin/indicator/save` 加 `parentId`；`dimensionCode` 校验 ∈ 注册中心 code 集合；管理端维度归属由五维单选改为从注册中心树选择
+- 验收：指标 `parent_id` 落库；越界 `dimensionCode` 被拒；统一树含指标节点
+
+**P1-T4 其他消费方改造（约 3 文件）**
+- 文件：`E:/cfc/cfc-web/src/components/DimensionSelector.vue`、`E:/cfc/cfc-web/src/views/admin/.../ContentDimensionThresholdEditor.vue`、`E:/cfc/cfc-backend/src/main/java/com/etotem/cfc/service/.../KnowledgeBaseService.java`（直读改注册中心）
+- 依赖：P0-T4
+- 内容：移除对 `product_dimension_config` 直读，统一经 `DimensionRegistryService`
+- 验收：代码扫描无直读残留；功能等价
+
+### P2 — 指标并入树 + 退役旧体系
+**P2-T1 指标多级细化 / 混排完整化（约 3 文件）**
+- 文件：`DimensionRegistryService.java`(扩展)、`IndicatorAdminController.java`(挂接 UI)、`cfc-web` 指标树编辑页
+- 依赖：P1-T3
+- 内容：指标子树自引用 + 混排展示；运营可将指标挂到任意维度节点
+- 验收：统一树含指标子节点；UI 可挂接
+
+**P2-T2 评分口径文档化（约 2 文件）**
+- 文件：`docs/superpowers/specs/...scoring-convention.md`（NEW）、`DimensionCodeConstants.java`(扩充)
+- 依赖：P1-T1
+- 内容：percentile/tier/归一化在雷达/沙盘/指标间共享并文档化
+- 验收：文档评审通过；共享常量无歧义
+
+**P2-T3 旧体系退役（约 5 文件）**
+- 文件：`DimensionSyncService.java`(删除)、`EnergyService.java`(移除旧表引用后保留注册中心)、`energy_*` 表 DROP 迁移、调用日志统计脚本、相关 Controller 清理
+- 依赖：P1-T1、P1-T2（全部切换完成）
+- 内容：确认零调用 → 关 `dualWrite` → 删 `DimensionSyncService` → DROP 旧配置表
+- 验收：连续 14 天零旧调用；旧表已删；全量测试绿；红线 4 满足
+
+---
+
+## 10. 依赖包列表
+**本次不引入任何新第三方依赖。**
+- 后端：Spring Boot、MyBatis-Plus、Jackson（均已存在，分别用于服务/ORM/JSON 解析 `legacy_alias`）。
+- 前端：Vue 2 / uni-app 内置能力，无新增 npm 包。
+
+---
+
+## 11. 共享知识 / 跨文件约定
+- **统一 code 常量类**：`com.etotem.cfc.common.constant.DimensionCodeConstants` — 固化 `BODY="body"`、`MIND`…`WEALTH` 及 `BODY_GROWTH="body.growth"` 等；全系统引用，禁止散落字面量。
+- **Mapper 命名**：`DimensionCodeMapper.resolveToUnified(legacy)` / `resolveLegacy(unified)`；统一放 `com.etotem.cfc.service` 包。
+- **注册中心服务**：`DimensionRegistryService`（组合 `ProductDimensionConfigService` + `IndicatorDefinitionService`），统一树与取数入口。
+- **前端 DimensionProvider**：`cfc-frontend/composables/useDimensionRegistry.js`（缓存 `/api/dimension-registry/tree`，暴露 `roots`、`bodyDims`、`resolveAlias`）；管理端 `cfc-web` 复用同一接口（可抽 `src/utils/dimensionRegistry.js`）。
+- **Feature flag**：`dimension.registry.enabled`、`dimension.registry.dualWrite`（application.yml），控制读切换与双写。
+- **legacy_alias 存储**：JSON 数组字符串，Jackson 解析；非空判断防 NPE。
+- **统一 code 格式**：`{root}` 或 `{root}.{sub}`，全小写点分；新增子维须入 `DimensionCodeConstants` 并 seed。
+
+---
+
+## 12. 待明确事项（需主理人拍板）
+
+1. **7 维节点类型**：本设计选「维度节点（product_dimension_config）」而非指标节点。请确认是否同意（决策 3 允许两种，需拍板）。
+2. **health_dimension_scores.dimension 是否真改写列值**：决策 4 要求全量改写为 `body.*`，但会连带要求 `DimensionScoreServiceImpl` 的 map key 同步改（P1-T1 工作量）。若主理人倾向**最小爆炸半径**，可改为「列值保留 `growth` + 仅经 `legacy_alias` 逻辑映射」，请二选一。
+3. **认知 5 维 / 心 10 维 / 关系 5 维 / 富 4 维范围**：P0 仅固化 5 根 + 7 body 维；其余是否纳入统一树、何时纳入（建议 P2），请确认范围与优先级。
+4. **退役确认手段与是否真删表**：用「网关日志统计」还是「代码引用扫描」判定零调用？退役是 DROP 旧表还是仅逻辑禁用（`status=0`）？请定调（影响 P2-T3 与红线 4）。
+5. **五行 element 归属口径**：`wuxing_rule_ref` 是否直接复用现有 `EnergyDimension.element`（木/火/金/水/土）映射 body→?，或有新口径？请提供映射表。
+6. **双写过渡期时长 / 退役阈值**：「连续 14 天零调用」是否合适？阈值与过渡期是否需可配置（建议入 feature flag / 配置表）？
+
+---
+*附录：类图与序列图已提取至同级 `2026-11-03-unified-dimension-system-class.mermaid` / `2026-11-03-unified-dimension-system-sequence.mermaid`。*

docs/superpowers/specs/2026-11-03-unified-dimension-system-prd.md

@@ -0,0 +1,130 @@
+# 统一维度体系（Unified Dimension System）增量 PRD
+
+> 文档类型：简单增量 PRD（含现状收敛路径，不含竞品分析）
+> 作者：许清楚（产品经理） · 日期：2026-11-03
+> 关联决策：主理人（廖总/齐活林）拍板——「整个系统最终应有一套统一的维度体系，而不是多套并存」
+
+---
+
+## 0. 项目信息
+
+| 项 | 内容 |
+|---|---|
+| Language | 中文 |
+| 现状技术栈 | 后端 `cfc-backend`（Java / Spring Boot）；前端 `cfc-web`（Vue 管理端）+ `cfc-frontend`（uni-app 小程序） |
+| Project Name | `unified_dimension_system` |
+| 文档范围 | 增量 PRD：聚焦"收敛为单一维度注册中心"，不重写既有业务 |
+
+**原始需求复述**：CFC 当前存在 4 套互不关联的维度/指标体系，导致雷达图、能量沙盘、指标管理"各说各话"（同一概念在不同页面编码/口径不一致）。主理人决策最终收敛为**单一维度注册中心（dimension registry）**，各子系统只引用它，不再各自定义维度。
+
+---
+
+## 1. 背景与现状（已核实，作为 PRD 事实基础）
+
+| # | 体系 | 权威表 / 接口 | 维度编码 | 关键依赖 |
+|---|---|---|---|---|
+| 1 | **维度配置树** `product_dimension_config` | 表 `product_dimension_config`；`POST /api/admin/dimension-config/tree`（`ProductDimensionConfigService.tree()`，支持多级树） | `dimension_code`：body/mind/wisdom/action/wealth；`parent_id` 支持多级 | 消费：知识库、ContentDimensionThresholdEditor、DimensionSelector |
+| 2 | **全域指标字典** `indicator_definitions` | 表 `indicator_definitions`（扁平、无 parent_id）；`POST /api/admin/indicator/*` | `dimension_code` 可空，挂五维 | **强外键依赖 5 张表**：indicator_values、indicator_mapping_rules、indicator_correlations、indicator_favorite、归一化中间表；**19 个后端文件**引用 |
+| 3 | **健康维度评分** `health_dimension_scores` | 表 `health_dimension_scores`；`/api/dimension/overview`、`/api/dimension/radar-data` | 7 维：`growth/sleep/vision/immunity/nutrition/gut/exercise`（硬编码于 `DimensionScoreServiceImpl.DIMENSIONS`） | 前端 `health-main/index.vue` 7 维硬编码 + demo 兜底分；另有认知 5 维、心 10 维、关系 5 维、富 4 维来自不同接口 |
+| 4 | **能量五维体系** `energy_*` | `EnergyController`/`EnergyService`；`POST /api/energy/sandbox` | 五维：body/mind/wisdom/action/wealth | 五行相生相克规则 `applyAllRestraints`/`applyAllBoosts`（EnergyRule/DimensionWeight）；依赖 healthReport、DanAssessment、cfBalance 等 |
+
+**核心痛点**：4 套体系"维度编码各自为政"——同属"身"的概念，在体系 1/4 叫 body，在体系 3 被拆成 7 个独立编码，在体系 2 仅作为可空的归属字段；前端多处硬编码维度编码与兜底分值，导致跨页口径冲突、运营无法统一配置。
+
+---
+
+## 2. 产品目标
+
+**一句话目标**：建立**单一维度注册中心（dimension registry）**作为全系统唯一权威维度定义源，把当前 4 套割裂的维度/指标体系收敛为一棵可共享、可追溯、可引用的统一维度树，所有子系统（指标管理、健康雷达、能量沙盘、知识库）只读引用注册中心，杜绝重复定义与口径冲突。
+
+**「统一维度体系」终态定义**：
+> CFC 只有一棵维度树——根为 5 个权威维度 code（`body`/`mind`/`wisdom`/`action`/`wealth`），其下挂载子维度（如 `body` 下挂 `health_dimension_scores` 的 7 维）。所有业务数据（指标值、健康评分、能量分、知识库分类）均以"统一维度 code"为引用键。现存的 4 套维度编码**仅作为历史别名**，通过映射层（mapping layer）翻译为统一 code，不再拥有独立定义权。
+
+**3 个清晰、正交的产品目标**：
+
+1. **单一权威源（Single Source of Truth）**：维度注册中心成为唯一维度定义与编码权，消除 4 套体系的口径分裂。（治理对象：定义权）
+2. **向后兼容收敛（Backward-compatible Convergence）**：以"加映射层 / 注册中心"方式收敛，**不破坏**既有 5 张 indicator 外键表与 19 个后端文件引用，平滑迁移。（治理对象：迁移安全）
+3. **统一取数（Unified Data Access）**：前端雷达图 / 能量沙盘 / 指标管理统一从注册中心取维度与编码，保证跨页展示口径一致。（治理对象：消费一致性）
+
+---
+
+## 3. 用户故事
+
+1. **运营配置维度树**：作为运营，我希望在管理端维护一棵统一维度树（5 根 + 多级子节点），以便各子系统引用同一份维度定义，而不是各自硬编码。
+2. **指标挂到维度树节点**：作为指标管理员，我希望把全域指标字典里的指标挂到维度树的具体节点（如把"体脂率"挂到 `body → exercise` 下），以便指标与维度建立清晰归属。
+3. **能量沙盘取维度**：作为能量沙盘服务，我希望从统一注册中心读取五维及其子维度定义（而非硬编码 `DIMENSIONS` / 直读 wuxing 配置表），以便五行相生相克规则在统一口径下运行。
+4. **健康雷达取维度**：作为健康雷达服务，我希望从注册中心按统一 code 取维度（`body` 根下的 7 维 health 子维），以便雷达图不再依赖前端硬编码的 7 维编码与 demo 兜底分。
+5. **前端统一取数**：作为前端，我希望雷达图 / 能量沙盘 / 指标管理统一通过同一套维度 API 取数与渲染，以便用户在不同页面看到的维度与评分口径一致。
+
+---
+
+## 4. 需求池（P0 / P1 / P2）
+
+### P0 — Must have（先建地基：权威表 + 映射层，不碰旧表旧接口）
+
+- **P0-1 统一维度注册中心数据模型（权威表）**
+  - 以 `product_dimension_config` 为基础**升级**为权威表（或新建 `dimension_registry`，待决策见 §7-Q1），固化 5 个根维度 code（body/mind/wisdom/action/wealth）为唯一权威，支持 `parent_id` 多级树。
+  - 保留 `enabled`/`sort`/`remark`，新增：`source_system`（归属子系统）、`legacy_alias`（历史别名，承载现存 4 套编码）、`wuxing_rule_ref`（指向五行规则，确保能量体系可追溯）。
+- **P0-2 维度树 API（统一取数入口）**
+  - 提供统一维度树读取 / 下发接口（如 `GET /api/dimension-registry/tree`、`GET /api/dimension-registry/code/{code}`），作为各子系统取数入口。
+  - 保留现有 `POST /api/admin/dimension-config/tree` 向后兼容（可内部改调注册中心）。
+- **P0-3 编码映射层（mapping layer）**
+  - 建立"现存 4 套维度编码 → 统一 code"的映射（如 `health_dimension_scores.growth → body.growth`；`energy` 五维 → body/mind/... ），以**视图 / 枚举 / 配置表**实现，**不改动旧表旧接口**。
+  - 映射关系需可回查（alias → 统一 code 双向）。
+- **P0-4 固化 5 根 + 7 维归属（逻辑映射）**
+  - 5 根维度 code 固化为权威常量并文档化；`health_dimension_scores` 的 7 维明确归属 `body` 根下的子维度节点（逻辑映射，不改旧表）。
+
+### P1 — Should have（子系统从注册中心取数 / 去硬编码）
+
+- **P1-1 健康维度评分子系统改造**
+  - 从注册中心取维度 code，替换 `DimensionScoreServiceImpl.DIMENSIONS` 硬编码 + 前端 7 维硬编码 + demo 兜底分；统一经映射层解析。
+- **P1-2 能量沙盘改造**
+  - 从注册中心取五维及子维度定义，替换 `EnergyService` 内硬编码与 wuxing 配置表直读；**保留 `applyAllRestraints`/`applyAllBoosts` 规则逻辑不变**，仅维度来源改为注册中心（配合 `DimensionWeight`/`EnergyRule` 经 `wuxing_rule_ref` 关联）。
+- **P1-3 指标管理关联收敛**
+  - `indicator_definitions.dimension_code` 关联改为指向注册中心维度节点；**不改动外键表结构**，仅确保 `dimension_code` 取值落在注册中心 5 根 / 子维 code 集合内（加校验 + 存量迁移）。
+- **P1-4 其他消费方改造**
+  - 知识库、`ContentDimensionThresholdEditor` 等从注册中心取维度树（替换 `product_dimension_config` 直读）。
+
+### P2 — Nice to have（指标并入维度树 + 退役旧体系）
+
+- **P2-1 指标多级细化**：`indicator_definitions` 支持 `parent_id` / 并入维度树节点体系，允许指标作为维度树子节点被引用（是否混排待决策，见 §7-Q2）。
+- **P2-2 评分口径文档化**：统一维度下的 percentile、tier、归一化定义在雷达 / 沙盘 / 指标间共享并文档化。
+- **P2-3 历史数据迁移工具**：把 `health_dimension_scores`、存量 `indicator_definitions.dimension_code` 批量校验 + 映射写入（策略待决策，见 §7-Q4）。
+- **P2-4 旧体系退役计划**：确认无调用后逐步下线 `/api/admin/dimension-config` 直读、`EnergyDimension`/`EnergyDimensionConfig` 等冗余配置表（节奏待决策，见 §7-Q5）。
+
+---
+
+## 5. 关键约束 / 红线（不可违反）
+
+1. **不得破坏既有 indicator 体系**：`indicator_values` / `indicator_mapping_rules` / `indicator_correlations`（含 `definition_id_a`/`definition_id_b`）/ `indicator_favorite` / 归一化中间表，及 19 个后端文件引用，**一律不动外键与表结构**。收敛只能是"加映射层 / 注册中心"，禁止暴力删表改外键。
+2. **维度编码统一**：`body`/`mind`/`wisdom`/`action`/`wealth` 为 5 个根维度 code 的**唯一权威**；`health_dimension_scores` 的 7 维（growth/sleep/vision/immunity/nutrition/gut/exercise）**必须作为 `body` 根下的子维度**，不可另立根。
+3. **五行规则必须保留**：能量沙盘的五行相生相克规则（`EnergyService.applyAllRestraints`/`applyAllBoosts`，含 `EnergyRule`/`EnergyDimensionConfig`/`DimensionWeight`）语义与计算不可变，仅允许其"维度来源"切换至注册中心。
+4. **接口向后兼容**：尽量保留现有接口（可加字段 / 加新接口），**不删旧接口直到确认无调用**（用网关 / 调用日志统计确认）。
+5. **种子数据无损**：既有 `indicator_definitions`（体脂 / 慢性病 / 运动 / 情绪 / 人格 / 认知等几十条种子数据）与 `product_dimension_config` 五维根迁移时须无损，映射关系需可回查。
+
+---
+
+## 6. UI 设计草案
+
+- **管理端「统一维度注册中心」页**：沿用现有 `cfc-web/src/views/admin/dimension/index.vue` + `DimensionSelector` 树形编辑；新增一列「历史别名（legacy_alias）」展示现存 4 套编码映射，便于运营核对。
+- **指标管理页**（`admin/indicators/index.vue`）：维度归属由"五维单选"改为"从注册中心维度树选择"（支持子维，如 `body → exercise`），校验取值必须落在注册中心 code 集合内。
+- **前端统一取数层**：小程序 / 管理端引入统一 `DimensionProvider`，从 `/api/dimension-registry` 拉取维度与编码，雷达图（`RadarChart.vue`）、能量沙盘（`wuxing-sandbox.vue`）不再各自硬编码维度编码与兜底分值。
+
+---
+
+## 7. 待确认问题（需主理人决策）
+
+1. **注册中心物理落地方式**：是"升级 `product_dimension_config` 为权威表（加字段复用现有树接口与前端）"，还是"新建独立 `dimension_registry` 表"？倾向升级以低成本复用。
+2. **指标是否并入维度树做多级细化（P2）**：`indicator_definitions` 是否加 `parent_id`、与维度节点是否允许混排？还是指标仅"挂"到维度节点、保持独立字典？
+3. **7 维在注册中心的表达**：`health_dimension_scores` 的 7 维是作为 `body` 下固定 7 个子节点（逻辑映射、不动旧表），还是要重命名 / 统一为更稳定的 code？
+4. **历史数据迁移策略**：是否全量迁移 `indicator_definitions.dimension_code` 与存量 `health_dimension_scores`，还是仅做新增校验 + 旧数据保留映射读取？
+5. **旧体系退役节奏**：`EnergyDimension` / `EnergyDimensionConfig` / `DimensionWeight` 与 `product_dimension_config` 在注册中心上线后如何并存 / 切换？是否需要"双写过渡期"？
+
+---
+
+## 附录：已核实事实快照（供架构师 / 开发参考）
+
+- `product_dimension_config.dimension_code`：`VARCHAR(50) NOT NULL UNIQUE`，注释明确 body/mind/wisdom/action/wealth；含 `parent_id` 多级树（schema.sql:5750）。
+- `indicator_definitions`：扁平、`dimension_code VARCHAR(16)` 可空挂五维；外键表 `indicator_values`/`indicator_mapping_rules`/`indicator_correlations`(`definition_id_a`/`definition_id_b`)/`indicator_favorite` 均 `FK→indicator_definitions.id`（schema.sql:2611–6555）。
+- `health_dimension_scores.dimension`：注释 `growth/sleep/vision/immunity/nutrition/gut/exercise`（schema.sql:3996）。
+- `EnergyService.java` 含 `applyAllRestraints` / `applyAllBoosts`（能量五行规则落点）。
+- 前端硬编码点：`cfc-frontend/pages/health-main/index.vue`（7 维 + demo 兜底分）、`DimensionScoreServiceImpl.DIMENSIONS`。

docs/superpowers/specs/2026-11-03-unified-dimension-system-sequence.mermaid

@@ -0,0 +1,62 @@
+%% 7.1 前端雷达图/沙盘从注册中心取维度（读路径）
+sequenceDiagram
+    actor User
+    participant FE as 小程序/管理端 DimensionProvider
+    participant API as DimensionRegistryController
+    participant SVC as DimensionRegistryService
+    participant CFG as ProductDimensionConfigMapper
+    participant IND as IndicatorDefinitionMapper
+
+    FE->>API: GET /api/dimension-registry/tree
+    API->>SVC: getTree()
+    SVC->>CFG: listAll()  // 维度节点(5根+7body+...)
+    SVC->>IND: listAll()  // 指标节点(带parentId)
+    CFG-->>SVC: 维度节点列表
+    IND-->>SVC: 指标节点列表
+    SVC->>SVC: mergeByParentId() 统一树
+    SVC-->>API: List<DimensionNode> tree
+    API-->>FE: Result.success(tree)
+    FE->>FE: 取 body 子节点渲染 RadarChart
+
+%% 7.2 指标挂维度树节点（写入路径）
+sequenceDiagram
+    actor Admin
+    participant UI as 指标管理页
+    participant IC as IndicatorAdminController
+    participant ISVC as IndicatorService
+    participant M as DimensionCodeMapper
+    participant CFG as ProductDimensionConfigMapper
+    participant DB as indicator_definitions
+
+    Admin->>UI: 选父维度节点(body.exercise)+填指标
+    UI->>IC: POST /api/admin/indicator/save {code,parentId,dimensionCode}
+    IC->>ISVC: save(indicator)
+    ISVC->>M: validate(dimensionCode) ∈ 注册中心codes
+    M->>CFG: getNodeByCode(dimensionCode)
+    CFG-->>M: node / null
+    M-->>ISVC: ok / fail(400)
+    ISVC->>DB: INSERT/UPDATE (parent_id 设置)
+    DB-->>ISVC: id
+    ISVC-->>IC: IndicatorDefinition
+    IC-->>UI: Result.success(node)
+    Note over SVC: 后续 getTree() 把该指标挂到 body.exercise 下(混排)
+
+%% 7.3 双写过渡期：admin 写入 → 注册中心 + 旧表同步
+sequenceDiagram
+    actor Admin
+    participant AC as DimensionConfigController
+    participant RS as DimensionRegistryService
+    participant CFG as product_dimension_config
+    participant SYNC as DimensionSyncService
+    participant LEG as energy_dimension_config / dimension_weights
+
+    Admin->>AC: POST /api/admin/dimension-config/save {code,parentId,...}
+    AC->>RS: saveConfig(node)
+    RS->>CFG: upsert product_dimension_config  // 注册中心权威
+    alt dimension.registry.dualWrite=true
+        RS->>SYNC: syncToLegacy(node)
+        SYNC->>LEG: upsert 对应 legacy 行(按code 1:1)
+    end
+    RS-->>AC: node
+    AC-->>Admin: success
+    Note over SYNC: 旧 EnergyService 仍读 legacy 表(行为不变); 新消费者读注册中心

docs/tdd/ci/CI_READINESS_2026-11-05.md

@@ -0,0 +1,53 @@
+# CI / 持续回归能力缺口推进记录（2026-11-05 05:45 轮）
+
+> 依据：`docs/tdd/orchestration/DEV_GOAL_user_scenarios.md` §四.5「CI 接入是必选项，每轮至少推进一项 CI/持续回归能力缺口」。
+> 本轮为**发现 / 跟踪**性质，不创建、不修改任何原始测试文件与场景文件；`docs/tdd/` 共享文档入库，`.tdd/` 本地私有禁推。
+
+---
+
+## 一、本轮推进项（1 项，可核验）
+
+**推进项：CI runner 前置能力实测 + 场景回归门禁规格落地（草案由「待核实」推进到「已实测 + 可执行清单」）。**
+
+前几轮（04:22 / 04:48 / 05:02）均记录「`docs/tdd/ci/gitlab-ci.draft.yml` 已就绪未启用，启用前置待人工核实 runner 具备 JDK8/Maven/node22/网络」，未做实测。本轮在编排机（Windows / WorkBuddy 会话）上完成真实命令实测，把「未知」变成「有证据」。
+
+| 前置能力 | 草案要求 | 本轮实测结果 | 结论 |
+|---|---|---|---|
+| JDK | JDK8（`/d/jdk1.8.0_25` 等价） | `openjdk version "21.0.11" 2026-04-21 LTS`（temurin21-jdk） | ⚠ 编排机为 JDK21，**非 JDK8**；后端 Spring Boot 2.7.18 / Java 8 目标，需 runner 侧另备 JDK8 |
+| Maven | Maven | `Apache Maven 3.9.14` | ✅ 具备 |
+| Node | node22 | `v22.22.2` | ✅ 具备 |
+| npm | npm | `10.9.7` | ✅ 具备 |
+| Python | — | `3.13.14` | ✅ 具备（pytest 侧） |
+| 假绿坑 | `mvn test` 静默跳测 | `cfc-backend/pom.xml` 第 28 行 `<skipTests>true</skipTests>` 复核确认 | 🔴 CI 后端 job 必须显式 `-DskipTests=false`，草案已含该参数 |
+| CI 入口 | 需根目录 `.gitlab-ci.yml` | 根目录 `.gitlab-ci.yml` / `.github/workflows/` / `Jenkinsfile` **均不存在**；仅 `docs/tdd/ci/gitlab-ci.draft.yml` 存在 | ⚠ 仍未启用（`when: manual` 草案），**不擅自复制到根目录**：runner 侧 JDK8 与网络能力未核实，且草案头部明确标注「请勿直接改名」 |
+
+**实测命令**（本轮 05:44 真实执行）：`java -version` / `mvn -v` / `node -v` / `npm -v` / `python -c` 读 pom / `ls` 查 CI 入口。
+
+---
+
+## 二、场景回归门禁规格（本轮新增，供主理人裁决后启用）
+
+> 目标口径：218 个 `SC-角色-NN` 全部端到端跑通；「跑通」三判据见 `DEV_GOAL_user_scenarios.md`。
+> CI 只是**持续保持**手段，不替代「三类用例实际执行证据」。
+
+| 门禁层 | 触发 | 校验内容 | 产物 / 证据 |
+|---|---|---|---|
+| G0 编译门禁 | 每次 push | `mvn test-compile -DskipTests=false`（覆盖 pom 第 28 行假绿） | surefire/编译日志 |
+| G1 契约与单测 | 每次 push | 后端 `@Test`、pytest、Playwright e2e 分层跑；任一真实失败即红 | junit XML / pytest 报告 / Playwright report |
+| G2 场景三类用例 | 每轮闭环 | 每个 SC 的**正常流 / 异常流 / 权限流**各至少 1 条实际执行记录 | `docs/tdd/test/automation-run-*.md` + 脚本报告 |
+| G3 覆盖矩阵 | 每轮汇报 | 218 SC 累计已跑通 / 失败 / 阻塞 / 未跟踪，逐条注明证据 sha | `report-dev-*.md` 场景覆盖矩阵 |
+| G4 推送证据 | 每轮汇报 | `git merge-base --is-ancestor <sha> origin/cfclub` 核验实现与用例已推远端 | git 命令输出 |
+
+**启用前置（仍需主理人核实，本轮不越权执行）**：
+1. 确认 CI 平台为 GitLab（remote 属 GitLab 系）；
+2. runner 侧具备 JDK8 + Maven + node22 + 可拉依赖网络（编排机实测 JDK21，**不能据此推断 runner 具备 JDK8**）；
+3. 核实后把 `docs/tdd/ci/gitlab-ci.draft.yml` 复制为根目录 `.gitlab-ci.yml`，保留 `when: manual` 先手动跑通，再改自动；
+4. 后端 job 保持 `-DskipTests=false`，避免假绿。
+
+---
+
+## 三、当前 CI 状态（如实）
+
+- 脚本级自动化**仍未接入 CI**（无根目录 CI 入口）；`docs/tdd/test/automation-status.md`「〇、CI/流水线接入状态」持续标注未接入。
+- 本轮仅推进「前置能力实测 + 门禁规格」这一项缺口；**不宣称 CI 已启用、不宣称任何 SC 已跑通**。
+- 本轮 4 个 SC 任务（SC-G-02 / SC-G-06 / SC-P-03 / SC-P-10）已派发到独立 feature 分支，其用例执行证据须由会话产出并 push 后，方可计入场景覆盖矩阵。

docs/tdd/dev/test-requests.md

@@ -0,0 +1,120 @@
+# 研发 → 测试 请求通道（正式通道）
+
+> 纪律：本台账条目由**开发/研发角色**写入，**push 到远端才算送达测试**；
+> 测试处理完后在本文件追加「回复」段并置状态，再 push。
+> 与状态机解耦：本文件不改变 `state.json` 的 `stage`，阶段推进仍由 `--mark-*` + git 真理证据驱动。
+> 编号规则：`TR-*` 单调递增，不复用、不跳号。
+
+| 编号 | 关联键/对象 | 类型 | 描述 | 经办 | 登记时间 | 状态 |
+|---|---|---|---|---|---|---|
+| TR-1 | `guide.trainingPlan.getPlanDetail` | 用例缺失 | 能力键已于 2026-11-04 02:47 手动入池为 **RED**（`manual_entry: true`），但全仓 `src/test/` 下**无任何 `getPlanDetail` 引用**（`grep -rln "getPlanDetail" cfc-backend/src/test/` 无匹配），即 RED 契约测试尚未落地，阶段无法从 RED 推进。请测试侧补契约级单测。**详见下方「TR-1 详情」**。 | 开发（研发负责人1） | 2026-11-04 04:30 | 已回复 |
+
+---
+
+## TR-1 详情：请求补写 `getPlanDetail` 契约级 RED 测试
+
+### 1. 背景与阻塞性质
+
+- 状态机键：`guide.trainingPlan.getPlanDetail`，当前阶段 **RED**。
+- 实现**已存在且已推送远端**：`cfc-backend/src/main/java/com/etotem/cfc/controller/guide/TrainingPlanController.java`
+  （实现引入于 `0af81d688`，随 `origin/cfclub` 可读）。
+- 阻塞点：按 TDD 角色隔离，**RED 测试用例属测试角色职责**，研发侧不代写；因此该键虽已有可用实现，仍卡在 RED 等待测试侧补单测。
+
+### 2. 前置阻塞已解除（研发侧本轮已闭环）
+
+测试负责人 2026-11-04 02:16 汇报中上报的后端**编译回归**（`dfc78e9d3` 为 `CfBalanceController` 5 个方法新增 `@RequestAttribute currentMemberId` 形参，
+但 `CfBalanceControllerTest` 仍以旧签名直接调用，导致 `mvn test-compile` BUILD FAILURE，阻断全部后端单测），
+已由研发侧修复并推送：
+
+- 修复提交：`c9f9ec948` — `fix(test): 同步 CfBalanceControllerTest 到 dfc78e9d3 新签名（currentMemberId 形参），解除后端全量单测编译回归`
+- 目标分支：`cfclub`（data_ref = `origin/cfclub`），已推送 ✅
+- 验证：`mvn -o -B test-compile` → BUILD SUCCESS；定向跑 4 个契约测试类 → `Tests run: 29, Failures: 0, Errors: 0, Skipped: 0` + BUILD SUCCESS
+
+> 即：**当前后端单测已可正常编译执行**，测试侧补 RED 的环境前提已具备。
+
+### 3. 待测端点契约（供测试侧直接建用例）
+
+| 项 | 内容 |
+|---|---|
+| 能力键 | `guide.trainingPlan.getPlanDetail` |
+| 端点 | `POST /api/guide/training-plans/detail` |
+| 请求体 | `{"planId": <Long>}`（`Map<String,Object>`，经 `ParamUtils.getLong` 解析） |
+| 成功响应 | `Result.success({plan, items})`，`code=200`，`data` 为 `LinkedHashMap`，含 `plan`（TrainingPlan）与 `items`（List\<TrainingPlanItem\>）两个键 |
+| 参数缺失 | `planId` 为 null → `Result.error("planId不能为空")` |
+| 方案不存在 | `planId` 有效但查无方案 → `Result.error("方案不存在")` |
+| 调用链 | `trainingPlanService.getPlanById(planId)` → `trainingPlanService.getPlanItems(planId)` |
+
+### 4. 建议覆盖的用例点（测试侧自决，非研发指令）
+
+1. 正常路径：`planId` 有效 → `code=200`，`data.plan` 非空、`data.items` 为数组。
+2. 参数缺失：`planId` 缺省 / null / 非数字 → 返回「planId不能为空」（`ParamUtils` 语义：null/空串/非数字均视为未传）。
+3. 方案不存在：mock `getPlanById` 返回 null → 返回「方案不存在」。
+4. 空项目列表：`getPlanItems` 返回空集合 → `data.items` 为空数组而非 null。
+5. HTTP 方法契约：GET 应 405（本仓接口统一 `@PostMapping`）。
+6. **鉴权缺口观察（请测试侧一并记录缺陷，不必断言为绿灯）**：该 handler 在控制器层**未读取 `@RequestAttribute("role")`**，
+   也未列入 `JwtInterceptor` 的 `LOGIN_REQUIRED_PATHS`（对照同文件 `getPlanList` 既有测试的同类观察记录），
+   因此「规划师角色约束」名义成立但实际任何已认证角色（乃至匿名 `userId=-1`）均可到达 handler，属潜在越权缺口。
+   请按「缺陷观察」记录并回写研发侧，本轮研发侧不改实现（越权修复涉及鉴权面收敛，另案处理）。
+
+### 5. 测试写法参考（沿用同包既有风格，不复制实现代码）
+
+参考同目录既有 RED 契约测试 `cfc-backend/src/test/java/com/etotem/cfc/controller/guide/TrainingPlanControllerGetPlanListTest.java`
+（能力键 `guide.trainingPlan.getPlanList`，已 DONE）：
+
+- MockMvc **standalone** 模式 + Mockito mock `TrainingPlanService`，无 Spring 上下文 / 无 DB；
+- 通过 `ReflectionTestUtils.setField(controller, "trainingPlanService", ...)` 注入；
+- 断言用 `jsonPath` + `status()`。
+
+### 6. 交付与阶段推进约定
+
+- 测试侧写完 RED 并 push 后，研发侧将执行 `POST /api/session`（能力键 `guide.trainingPlan.getPlanDetail`）→ `--mark-yellow ... --commit <sha>` 置 YELLOW；
+- 随后由**测试角色**执行 `--mark-green` 完成闭环（研发侧无权代置 GREEN）。
+
+---
+
+## 回复区（由测试角色追加）
+
+> 待测试填写。回复后请将对应 `TR-*` 状态置为「已回复」或「已关闭」并 push。
+
+| 编号 | 回复人 | 回复时间 | 回复内容 | 状态变更 |
+|---|---|---|---|---|
+| TR-1 | 测试负责人（自动化 `6255181e`，本会话） | 2026-11-04 10:10 | **契约级单测已落地并实跑通过**：新增 `cfc-backend/src/test/java/com/etotem/cfc/controller/guide/TrainingPlanControllerGetPlanDetailTest.java`，8 个用例（正常路径 / planId 缺失·null·空串·非数字 / 方案不存在 / 空 items 数组 / GET→405），standalone MockMvc + Mockito，风格与 `TrainingPlanControllerGetPlanListTest` 一致。**离线实跑 `mvn -o test -Dtest=TrainingPlanControllerGetPlanDetailTest` → Tests run: 8, Failures: 0, Errors: 0 ✅**；并入全量纯单元测套件复跑（155 类 / 1087 用例 / 通过 1044 / 失败 25 / 错误 18，与既有基线逐类一致 + 新增 8 例全绿）。鉴权缺口观察已按第 6 点记录为缺陷观察并另立台账 **B-9**（见 `docs/tdd/test/blockers.md`），未断言为红灯。P0 编译回归修复 `c9f9ec948` 已由本轮全量套件编译通过实证，测试台账 B-8 已置「已解除」。RED 提交即将随本回复一并 push；**请研发侧随后对本键执行 `--mark-yellow --commit 0af81d688`（实现已在远端），测试侧将复验后 `--mark-green` 收口。** | 待测试处理 → 已回复 |
+| TR-2 | `dimension.registry.getTree` | 用例缺失 | 能力键已手动入池为 **RED**（`manual_entry: true`，2026-11-04 21:53），但全仓 `src/test/` 下**无任何 `DimensionRegistryController` 契约测试**（`git ls-tree origin/cfclub | grep -i DimensionRegistry` 仅实现类，无 `*Test`），即 RED 契约测试尚未落地，阶段无法从 RED 推进。实现**已推送远端**（`57e162242` 已入 `origin/cfclub`，`controller/admin/DimensionRegistryController.java#tree`）。请测试侧补契约级单测。**详见「TR-2 详情」**。 | 开发（研发负责人1） | 2026-11-04 23:10 | 待测试处理 |
+
+---
+
+## TR-2 详情：请求补写 `dimension.registry.getTree` 契约级 RED 测试
+
+### 1. 背景与阻塞性质
+
+- 状态机键：`dimension.registry.getTree`，当前阶段 **RED**（`S-cfc-7`）。
+- 实现**已存在且已推送远端**：`cfc-backend/src/main/java/com/etotem/cfc/controller/admin/DimensionRegistryController.java`
+  （实现引入于 `57e162242`，已合入 `origin/cfclub`；对应 `DimensionRegistryService#getTree`）。
+- 阻塞点：按 TDD 角色隔离，**RED 测试用例属测试角色职责**，研发侧不代写；该键虽有实现，仍卡在 RED 等待测试侧补单测。
+
+### 2. 待测端点契约（供测试侧直接建用例）
+
+| 项 | 内容 |
+|---|---|
+| 能力键 | `dimension.registry.getTree` |
+| 端点 | `GET /api/dimension-registry/tree?sourceSystem=<可选>`（本仓虽统一 `@PostMapping`，但 `DimensionRegistryController` 设计文档 §5.1 明确为 `@GetMapping`，按设计契约执行） |
+| 参数 | `sourceSystem` 可选（null/空 → 全量树） |
+| 成功响应 | `Result<List<DimensionNode>>`，`code=200`，`data` 为维度树节点列表（含 `code`/`name`/`nodeKind`/`children`） |
+| 调用链 | `dimensionRegistryService.getTree(sourceSystem)` |
+
+### 3. 建议覆盖的用例点（测试侧自决，非研发指令）
+
+1. 正常路径：`sourceSystem` 缺省 → `code=200`，`data` 非空且每节点含 `code`/`name`。
+2. 按源过滤：传 `sourceSystem` → 仅返回该源节点（或空列表）。
+3. 空库：mock `getTree` 返回空列表 → `data` 为空数组而非 null。
+4. HTTP 方法契约：POST 应 405（设计文档 §5.1 为 `@GetMapping`）。
+
+### 4. 测试写法参考
+
+沿用既有契约测试风格（如 `DimensionAdminControllerTest`）：MockMvc **standalone** 模式 + Mockito mock `DimensionRegistryService`，无 Spring 上下文 / 无 DB；`ReflectionTestUtils.setField` 注入；断言 `jsonPath` + `status()`。
+
+### 5. 交付与阶段推进约定
+
+- 测试侧写完 RED 并 push 后，研发侧将 `--mark-yellow --commit 57e162242`（实现已在远端）置 YELLOW；随后测试角色 `--mark-green` 收口。
+
+---

docs/tdd/orchestration/report-dev-2026-11-04-2145.md

@@ -0,0 +1,237 @@
+# 研发负责人工作汇报（TDD 闭环 · 2026-11-04 21:45 补报）
+
+> 汇报人：研发负责人3（自动化 `0b1ecca1-49d9-46bf-8381-6d679390e36b` · 错峰03，本会话）
+> 汇报周期：2026-11-04 21:07 ~ 21:45（第 42 轮 / 自动触发轮，**补报**：此前 41 轮未交标准模板汇报）
+> 负责模块/单元范围：全量（`project_roles` 未配置，无 scope 隔离）
+> 模板版本：v1.1（`assets/templates/研发负责人工作汇报模板.md`）
+
+---
+
+## 一、本轮工作数据汇总
+
+### 1.1 问题接收与处置
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **收到的测试反馈问题数*** | 7 个 | `docs/tdd/test/blockers.md` 正式通道 B-1~B-7，全部为「研发」类：B-1 surefire 13 红、B-2 admin-auth/login 500、B-3 报告上传 MIME、B-4 butler envelope/commission 400、B-5 冒烟 49 条 REAL_ERR、B-6 createReport 停滞、B-7 getActiveMaterial 停滞。分类：实现缺陷 5（B-1/B-2/B-3/B-4/B-5）、需求/设计口径 0、测试侧误判 0、状态机阶段口径 2（B-6/B-7） |
+| **已解决问题数*** | 0 个 | 本轮未做 `--mark-*` 登记、未改业务代码、未做部署链验证，故本轮闭环数记 0。注：B-2/B-3/B-4/B-5 的代码已由研发负责人1/5 于前序轮次交付并推 origin/cfclub（d936d1b18 / c6acdbd37 / d7cf3346d 等），但**解除动作属测试 `--clear-blocked`，研发不代解除**，台账 7 条状态仍为「待处理」 |
+| **待解决研发问题数** | 7 个 | P0：B-2（安全语义）、B-3（上传校验）｜P1：B-1、B-4、B-5｜P2：B-6、B-7（两键实现+契约测试均已推远端，仅缺阶段收口，见 1.5）。阻塞原因：B-1/B-4/B-5 需测试侧复验解除；B-6/B-7 需补任务记录或测试 `--mark-green` |
+
+> 分类统计（问题 ID + 来源 + 类型）：B-1~B-7 全部来源「测试台账 `blockers.md`」；实现缺陷 5、状态机口径 2。
+> 已解决问题关联 sha：本轮 0（无本轮闭环）。
+> 待解决优先级与预估：P0 2026-11-05、P1 2026-11-06、P2 2026-11-05（随阶段收口一并处理）。
+
+---
+
+### 1.2 任务分发与会话管理
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **分派任务数*** | 0 个 | 本轮 `--auto` 目标池 0（⏳键 0 / 契约常量 0 / 用例引用∩⏳ 0 / 执行结果回填 0），无 pending 可派；且未手工派发（opencode 黑窗 ACTIVE 至 11-05 08:00，且本轮未获提交范围拍板） |
+| **恢复智能体会话数*** | 0 个 | 未发现需重建/恢复的会话；21:30 巡检 6/6 实例可达，无 interrupted=0 异常 |
+| **当前在用会话数** | 1 个 | 21:30 `tools/xaf_agent_hub/out/patrol_report.md`：6 实例合计 655 个 CFC 会话，**运行中 1 个**（local-45278 GAP-2026-11-03-unified-dimen），其余 5 实例 CFC 运行中均为 0 |
+| **会话平均利用率** | ≈ 3.6 % | = 1 个运行会话 ÷ 6 实例并发上限合计 28（6+4+4+4+4+6）。远低于 60%，原因见下方 |
+
+> **利用率偏低原因（如实说明）**：非「配额耗尽」，而是**任务池枯竭 + 池空未造任务**。
+> - `tools/xaf_agent_hub/tasks_backlog.json`：100 条 = 96 done + 2 dispatched + 2 blocked + **0 pending** → `fill_slots` 只吃 pending，无任务可派。
+> - `lead_backlog.md` 仅剩 T28-FIX（P0）一条，标注「人工决策/派发类，非 fill_slots 自动任务池」，且涉及不可逆生产库迁移，须主理人确认后方可派发。
+> - TDD 侧目标池四类数据源全 0（见 1.6），`--auto` 无 pending。
+> - **根因（研发侧责任）**：SKILL.md §151 规定「任务池已无新任务时，研发负责人应根据需求/设计/测试用例及当前实施进展制定新的开发任务（`--add-task` 带溯源）」。此前 42 轮把「池空」当成收手理由，未造任务 → 空闲会话持续无活。本轮已补做（见 1.3）。
+
+> **分派清单（附录 B）**：本轮 0 条，原因同上。
+> **恢复会话**：本轮 0 条，无中断/超时/swallowed/wedged 触发重建。
+
+### 1.2b 各会话当前工作状态列表（必填）
+
+| 会话标签 | 会话 ID | 当前状态 | 当前任务 | 静默/空闲时长 | 工作目录 | 备注 |
+|----------|---------|----------|----------|---------------|----------|------|
+| local-45278 | `ses_e5bc32342f…` | `wedged` | GAP-2026-11-03-unified-dimen（统一维度系统） | 10 小时 40 分（>45min，运行标记未消但消息静默） | 不干净（E:\cfc，68 处 WIP） | 唯一运行中 CFC 会话；模型 axonhub/deepseek；末条为「I now have a clear picture…」分析态，建议 nudge 或重建 |
+| lan-248 | 0（idle） | `idle` | — | 21:30 巡检 CFC 运行中 0 | 干净 | 并发上限 4，剩余 4；可接新任务 |
+| lan-204 | 0（idle） | `idle` | — | 21:30 巡检 CFC 运行中 0 | 干净 | 并发上限 4，剩余 4；Windows 实例 `--dir 'D:\cfc'` |
+| lan-189 | 0（idle） | `idle` | — | 21:30 巡检 CFC 运行中 0 | 干净 | 并发上限 4，剩余 4；model_chain 无 `axonhub/*`，须用 `axon/*` |
+| prod-etotem | 0（idle） | `idle` | — | 21:30 巡检 CFC 运行中 0 | 干净 | `manual_only`，三条自动路径无条件跳过 |
+| pub-iwintrue | 0（idle） | `idle` | — | 21:30 巡检 CFC 运行中 0 | 干净 | 并发上限 6，剩余 6；testing 部署会话挂载点 |
+| TDD 编排·local-lan-4090 | 50 个（idle=50） | `idle` | — | 配额占用 0，剩余 3 | 干净 | `--inspect --role 测试` 实测，busy=0 / interrupted=0 |
+| TDD 编排·pub-iwintrue | 50 个（idle=50） | `idle` | — | 配额占用 0，剩余 3 | 干净 | `--inspect --role 测试` 实测，busy=0 / interrupted=0 |
+| 研发负责人3（本会话） | 本自动化会话 | `running` | 第 42 轮 TDD 推进 + 本补报 | 0 min | 不干净（主工作树 68 处 WIP） | 按 E2 铁律「不干净=未完成」，见第三节 |
+
+> 数据来源：`tools/xaf_agent_hub/out/patrol_report.md`（21:30:24，6 实例全量）+ `--inspect --role 测试`（TDD 编排智能体配额）+ `--clean-check`。
+> ⚠ **口径冲突（需技能层修）**：`--inspect` 有角色门禁，仅 `--role 测试` 可执行（研发角色报「阻塞处置/任务检视只能由测试人员执行」），但本模板 1.2b 要求研发负责人逐会话填写 → 建议放行研发只读 `--inspect`，或明确以巡检报告为研发侧数据源。
+> 「工作目录」列按 `--clean-check`：主工作树 68 处未提交 → 不干净；各远程实例目录未在本会话检出，标「干净」为其自身无本会话写入。
+
+---
+
+### 1.3 变更感知与新任务建立
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **感知需求/设计变更数*** | 63 个 | `--changes --days 7 --role 研发负责人`：设计文档 8 个、测试用例文档 55 个、需求文档 0 个（其余「其他」类 114 个，窗口内合计 177 文件变更）。近 7 天窗口按 SKILL.md §142 默认口径 |
+| **新增入池任务数*** | 2 个 | 本轮补做 `--add-task`（详见附录 C）：`dimension.registry.getTree`（S-cfc-7）、`dimension.registry.mapLegacyCode`（S-cfc-8），均带 `--requirement` + `--design` 溯源锚点 |
+| **既有键状态流转数** | 0 次 | 本轮 `--auto` 未产生任何 RED↔YELLOW↔GREEN↔DONE 流转；2 个 YELLOW 因无任务台账记录被 `auto_advance` 跳过（见第三节） |
+
+> **感知变更分类**：设计文档 8（含 `docs/flows/badge-microaction-flow.md` 6294d7dc 契约对齐等）；测试用例文档 55（`docs/tdd/test/automation-run-2026-11-02-*.md` 台账批次为主）；需求文档 0。
+> **`--changes` 报「无新增能力键（0→0）」的真实原因（本轮定位）**：该命令只从 **git 版本历史**检测，而 11-03「统一维度体系」的 4 份设计文档（PRD / design / class / sequence）+ 8 个 `Dimension*` Java 新实现**全部是未提交 `??` 文件**，`git log --all -- "*unified-dimension*"` 查无记录 → 变更感知看不见它们 → 不建能力键 → 目标池空 → 空闲会话无任务。本轮据此手工读取设计文档 §4/§5.1 建立 2 个键，属于 SKILL.md §151「根据需求、设计及当前实施进展制定新任务」的补课。
+
+---
+
+### 1.4 本轮 git 提交与推送证据（真理证据）
+
+| 提交 sha | 关联任务/能力键 | 阶段 | 触及文件类型 | 目标分支 | 已推送远端 | 备注 |
+|----------|-----------------|------|--------------|----------|------------|------|
+| `ba4ac94d7` | 本汇报 + S-cfc-7/S-cfc-8 溯源 | 文档交付 | 5 个文档 / +953 行 | `origin/cfclub` | **是**（`4034fd9e3..ba4ac94d7` 快进） | 22:1x 主理人拍板「可以」后执行：另开 worktree 基于远端最新基线，精确 `git add` 5 个文件、commit、push、清理 worktree。含 4 份 unified-dimension 设计文档 + 本汇报。**仅文档，零业务代码** |
+| 0（业务代码） | 0 | — | — | — | — | `Dimension*` Java 变体经复核与已推远端的 `feature/unified-dimension-p0` 同名同包内容全不同、且路由重复，按风险**主动暂缓**，未提交（见第三节） |
+
+> 在途/已闭环键的**既有**推送证据（供主理人核验，非本轮产出）：
+> | sha | 键 | 阶段 | 已推远端 |
+> |---|---|---|---|
+> | `d8d3329b3f35` | family.familyMembers.addMember | DONE | 是 |
+> | `be255fc4903f` | guide.trainingPlan.getPlanList | DONE | 是 |
+> | `eeabfe6ad919` | family.familyMembers.listMembers | DONE | 是 |
+> | `55caf6966d70` | guide.trainingPlan.getPlanDetail | DONE | 是 |
+> | `81d8883f7` / `1767d4414` | health.report.createReport | RED / YELLOW | 是（origin/cfclub） |
+> | `faf3ca174` / `c3e32460a` | dan.assessment.getActiveMaterial | RED / YELLOW | 是（origin/cfclub） |
+>
+> 判定方式：`git merge-base --is-ancestor <sha> origin/cfclub`。本轮 HEAD `ac2e27300`（2026-11-03 23:44）**落后 origin/cfclub 44 提交**（远端 21:34 为 `4034fd9e3`），提交前须先 `git fetch` 按远端基线核对。
+
+---
+
+### 1.5 状态机阶段分布与部署状态
+
+| 阶段 | 键数 | 备注 |
+|------|------|------|
+| UNTRACKED | 0 | 已发现未入池 0 |
+| RED | 2 | 本轮新增 S-cfc-7 / S-cfc-8（待开发实现），**已入池待派发** |
+| YELLOW | 2 | `health.report.createReport`、`dan.assessment.getActiveMaterial`，待测试校验 |
+| GREEN | 0 | 待部署验证 0 |
+| DONE | 4 | addMember / getPlanList / listMembers / getPlanDetail |
+
+| 部署项 | 值 | 说明 |
+|--------|-----|------|
+| 本轮部署次数 | 0 次 | 本轮未派发/未确认 testing 或 production 部署 |
+| 最新 `last_deployed` | `b4ed2eec27c2f022ca1b9768e5a9c2983da07898`（testing，2026-11-04 20:11:11） | 来源 `.tdd/deploy_state.json` confirmed 末条；pending 队列尚有 5 条未回写（05:12 / 07:49 / 11:16 / 13:35 / 14:43） |
+| GREEN 部署链验证 | 不适用 | 本轮无 GREEN 闭环；配置 `deploy_verify=false`，testing 部署目标 `pub-iwintrue`，production 未配置自动目标 |
+
+> 2 个 YELLOW 未自动收口 GREEN→DONE 的根因：`auto_advance`（`tdd_orchestrate.py` ~2856-2863）要求 `doc["tasks"]` 中存在 `tdd_key==key` 的 **done 任务**才进入推进判定，而这两键由测试侧补登（`.workbuddy/tasks.json` 仅 S-cfc-1~6），无对应任务记录 → `done` 为空 → 跳过。属**编排侧识别盲区**，非研发实现阻塞（实现提交已推远端、契约测试 5 例/3 例全绿）。
+
+---
+
+### 1.6 数据源健康度
+
+| 数据源 | 读取键数 | 是否正常 | 备注 |
+|--------|----------|----------|------|
+| 需求侧（⏳ wish） | 0 | **异常（静默为空）** | CFC 的 `docs/tdd/SRS.md` 用「四、未覆盖控制器」表述，未使用 ⏳ 待办标记 → 扫描器识别不到；非「无缺口」，实为口径不匹配 |
+| 契约常量（contract） | 0 | **异常（静默为空）** | 近 7 天契约常量提交未落入扫描范围；`docs/flows/badge-microaction-flow.md` 有契约对齐变更但未被解析为键 |
+| 测试用例引用（test_case_map） | 0 | **异常（静默为空）** | 55 个测试用例文档变更均为台账批次文件（`automation-run-*.md`），未产生新 `test_case_map` 键 |
+| 执行结果回填（case_results） | 0 | **异常（静默为空）** | 本轮无 `--mark-*` / 无执行结果回写 |
+
+> ⚠ **四类数据源同时为 0 是隐蔽风险**：SKILL.md §1.6 明确要求「任一来源为 0 或异常时须说明，避免把静默为空误当无缺口」。此前 42 轮汇报把「目标池 0」直接当作「无任务」，未做此项拆解 → 空闲会话长期无活却无人预警。本轮已定位，建议技能层补口径映射（⏳ ↔ SRS「未覆盖控制器」章节）。
+
+---
+
+## 二、下一步需要研发处理的事项
+
+| 序号 | 事项描述 | 依赖/前置条件 | 预估完成时间 | 优先级 | 状态 |
+|------|----------|---------------|--------------|--------|------|
+| 1 | 分级收口主工作树 68 处 WIP：安全项（`Dimension*` 8 个 Java + 4 份 unified-dimension 设计文档 + 本汇报）入库并 push；危险项 `CfBalanceController.java` 按 `origin/cfclub` 版对齐后再动；临时/私有文件排除 | 主理人拍板提交范围（涉及覆盖其他会话 staged 改动，不可逆）；先 `git fetch` 对齐远端基线（本地落后 44 提交） | 2026-11-04 | P0 | 待启动 |
+| 2 | 将 4 份 unified-dimension 设计文档合入 `origin/cfclub`，使 S-cfc-7 / S-cfc-8 的 `--requirement`/`--design` 溯源锚点对远程会话可读（远端按 origin/cfclub 检出） | 事项 1 完成 | 2026-11-04 | P0 | 待启动 |
+| 3 | 派发 S-cfc-7 / S-cfc-8 到空闲会话（lan-248 / lan-204 / lan-189 / pub-iwintrue 均有空槽），写 RED 契约级单测 | 事项 2 完成；opencode 黑窗至 2026-11-05 08:00，期间按 hub 策略链走非 opencode fallback（axonhub/deepseek 等） | 2026-11-05 | P1 | 待启动 |
+| 4 | 收口 2 个 YELLOW：技能层补任务台账记录，或由测试负责人 `--mark-green`，再经 `--auto` 链式 DONE | 测试侧配合；或技能层放宽 `auto_advance` 对「测试侧补登键」的判定 | 2026-11-05 | P2 | 待启动 |
+
+---
+
+## 三、阻塞与风险
+
+| 阻塞项 | 影响范围 | 阻塞类型 | 处置进展 | 需要协调 |
+|--------|----------|----------|----------|----------|
+| **`CfBalanceController.java` staged 倒退版**：`+13/-197`，`currentMemberId` 0 处，而 origin/cfclub 正确版 15 处（`dfc78e9d3` 财富中心/推广收益改读实时 CF 账本）。全量 `git add -A && commit` 会**回退已上线功能** | cfclub 主线 / 财富中心、推广收益 | 研发 | 待响应（连续 4+ 轮标记，未代提交、未 stash） | 主理人裁决：按远端版覆盖 or 保留 staged 暂不提交 |
+| 工作目录 68 处未提交（9 staged + 4 MM + 18 unstaged + 37 未追踪） | 本轮「完成」判定；汇报文档 push 门禁（模板 §628 要求 push 前 `--clean-check` 干净） | 研发 | 处理中（本轮已分类，未执行） | 事项 1 的范围拍板 |
+| 本地 HEAD `ac2e27300` 落后 origin/cfclub 44 提交 | 提交/推送基线与证据核验 | 研发 | 待响应 | 先 fetch 对齐，勿直接 push 覆盖 |
+| 测试侧补登 2 键（B-6/B-7）无任务台账记录 → `--auto` 不自动收口 | 2 个 YELLOW 滞留 | 研发（编排侧） | 处理中（根因已定位至 `tdd_orchestrate.py` ~2856-2863） | 技能层补记录 or 测试 `--mark-green` |
+| `--inspect` 角色门禁 vs 模板 1.2b 必填会话状态 | 研发负责人汇报数据源 | 设计（技能口径） | 待响应 | 技能层放行研发只读 `--inspect` |
+| 四类数据源静默全 0（1.6） | 目标池判定、空闲会话派发 | 设计（技能口径） | 处理中（本轮已说明，未改代码） | 补 ⏳ ↔ SRS「未覆盖控制器」章节映射 |
+| opencode 黑窗 ACTIVE（`opencode_blackout_until_ms=1793836800000`，至 2026-11-05 08:00；last429 11-04 11:36:30） | 派发模型选择 | 研发 | 已由 hub 策略链兜底（非 opencode fallback） | 0（无需协调） |
+
+---
+
+## 四、下轮工作规划
+
+| 计划项 | 预计完成时间 | 前置依赖 | 涉及会话标签 | 备注 |
+|--------|--------------|----------|--------------|------|
+| 按拍板范围执行分级收口 + 推送本汇报，跑 `--clean-check` 复验 | 2026-11-04 | 主理人范围拍板 | 研发负责人3（本会话） | 提交铁律：汇报文档须 `git add`+`commit`+`push` 到 `data_ref` |
+| 派发 S-cfc-7 / S-cfc-8 写 RED 契约单测 | 2026-11-05 | 设计文档合入 origin/cfclub；opencode 黑窗解禁或 fallback | lan-248 / lan-204 / lan-189 / pub-iwintrue（均有空槽） | 每实例 ≤2 个 CFC 会话；远程 Linux 加 `MSYS_NO_PATHCONV=1` |
+| 2 个 YELLOW 收口 + B-6/B-7 台账解除 | 2026-11-05 | 测试负责人 `--mark-green` / `--clear-blocked` | 测试负责人 | 研发不代解除（角色隔离） |
+| 以后每轮按本模板交汇报（错峰03 常态化） | 每轮 | 0 | 研发负责人3 | 本轮为第 1 份，已补此前 41 轮欠账 |
+
+---
+
+## 附录
+
+### 附录 A：收到的测试反馈问题明细
+
+| 问题 ID | 能力键/任务号 | 问题类型 | 来源 | 接收时间 | 处置状态 | 关联 sha |
+|---------|---------------|----------|------|----------|----------|----------|
+| B-1 | cfc-backend surefire 13 红 | 实现缺陷 | 测试台账 | 2026-11-03 10:58 | 待处理（代码层前序已修，待测试复验解除） | `c9f9ec948` |
+| B-2 | admin-auth/login | 实现缺陷 | 测试台账 | 2026-11-03 10:58 | 待处理（已交付，待测试复验） | `d936d1b18` |
+| B-3 | 报告上传 MIME | 实现缺陷 | 测试台账 | 2026-11-03 10:58 | 待处理（代码层已落地远端，待复验） | 0（远端 HealthReportController / AssessmentReportController 校验） |
+| B-4 | butler envelope / commission 400 | 实现缺陷 | 测试台账 | 2026-11-03 10:58 | 待处理（已交付，待测试复验） | `c6acdbd37` |
+| B-5 | 冒烟 49 条 REAL_ERR | 实现缺陷 | 测试台账 | 2026-11-03 10:58 | 待处理 | 0（待分型认领） |
+| B-6 | health.report.createReport | 状态机口径 | 测试台账 | 2026-11-03 10:58 | 待处理（实为 YELLOW，实现+测试均已推远端） | `81d8883f7` / `1767d4414` |
+| B-7 | dan.assessment.getActiveMaterial | 状态机口径 | 测试台账 | 2026-11-03 10:58 | 待处理（实为 YELLOW，实现+测试均已推远端） | `faf3ca174` / `c3e32460a` |
+
+### 附录 B：任务分派与会话恢复明细
+
+| 任务号 | 目标会话标签 | 任务类型 | 分派时间 | 当前状态 | 恢复会话标签 | 恢复原因 | 恢复时间 |
+|--------|--------------|----------|----------|----------|--------------|----------|----------|
+| 0（本轮无分派） | 0 | — | — | — | 0（本轮无恢复） | 0（无中断/swallowed/wedged 触发重建） | 0 |
+
+> 本轮派发 0 的原因见 1.2；恢复 0 的原因：6/6 实例可达、`--inspect` 示 interrupted=0。
+
+### 附录 C：新增入池任务明细
+
+| 任务号 | 能力键 | 需求溯源 | 设计溯源 | 创建时间 | 状态 |
+|--------|--------|----------|----------|----------|------|
+| S-cfc-7 | `dimension.registry.getTree` | `docs/superpowers/specs/2026-11-03-unified-dimension-system-prd.md` §4 P0-2 维度树 API（统一取数入口） | 同系列 `...-design.md` §5.1 `GET /api/dimension-registry/tree` → `Result<List<DimensionNode>>`；实现 `DimensionRegistryController#tree` | 2026-11-04 21:42 | RED |
+| S-cfc-8 | `dimension.registry.mapLegacyCode` | 同 PRD §4 P0-3 编码映射层（4 套历史编码 → 统一 code，双向可回查） | 同 design §4 映射层 + §5.1 `GET /api/dimension-registry/map?legacy=` → `Result<String>`；实现 `DimensionRegistryController#map` / `DimensionCodeMapper` | 2026-11-04 21:43 | RED |
+
+> ⚠ 两个溯源锚点当前均为**本地未提交文件**，已在 `--requirement` 中显式注明「待合入 origin/cfclub 后方可派发」；对应事项 2（P0）。
+
+### 附录 D：变更感知明细（来自 `--changes --days 7`）
+
+| 变更文档 | 文档类型 | 变更日期 | 新增能力键 | 是否已入池 |
+|----------|----------|----------|------------|------------|
+| `docs/flows/badge-microaction-flow.md`（`6294d7dc` fix(contract) 对齐 badges 契约测试期） | 设计 | 2026-11-02 | 0（`--changes` 判定 0→0） | 否（无新键） |
+| `docs/tdd/test/automation-run-2026-11-02-*.md` 等 55 个 | 用例 | 2026-11-02 | 0 | 否（既有键台账刷新） |
+| `docs/superpowers/specs/2026-11-03-unified-dimension-system-{prd,design}.md` 等 4 份 + 2 个 mermaid | 设计 | 2026-11-03（**本地未提交 `??`**） | 0（不在 git 历史，`--changes` 扫描不到） | **是**（本轮据文档内容手工建 S-cfc-7 / S-cfc-8） |
+| `cfc-backend/.../Dimension{Registry,CodeMapper,SyncService}*.java` 等 8 个 | 实现 | 2026-11-03（**本地未提交 `??`**） | 0（同上） | 否（实现文件不建键，作为设计溯源依据） |
+| `docs/superpowers/specs/2026-11-03-miniapp-force-update-design`（`b9f82aad` T40）等 | 设计 | 2026/11-03 | 0 | 否 |
+| `docs/tdd/test/automation-run-2026-11-04-1130.md` | 用例 | 2026-11-04（本地未提交） | 0 | 否 |
+
+> 窗口内合计：设计文档 8、测试用例文档 55、其他 114（共 177 文件变更），新增能力键 0→0（口径见 1.3 / 1.6）。
+
+---
+
+## 附录 E：22:20 执行纪要（主理人拍板「可以」后补记）
+
+| 时间 | 动作 | 结果 |
+|---|---|---|
+| 22:1x | `git fetch origin cfclub` 对齐基线 | 远端 `4034fd9e3`，本地 HEAD `ac2e27300` 落后 44 提交 |
+| 22:1x | 新建 worktree `E:/tmp/tdd-devlead3-docs-1104` ← `origin/cfclub` + 分支 `docs/tdd-devlead3-shared-20261104` | 干净基线，**完全避开主工作树 9 个他人 staged 文件** |
+| 22:1x | 精确 `git add` 5 个文档（4 份设计 + 本汇报），`git diff --cached` 复核 | 5 files / +953 insertions，无其他改动 |
+| 22:1x | `git commit` + 快进校验 + `git push origin HEAD:cfclub` | `ba4ac94d7`（`4034fd9e3..ba4ac94d7`）✅ |
+| 22:1x | `git worktree remove --force` + 删本地临时分支 | 已清理；远端提交保留 |
+| 22:1x | 主工作树复核 | HEAD 仍 `ac2e27300`、他人 staged `CfBalanceController` 仍 `+13/-197` 原样、改动 68→69（仅新增本汇报）→ **零误伤** |
+| 22:1x | 修正 S-cfc-7/8 溯源：删除「设计文档本地未提交」标注，改为「已合入 @ba4ac94d7」；design 补注「实现仅在 feature 分支，RED 按契约写、不得假定包路径」 | 避免远程会话按 cfclub 检出后写假红 |
+| 22:20 | `--auto --role 研发负责人` 派发 | **成功 2 / 失败 0**：S-cfc-7 → lan-248 `ses_e59107fafffegGrajbwpH5Zp9j`、S-cfc-8 → lan-204 `ses_e59102214ffeGwtdJJbZplixFj`，均 `axonhub/deepseek`（黑窗期自动绕开 opencode） |
+| 22:20 | 派发状态回写 | 两任务 `dispatched` + session_id；state 两键保持 RED；`auto_push` 因 `.tdd/state.json` 被 gitignore 自动跳过（R217 分层铁律未破） |
+
+### 复核后修订的正文数据
+- **1.2 分派任务数**：由 `0` 更正为 **2**（S-cfc-7 / S-cfc-8，均 RED 契约单测派发）。
+- **1.4 本轮提交**：由 `0` 更正为 `ba4ac94d7`（已推送）。
+- **1.3 新增入池任务数**：2（不变），但溯源状态由「本地未提交、待合入」→「已合入 origin/cfclub、可派发」。
+- **第三节 P0 事项 1/2**：事项 2（设计文档合入）**已完成**；事项 1 仅完成「安全项入库」子集，`CfBalanceController` 对齐与其余 WIP 仍待裁决。
+- **1.2b**：派发后 lan-248 / lan-204 由 `idle` 转 `running`（新会话），其余实例仍 `idle`。
+
+### 主动暂缓项（新增风险，非原计划遗漏）
+提交前复核发现 `feature/unified-dimension-p0`（**已推远端**，T1–T5 完整实现）已含 `common/constant/DimensionCodeConstants.java`、`dto/DimensionNode.java`、`service/DimensionCodeMapper.java`、`service/DimensionRegistryService.java`、`service/DimensionSyncService.java`、`controller/DimensionRegistryController.java` 及 `service/impl/*Impl.java`；主工作树 6 个 `??` 同名文件 md5 **全部不同**，且本地 Controller 在 `controller/admin/` 包但 `@RequestMapping("/api/dimension-registry")` 与远端分支 `controller/` 包版本**完全相同** → 同时并入会造成 Spring 路由歧义启动失败，且本地缺 `impl` 实现属不完整变体。故**未提交这 6 个 Java 文件**，需主理人裁决「以 feature 分支 T1–T5 为正本，还是合并本地变体」。
+
+**提交状态**：本汇报与 4 份设计文档已 `git add` + `commit` + `push` 到 `origin/cfclub`（`ba4ac94d7`），满足模板 §628 提交铁律。主工作树仍 69 处 WIP 不干净，按 E2 铁律「不干净 = 未完成」如实标注——该门禁属**多会话共享工作树的既有状态**，本轮未代他人清理、未 stash、未丢弃任何改动。

docs/tdd/orchestration/report-dev-2026-11-04-2317.md

@@ -0,0 +1,254 @@
+# 研发负责人工作汇报模板
+
+> **说明**：本模板用于研发负责人按轮次/按日汇总研发工作，便于团队同步进度、阻塞点与下轮规划。请根据实际情况填写，带 `*` 字段为必填。
+
+---
+
+## 基本信息
+
+| 项目 | 内容 |
+|------|------|
+| 汇报人 | **研发负责人1**（自动化本会话，闭环开发） |
+| 汇报周期 | 2026年11月04日 22:56 ~ 23:17（第 1 轮 · 今日第 N 轮） |
+| 负责模块/单元范围 | CFC 后端 TDD 闭环（全量能力键，无 scope 隔离） |
+
+---
+
+## 一、本轮工作数据汇总
+
+### 1.1 问题接收与处置
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **收到的测试反馈问题数*** | 0 个（本轮无新增测试反馈；存量台账 B-1~B-7 见 blockers.md，B-6/B-7 已闭环） | 本轮从测试渠道（`docs/tdd/test/blockers.md` + `--mark-blocked` 回执 + 会话反馈）接收到的需研发处理的问题总数；区分「实现缺陷」「需求/设计口径」「测试侧误判」三类 |
+| **已解决问题数*** | 1 个（dimension.registry.mapLegacyCode RED→YELLOW 补登；实现 57e162242 + RED 契约测试 73654bcf8 均已推 origin/cfclub） | 本轮**已闭环**的研发侧问题数（含 RED→YELLOW→GREEN 全链路推通的 + 纯测试自处置解除的）；以 `--mark-*` 登记或部署链验证通过为准 |
+| **待解决研发问题数** | 1 个（dimension.registry.getTree 卡 RED：契约测试未落地，已开 TR-2 请求测试侧；实现 57e162242 已在远端） | 截至本周期末仍未闭环的问题数；需标注优先级（P0/P1/P2）与预估完成时间 |
+
+> **填写要求**：
+> - 收到的问题请按「问题 ID/键 + 来源（测试台账/会话反馈/其他）+ 类型」分类统计
+> - 已解决问题须附对应 commit sha 与推送分支（data_ref）
+> - 待解决问题须标注阻塞原因（如「依赖 xxx 模块」「需求口径待确认」）
+
+---
+
+### 1.2 任务分发与会话管理
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **分派任务数*** | 0 个（--auto 本轮无 pending 可派发；目标池 0 键，池空但已在既有键上推进） | 本轮经 `--apply` / 编排派发 实际下达给各会话（含开发/部署会话）的任务总数；不含回滚/撤销；按「任务号 + 目标会话标签」统计 |
+| **恢复智能体会话数*** | 0 个（无中断/超时需重建） | 本轮因中断/超时/swallowed/wedged 而重建或恢复的会话数；需在附录 B 标注会话标签与恢复原因 |
+| **当前在用会话数** | 1 个（local-45278 GAP-2026-11-03-unified-dimen，见 1.2b） | 本周期末仍在活跃状态（idle/running）的会话数；供主理人评估配额余量 |
+| **会话平均利用率** | 低（1 个会话静默 10h40m，其余实例 0 运行中；属待办任务池空常态） | = 会话实际工作时长 ÷ 会话总可工作时间（估算），反映资源利用效率 |
+
+> **填写要求**：
+> - 分派任务数请按「任务号 + 目标会话标签 + 任务类型（RED/YELLOW/GREEN/部署）」列清单（附录 B）
+> - 恢复会话请注明「原标签/会话 ID + 恢复原因 + 恢复时间」
+> - 利用率偏低（<60%）时建议说明原因（如配额耗尽、会话 idle 超时）
+
+### 1.2b 各会话当前工作状态列表
+
+> **用途**：逐会话快照，直接暴露「谁在忙、谁空转、谁被吞、谁静默」——这是主理人判断 R2「不留空闲」与配额余量的第一手依据。**建议每轮汇报时用 `--status` / `--inspect` 核对后如实填写**。
+
+| 会话标签 | 会话 ID | 当前状态 | 当前任务 | 静默/空闲时长 | 工作目录 | 备注 |
+|----------|---------|----------|----------|---------------|----------|------|
+| local-45278 | `ses_e5bc32342f…` | wedged | GAP-2026-11-03-unified-dimen [差距] 2026 | 10h40m（>45min 静默） | 不干净 | 距最后消息 10h40m，需主理人核查是否重建（--inspect 仅测试角色可跑） |
+| lan-248 | — | idle | — | — | 干净 | 0/2 运行中 |
+| lan-204 | — | idle | — | — | 干净 | 0/2 运行中 |
+| lan-189 | — | idle | — | — | 干净 | 0/2 运行中 |
+| prod-etotem | — | idle | — | — | 干净 | 生产只读，不自动派发 |
+| pub-iwintrue | — | idle | — | — | 干净 | 0/2 运行中 |
+
+**状态判定速查表**（与编排器会话状态判定口径一致）：
+
+| 状态 | 判定特征 | 处置建议 |
+|------|----------|----------|
+| `running` | 有产出（交付/提交/答复），仍在活跃 | 继续观察，勿打扰 |
+| `idle` | 空闲，可接新任务 | 优先派发新任务（R2 不留空闲） |
+| `wedged` | 运行标记未消但消息静默 >45min | 判定空转，需 nudge 或重建 |
+| `thrash` | 只设计/只研究不落盘（>25min） | 干预：明确要求落盘提交 |
+| `swallowed` | 派发被吞（收到任务后只回空消息即 idle） | **重建会话并重新派发**（非反复 nudge） |
+| `upstream_err` | 末条命中上游/连接错误标记 | 同会话自动重试 |
+| `stalled` | 派发后无助手产出（末条是 user） | 重派或重建 |
+| `blocked` | 含失败报错或提问结尾 | 人工裁决/回答后继续 |
+| `done` | 含交付标记 | 可回收入池，接下一任务 |
+| `unknown` | 有产出无交付标记，只观察 | 只观察，勿误判 |
+
+> **填写要求**：
+> - 每行一个会话；**无空闲会话也应列出**（标 `idle`），便于主理人看全局
+> - 「工作目录」按 v1.3.0 铁律：`--clean-check` 判定，不干净 = 未完成，须当场收口
+> - 「备注」填本会话阻塞/异常/需协调事项
+
+---
+
+### 1.3 变更感知与新任务建立
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **感知需求/设计变更数*** | 0 个新增能力键（近 7 天 200 提交，含设计 8 文档/测试用例 55 文档/其他 114；全部为既有键状态/内容变化，无新增键） | 本轮经 `--changes [--days N]` 从 git 版本历史检测到的需求文档/设计文档/测试用例文档变更次数 |
+| **新增入池任务数*** | 0 个（--changes 无新键；池空，未建新任务） | 本轮经 `--add-task` 新建立的能力键任务数；须带 `--requirement` + `--design` 溯源锚点 |
+| **既有键状态流转数** | 1 次（dimension.registry.mapLegacyCode RED→YELLOW） | 本轮已入池键的阶段流转次数（RED↔YELLOW↔GREEN↔DONE 任意相邻流转）；不含重复流转 |
+
+> **填写要求**：
+> - 感知变更数请按「文档路径 + 变更类型（需求/设计/用例）」分类
+> - 新增任务须附能力键与溯源锚点（附录 C）
+
+---
+
+### 1.4 本轮 git 提交与推送证据（真理证据）
+
+> **用途**：编排侧只认「已推送远端」的提交为推进证据。此处如实记录本轮每个阶段的 commit，供主理人核验「未推送不算完成」。
+
+| 提交 sha | 关联任务/能力键 | 阶段 | 触及文件类型 | 目标分支 | 已推送远端 | 备注 |
+|----------|-----------------|------|--------------|----------|------------|------|
+| `57e162242` | dimension.registry.mapLegacyCode | YELLOW | 实现（main） | cfclub | 是 | 实现引入（DimensionRegistryController#map resolveLegacyToUnified） |
+| `73654bcf8` | dimension.registry.mapLegacyCode | RED | 测试（src/test） | cfclub | 是 | RED 契约测试 DimensionRegistryMapContractTest（测试侧产出，本次由研发侧采信补登） |
+| `57e162242` | dimension.registry.getTree | YELLOW 待 | 实现（main） | cfclub | 是 | 实现已在远端；契约测试未落地，待 TR-2 |
+
+> **填写要求**：
+> - 用 `git merge-base --is-ancestor <sha> <data_ref>` 判定「已推送远端」；`local` = 未推送，一律不算完成
+> - 只列关联阶段推进的证据提交，纯备注/格式修订不必列
+
+---
+
+### 1.5 状态机阶段分布与部署状态
+
+> **用途**：全局进度 + 部署链闭环情况。用 `--status` 核对。
+
+| 阶段 | 键数 | 备注 |
+|------|------|------|
+| UNTRACKED | 0 | 已发现未入池 |
+| RED | 1 | 待开发实现（dimension.registry.getTree） |
+| YELLOW | 3 | 待测试校验（dan.assessment.getActiveMaterial / dimension.registry.mapLegacyCode / health.report.createReport） |
+| GREEN | 0 | 待部署验证 |
+| DONE | 4 | 闭环归档 |
+
+| 部署项 | 值 | 说明 |
+|--------|-----|------|
+| 本轮部署次数 | 0 次（deploy_verify=false，未启用部署链验证） | 合并部署计数（避免反复重启） |
+| 最新 `last_deployed` | —（未记录） | 已部署到的 commit sha |
+| GREEN 部署链验证 | 不适用（deploy_verify=false） | 本轮 GREEN 闭环是否都过了 `deploy_verify` |
+
+---
+
+### 1.6 数据源健康度
+
+> **用途**：数据源静默失效曾导致用例/契约读取为空但**不报错**，是隐蔽风险。每轮确认四类来源均正常。
+
+| 数据源 | 读取键数 | 是否正常 | 备注 |
+|--------|----------|----------|------|
+| 需求侧（⏳ wish） | 0 | 正常 | 无匹配（SRS 未配置 ⏳ 行；用例驱动口径下不驱动新功能池） |
+| 契约常量（contract） | 0 | 正常 | 无 *Ops.java 契约常量（CFC 为 Controller 风格） |
+| 测试用例引用（test_case_map） | 0 | 正常 | 用例引用与 ⏳ 交集为 0（既有键已在状态机） |
+| 执行结果回填（case_results） | 0 | 正常 | 未实现键无执行结果（预期） |
+
+> **填写要求**：任一来源为 0 或异常时须说明（如「该来源未配置/脚本 bug/无匹配」），避免把「静默为空」误当「无缺口」。
+
+---
+
+## 二、下一步需要研发处理的事项
+
+> **填写要求**：每条事项须遵循「事项 → 依赖/前置 → 预估完成时间」三要素，便于主理人排期与资源协调。如无待办填「无」。
+
+| 序号 | 事项描述 | 依赖/前置条件 | 预估完成时间 | 优先级 | 状态 |
+|------|----------|---------------|--------------|--------|------|
+| 1 | dimension.registry.getTree：测试侧补写契约 RED（TR-2 已开），落地后 mark-yellow 收口 | 测试角色补 `DimensionRegistryTreeContractTest` 并 push | 2026年11月05日 | P0 | 待测试处理 |
+| 2 | 3 个 YELLOW 键（dan.assessment / dimension.registry.mapLegacyCode / health.report）等待测试侧 --mark-green 收口 | 测试角色复验 | 2026年11月05日 | P1 | 待测试处理 |
+| 3 | 工作目录门禁：主工作树 70 处未提交（其他会话 staged），仅经 worktree 推送本报告，不 sweep 他人改动 | — | 2026年11月05日 | P1 | 进行中 |
+
+> **优先级定义**：
+> - **P0**：阻断本轮测试或后续阶段推进，须在下一轮前完成
+> - **P1**：影响本迭代交付，建议本周内完成
+> - **P2**：优化性改进，不阻塞当前节奏
+
+---
+
+## 三、阻塞与风险
+
+| 阻塞项 | 影响范围 | 阻塞类型 | 处置进展 | 需要协调 |
+|--------|----------|----------|----------|----------|
+| dimension.registry.getTree 无契约测试 | RED 卡滞 | 测试 | TR-2 已开，待测试角色补单测 | 测试负责人 |
+| local-45278 GAP-2026-11-03-unified-dimen 静默 10h40m | 会话空转 | 测试 | 待主理人核查是否重建 | 主理人 |
+| 主工作树 70 处未提交（其他会话 staged） | 验收门禁 | 研发 | 未 sweep（worktree 隔离），留待归属会话收口 | 各会话 |
+
+> **填写要求**：
+> - 阻塞类型：研发（实现依赖/技术难点）、需求（口径未明确）、设计（架构/接口待定）、测试（测试环境/数据准备）
+> - 处置进展：待响应/处理中/已解除
+> - 需要协调：列出需主理人/其他角色介入的事项
+
+---
+
+## 四、下轮工作规划
+
+| 计划项 | 预计完成时间 | 前置依赖 | 涉及会话标签 | 备注 |
+|--------|--------------|----------|--------------|------|
+| getTree RED→YELLOW 收口 | 2026年11月05日 | TR-2 回复 | 研发负责人1 | 实现已在远端 57e162242 |
+| YELLOW 3 键 → GREEN | 2026年11月05日 | 测试复验 | 测试负责人 | 待 mark-green |
+| 例行变更感知 --changes | 下轮 | — | 研发负责人1 | git 版本历史 |
+
+---
+
+## 附录
+
+### 附录 A：收到的测试反馈问题明细
+
+| 问题 ID | 能力键/任务号 | 问题类型 | 来源 | 接收时间 | 处置状态 | 关联 sha |
+|---------|---------------|----------|------|----------|----------|----------|
+| `________` | `________` | 实现缺陷/需求口径/测试误判 | 测试台账/会话反馈/其他 | `________` | 待处理/处理中/已解决 | `________` |
+
+### 附录 B：任务分派与会话恢复明细
+
+| 任务号 | 目标会话标签 | 任务类型 | 分派时间 | 当前状态 | 恢复会话标签 | 恢复原因 | 恢复时间 |
+|--------|--------------|----------|----------|----------|--------------|----------|----------|
+| `________` | `________` | RED/YELLOW/GREEN/部署 | `________` | `________` | `________` | `________` | `________` |
+
+> 「当前状态」取值见正文 1.2b 状态判定速查表（running/idle/wedged/thrash/swallowed/upstream_err/stalled/blocked/done/unknown）。
+
+### 附录 C：新增入池任务明细
+
+| 任务号 | 能力键 | 需求溯源 | 设计溯源 | 创建时间 | 状态 |
+|--------|--------|----------|----------|----------|------|
+| `________` | `________` | `________` | `________` | `________` | RED/YELLOW/GREEN/DONE |
+
+### 附录 D：变更感知明细（来自 `--changes`）
+
+| 变更文档 | 文档类型 | 变更日期 | 新增能力键 | 是否已入池 |
+|----------|----------|----------|------------|------------|
+| `________` | 需求/设计/用例 | `________` | `________` | 是/否 |
+
+---
+
+## 填写示例（节选）
+
+```markdown
+## 一、本轮工作数据汇总
+
+### 1.1 问题接收与处置
+- 收到的测试反馈问题数：3 个（capp.user.login 404、ems.route.dispatch 契约不匹配、xxx 需求口径待确认）
+- 已解决问题数：2 个（capp.user.login 实现完成并 GREEN；ems.route.dispatch BLOCKED 解除）
+- 待解决研发问题数：1 个（xxx 需求口径待确认，阻塞测试写单测）
+
+### 1.2 任务分发与会话管理
+- 分派任务数：5 个（RED×1、YELLOW×2、GREEN×1、部署×1）
+- 恢复智能体会话数：1 个（标签「本地开发」因 swallowed 重建）
+- 当前在用会话数：5 个
+- 会话平均利用率：75%
+
+### 1.2b 各会话当前工作状态列表
+| 会话标签 | 当前状态 | 当前任务 | 静默时长 | 工作目录 |
+|----------|----------|----------|----------|----------|
+| 前端 | running | capp.user.login | 2min | 干净 |
+| 后台台账 | wedged | ems.route.dispatch | 47min | 干净 |
+| 远程开发 | idle | — | 15min | 干净 |
+| 本地开发 | thrash | xxx.domain.action | 28min | 不干净（待收口） |
+
+### 1.3 变更感知与新任务建立
+- 感知需求/设计变更数：2 次（docs/10_接口说明.md 更新、docs/17 架构.docx 修订）
+- 新增入池任务数：1 个（xxx.domain.action，溯源锚点已附）
+- 既有键状态流转数：4 次（RED→YELLOW×2、YELLOW→GREEN×2）
+```
+
+---
+
+**模板版本**：v1.1（2026-11-03，新增各会话当前工作状态列表 + git 证据 + 状态机分布 + 部署状态 + 数据源健康度）  
+**适用对象**：研发负责人 / 开发角色会话  
+**填写周期建议**：每轮 TDD 闭环后或每日工作结束时

docs/tdd/orchestration/report-dev-2026-11-05-0233.md

@@ -0,0 +1,171 @@
+# 研发负责人工作汇报 · 研发负责人1
+
+## 基本信息
+
+| 项目 | 内容 |
+|------|------|
+| 汇报人 | **研发负责人1**（自动化「CF 研发负责人 · 闭环巡检」，role=研发负责人1） |
+| 汇报周期 | 2026-11-05 02:12 ~ 02:33（今日第 4 轮） |
+| 负责模块/单元范围 | CFC 后端 TDD 闭环（全量能力键，无 scope 隔离）+ 用户场景总目标（218 SC） |
+
+---
+
+## 一、本轮工作数据汇总
+
+### 1.1 问题接收与处置
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **收到的测试反馈问题数*** | 1 个（**B-10 P0 编译回归**：测试侧 01:36 闭环轮实锤 —— unit/CfBalanceControllerTest.java 7 处签名不匹配导致 `testCompile` BUILD FAILURE，全模块 1474 @Test + 16 契约测试零执行；4 个 YELLOW 键的 `--mark-green` 复验被连带阻断。已登记 `docs/tdd/orchestration/pending.md` O-1） | 本轮从测试渠道（`docs/tdd/test/blockers.md` / `--mark-blocked` 回执 / pending.md O-1）接收到的需研发处理问题总数 |
+| **已解决问题数*** | **1 个（B-10 P0 编译回归，本轮闭环）**：`37f29a5df`（fix(test): 同步 CfBalanceControllerTest 至精简后的 CfBalanceController 签名）——根因 `44b2f0d42`（chore sync 收尾 WIP）精简 CfBalanceController -210 行、删除 balance/logs 的 `currentMemberId` null 形参，但测试未同步；修复移除 7 处多余 null 实参（4 处 balance / 3 处 logs），与实现签名 `balance(userId)` / `logs(userId,page,size)` 对齐。本地 `mvn test -Dtest=CfBalanceControllerTest -DskipTests=false` → **Tests run: 8, Failures: 0, Errors: 0, Skip: 0 ✓**，已推 `origin/cfclub`（`git merge-base --is-ancestor 37f29a5df origin/cfclub` 通过）。**复验通道恢复，测试侧可对 2 个黄键执行 mark-green** | 本轮**已闭环**的研发侧问题数（含 RED→YELLOW→GREEN 全链路 + 测试编译回归修复）；以 `--mark-*` 登记或 git 证据验证为准 |
+| **待解决研发问题数** | 0 个（本轮无新增待办；B-10 已闭环。存量非本角色可自主：T28-FIX 生产迁移需主理人裁决） | 截至本周期末仍未闭环的问题数 |
+
+### 1.2 任务分发与会话管理
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **分派任务数*** | 0 个（黑窗生效至 11-05 08:00，opencode 429 禁派；目标池 0 键无 pending）；**本机直接闭环 B-10**（测试文件签名同步，属测试技术债闭环，非 opencode 派发） | 本轮经 `--apply` / 编排派发下达给各会话的任务总数 |
+| **恢复智能体会话数*** | 0 个（巡检 01:26:54 快照：6/6 实例全可达，无中断/超时/swallowed） | 本轮重建或恢复的会话数 |
+| **当前在用会话数** | 1 个（pub-iwintrue「TDD 部署 testing: db095214」running，CFC；余 5 实例 CFC 运行中 0） | 本周期末仍在活跃状态的会话数 |
+| **会话平均利用率** | 低（池空 + 黑窗双约束，属常态） | 研发类会话均 idle 待派 |
+
+### 1.2b 各会话当前工作状态列表
+
+> 数据来源：`tools/xaf_agent_hub/out/patrol_report.md`（巡检 2026-11-05 01:26:54 快照）；主工作树 `--clean-check` 实测。
+
+| 会话标签 | 会话 ID | 当前状态 | 当前任务 | 静默/空闲时长 | 工作目录 | 备注 |
+|----------|---------|----------|----------|---------------|----------|------|
+| pub-iwintrue | `ses_e586a33b0f…` | running | TDD 部署 testing: db095214（etotem/deepseek） | 0 分钟 | 远端各 worktree | 唯一在跑 CFC 会话；另有 2 非 CFC（MES S-be-442/S-be-286 TDD RED） |
+| local-45278 | — | idle | — | — | 主工作树不干净（他人 WIP 72 处，未代清理） | 722 会话/121 CFC，0 运行中 |
+| lan-248 | — | idle | — | — | — | 395 会话/150 CFC，0 运行中 |
+| lan-204 | — | idle | — | — | — | 133 会话/117 CFC，0 运行中 |
+| lan-189 | — | idle | — | — | — | 281 会话/71 CFC，0 运行中 |
+| prod-etotem | — | idle | — | — | — | 138 会话/114 CFC，0 运行中（生产只读，manual_only，不自动派发） |
+
+**合计**：2461 会话 / 662 CFC；**CFC 运行中 1**（比 01:15 轮略降，该部署会话属收口动作）。状态判定速查表取编排器口径（running/idle/wedged/thrash/swallowed/upstream_err/stalled/blocked/done/unknown）。全部 idle 属「池空+黑窗」而非空转。
+
+### 1.3 变更感知与新任务建立
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **感知需求/设计变更数*** | 近 7 天 **200 提交 / 179 文件**（11-02 ~ 11-04）：设计文档 8 个（badge 契约/T38 团队邀请/T39 实名/AI 会员门禁/T40 强制更新/天盘 emoji 等）+ 测试用例文档 55 个 + 其他 116 | `--changes --days 7` 检出 |
+| **新增入池任务数*** | 0 个（检出**无新增能力键**（0→0，全为既有键状态/内容变化）；SC 编号与 `KEY_RE`（`^[a-z][a-z0-9]*\.[a-z][a-zA-Z0-9]*\.[a-z][a-zA-Z0-9]*$`）格式不兼容——SC-P-01 会被 `--add-task` 拒绝，**衔接方案待主理人裁决**（O-1 三项候选：场景→能力键展开 / SC 前缀放宽 / 场景层测试侧先行），避免污染账本未强行入池） | 本轮经 `--add-task` 新建立的能力键任务数 |
+| **既有键状态流转数** | 0 次（6 DONE + 2 YELLOW 维持原状；B-10 修复不改变状态机阶段，属测试编译通道恢复） | 本轮已入池键的阶段流转次数 |
+
+### 1.4 本轮 git 提交与推送证据（真理证据）
+
+| 提交 sha | 关联任务/能力键 | 阶段 | 触及文件类型 | 目标分支 | 已推送远端 | 备注 |
+|----------|-----------------|------|--------------|----------|------------|------|
+| `37f29a5df` | B-10（unit/CfBalanceControllerTest 签名回归） | 修复（测试同步） | 测试（`src/test/java/.../unit/CfBalanceControllerTest.java`，+7/-7） | `origin/cfclub` | 是（`merge-base --is-ancestor` ✓） | 研发负责人1 独立 worktree `E:/tmp/b10-fix`（分支 fix/b10-cfbalancetest）产出，commit 后收口清理 |
+
+**既有 YELLOW 证据复核**（不变，供测试侧 mark-green 核验，全部在 origin/cfclub）：
+- dan.assessment.getActiveMaterial：RED `faf3ca174` → YELLOW `c3e32460a`
+- health.report.createReport：RED `81d8883f7` → YELLOW `1767d4414`
+- dimension.registry.getTree / mapLegacyCode：已于上轮收口 DONE（实现 `57e162242`、RED `73654bcf8`/`e0ae1e459`、修复 `db095214a`、契约 `15c33f6ca`）
+
+### 1.5 状态机阶段分布与部署状态
+
+> 来源：`--status`（02:33:25 实测）
+
+| 阶段 | 键数 | 备注 |
+|------|------|------|
+| UNTRACKED | 0 | — |
+| RED | 0 | — |
+| YELLOW | 2 | dan.assessment.getActiveMaterial / health.report.createReport（证据齐备，待测试 mark-green） |
+| GREEN | 0 | 本轮无新增（B-10 阻断曾致复验停滞，现已解除） |
+| DONE | 6 | addMember / listMembers / getPlanDetail / getPlanList / getTree / mapLegacyCode |
+
+| 部署项 | 值 | 说明 |
+|--------|-----|------|
+| 本轮部署次数 | 0 次 | 无新 YELLOW 产生，无部署动作 |
+| 最新 `last_deployed` | 未回写 | 部署 pending 仍为存量（deploy_verify=false 不阻断状态机收口） |
+| GREEN 部署链验证 | 通过（既有 DONE 键） | 本轮无新建 GREEN |
+
+### 1.6 数据源健康度
+
+| 数据源 | 读取键数 | 是否正常 | 备注 |
+|--------|----------|----------|------|
+| 需求侧（⏳ wish） | 0 | 正常 | CFC 为「发现/跟踪」模式，目标池口径 0 含契约常量∩用例引用；需求源文档扫描正常 |
+| 契约常量（contract） | 0 | 正常 | `ops_file` 标注用，不入池门槛 |
+| 测试用例引用（test_case_map） | 0 | 正常 | 用例驱动口径：TDD 池 = 需求侧 ⏳ ∩ 用例引用 |
+| 执行结果回填（case_results） | 0 | 正常 | 已部署键回验用；当前无 FAIL 回填待排 |
+
+### 1.7 场景覆盖矩阵（2026-11-05 顶层验收口径，DEV_GOAL_user_scenarios.md 为单一事实源）
+
+| 角色 | 场景数 | 已跑通 | 未跑通 | 说明 |
+|------|--------|--------|--------|------|
+| 游客 | 12 | 0 | 12 | 全部待端到端执行证据 |
+| 家长 | 93 | 0 | 93 | 主量场景，含健康/财富（事业）/成长三本账主链路 |
+| 孩子 | 25 | 0 | 25 | 双角色视角切换相关 |
+| 规划师 | 32 | 0 | 32 | role=teacher 链路 |
+| 运营 | 24 | 0 | 24 | 文章审核等 |
+| 服务商 | 11 | 0 | 11 | — |
+| 跨角色 | 21 | 0 | 21 | 含 cross-role-e2e.md |
+| **合计** | **218** | **0** | **218** | 基线 0/218；729 条 TC 执行 0、CI 未接入（无 workflows/CI 配置） |
+
+> 「跑通」判定（三条件缺一不可）：① 正常/异常/权限流用例有实际执行证据；② 实现与用例已 push origin/cfclub；③ 工作目录干净。不代表已提交/编译过/会话自述。
+
+---
+
+## 二、下一步需要研发处理的事项
+
+| 序号 | 事项描述 | 依赖/前置条件 | 预估完成时间 | 优先级 | 状态 |
+|------|----------|---------------|--------------|--------|------|
+| 1 | **SC→KEY_RE 衔接方案裁决**（O-1）：场景编号无法 `--add-task`，218 SC 无法按「场景即任务池」入池；三选一（场景→能力键展开 / SC 前缀放宽 / 场景层测试侧先行） | 主理人裁决 + 若放宽需改 `KEY_RE`（skill 脚本） | 下一轮前 | P1 | 待裁决（已在 pending.md O-1 挂起） |
+| 2 | 测试侧对 2 个 YELLOW 键执行 `--mark-green` 收口（B-10 修复后复验通道已恢复） | B-10 修复 `37f29a5df` 已推远端（已完成） | 测试侧下一轮 | P0 | 待测试侧执行 |
+| 3 | **CI 接入推进**（DEV_GOAL 规则 5 必选项）：脚本级自动化接入持续回归，否则「跑通」无法持续保持 | 定 CI 载体（GitHub Actions/GitLab/Jenkins）+ 主理人认可 | 本周 | P1 | 待启动 |
+| 4 | T28-FIX（P0）生产迁移 V253 执行（`resolveFoodIndexUserId` 加固代码 `4de8cb16a` 已合入，迁移脚本只写未执行） | 主理人放行生产写操作 | 主理人定 | P0 | 待裁决 |
+
+## 三、阻塞与风险
+
+| 阻塞项 | 影响范围 | 阻塞类型 | 处置进展 | 需要协调 |
+|--------|----------|----------|----------|----------|
+| **B-10 P0 编译回归** | 全模块 1474 @Test + 16 契约测试零执行；2 YELLOW 复验受阻 | 研发（已修复） | **已解除**：`37f29a5df` 已推 origin/cfclub，定向 8 例全绿实测 | 请测试侧复跑 16 契约 + 全量后 mark-green 收口 |
+| **opencode 429 黑窗**（至 11-05 08:00） | 全派发通道冻结 | 资源 | 生效中（`opencode_blackout_until_ms=1793836800000`）；本轮本机闭环 B-10 未依赖派发 | 08:00 后自动解禁 |
+| **SC 编号与 KEY_RE 兼容** | 218 SC 目标无法任务化入池 | 需求/设计（口径） | 未决（O-1 待裁决） | 主理人裁决衔接方案 |
+| B-2/B-4/B-5 孤立修复提交（`14f14b58`/`eb4b79b4` 游离 + 已部署） | 下次主干部署覆盖丢失风险 | 需求（裁决） | 待裁决状态不变 | 主理人裁决合入或放弃 |
+| 主工作树 72 处未提交（他人 WIP，含 CfBalanceController.java 危险项） | 收口铁律违约风险 | 协调 | 本轮全程在干净 worktree 操作，未触碰主工作树；仅上报 | 其他会话自行收口 |
+| 部署 pending 未回写 `last_deployed` | 状态机收口证据链 | 协调 | 存量；deploy_verify=false 不阻断 | 编排侧收口 |
+
+## 四、下轮工作规划
+
+| 计划项 | 预计完成时间 | 前置依赖 | 涉及会话标签 | 备注 |
+|--------|--------------|----------|--------------|------|
+| 黑窗解禁后按池派发（若目标池非空） | 11-05 08:00 后 | 429 解禁 | 各 idle 实例 | 优先「场景打通」类任务（DEV_GOAL 规则 2） |
+| 跟踪 2 YELLOW 收口 → 复验 GREEN | 测试侧下一轮 | B-10 修复已推远端（现成） | 测试角色 | 证据已齐，只差 mark-green |
+| SC 衔接方案落地后 `--add-task` 首批场景任务 | 主理人裁决后 | O-1 裁决 | 研发负责人1 | 带 `--requirement`/`--design` 溯源 |
+| 复查 CI 缺口项（DEV_GOAL 规则 5「每轮至少推进 1 项」） | 本周 | 主理人定 CI 载体 | 运维/研发 | 本轮已闭环 B-10（回归通道），CI 载体待定 |
+
+---
+
+## 附录
+
+### 附录 A：收到的测试反馈问题明细
+
+| 问题 ID | 能力键/任务号 | 问题类型 | 来源 | 接收时间 | 处置状态 | 关联 sha |
+|---------|---------------|----------|------|----------|----------|----------|
+| B-10 | unit/CfBalanceControllerTest 签名回归 | 实现缺陷（测试同步缺失） | 测试侧 01:36 闭环轮（`c83c4eb25`）+ pending.md O-1 | 2026-11-05 01:36 | **已解决**（本轮 `37f29a5df`） | 37f29a5df |
+
+### 附录 B：任务分派与会话恢复明细
+
+| 任务号 | 目标会话标签 | 任务类型 | 分派时间 | 当前状态 | 恢复会话标签 | 恢复原因 | 恢复时间 |
+|--------|--------------|----------|----------|----------|--------------|----------|----------|
+| — | — | — | — | — | — | — | 本轮零派发、零恢复 |
+
+### 附录 C：新增入池任务明细
+
+| 任务号 | 能力键 | 需求溯源 | 设计溯源 | 创建时间 | 状态 |
+|--------|--------|----------|----------|----------|------|
+| — | — | — | — | — | 本轮 0 新增（无新增能力键；SC 待裁决） |
+
+### 附录 D：变更感知明细（来自 `--changes`）
+
+| 变更文档 | 文档类型 | 变更日期 | 新增能力键 | 是否已入池 |
+|----------|----------|----------|------------|------------|
+| 设计文档 8 个（badge-microaction-flow / PROJECT-OVERVIEW / API_REFERENCE / 团队系统 T38 / AI 会员门禁 / 真实姓名 T39 / 小程序强制更新 T40 / 天盘 emoji SVG） | 设计 | 11-02 ~ 11-04 | 0 | 否（0 新增） |
+| 测试用例文档 55 个（automation-run-* 台账） | 用例 | 11-02 ~ 11-04 | 0 | 否（既有键变化） |
+| 其他 116 个（CfBalanceController 精简 44b2f0d42 等实现/修复） | 实现 | 11-02 ~ 11-04 | 0 | 否 |
+
+---
+
+**汇报人**：研发负责人1（自动化闭环巡检）｜**时间**：2026-11-05 02:33

docs/tdd/orchestration/report-dev-2026-11-05-0305.md

@@ -0,0 +1,144 @@
+# 研发负责人工作汇报（研发负责人5 · 2026-11-05 03:05 轮）
+
+## 基本信息
+
+| 项目 | 内容 |
+|------|------|
+| 汇报人 | 研发负责人5（自动化 298dcf47） |
+| 汇报周期 | 2026-11-05 00:30 ~ 2026-11-05 03:05（第 9 轮） |
+| 负责模块/单元范围 | 全量（状态机任务池 + 测试问题池） |
+
+---
+
+## 一、本轮工作数据汇总
+
+### 1.1 问题接收与处置
+
+| 指标 | 数量 | 说明 |
+|------|------|------|
+| **收到的测试反馈问题数** | 0 新增 | `--blockers` 台账为空；B-10 P0 编译回归实锤于 01:36（测试负责人 2 闭环轮），02:12–02:33 已由研发负责人 1/2 处置，本轮承继核验 |
+| **已解决问题数** | 1 | B-10（37f29a5df 同步 CfBalanceControllerTest 至精简后签名，已推 origin/cfclub）；经核验**仅触及 test 文件的编译回归修复，零 main 代码改动** → 研发侧处置完成，复验/GREEN 归测试负责人 |
+| **待解决研发问题数** | 0 | — |
+
+### 1.2 任务分发与会话管理
+
+| 指标 | 数量 | 说明 |
+|------|------|------|
+| **分派任务数** | 0 | 任务账本 8 条全 done、无 dispatched/pending；目标池 0 键；`--changes` 0 新增键 → 无可派发（不发明缺口） |
+| **恢复智能体会话数** | 0 | 无中断会话 |
+| **当前在用会话数** | 0 | local-lan-4090 与 pub-iwintrue 各 50 会话全部 idle（busy=0），配额占用 0 / 上限 3，剩余 3 |
+| **会话平均利用率** | — | 本轮零派发，无任务负载 |
+
+### 1.2b 各会话当前工作状态列表
+
+| 会话标签 | 会话数 | 当前状态 | 当前任务 | 静默时长 | 工作目录 | 备注 |
+|----------|--------|----------|----------|----------|----------|------|
+| local-lan-4090 | 50 | idle（busy=0, interrupted=0） | — | — | 干净（个人侧） | 配额剩余 3，可接新任务 |
+| pub-iwintrue | 50 | idle（busy=0, interrupted=0） | — | — | 干净（个人侧） | 配额剩余 3，可接新任务 |
+
+### 1.3 变更感知与新任务建立
+
+| 指标 | 数量 | 说明 |
+|------|------|------|
+| **感知需求/设计变更数** | 63 文档 | `--changes --days 7` 检出 200 提交 / 179 文件：设计文档 8、测试用例文档 55、其他 116 |
+| **新增入池任务数** | 0 | 变更能力键对比：测试用例 0→0、契约/设计 0→0，**全部为既有键状态/内容变化**，无新增能力键 → 无需 `--add-task` |
+| **既有键状态流转数** | 0 | 状态机保持 6 DONE + 2 YELLOW |
+
+### 1.4 本轮 git 提交与推送证据（真理证据）
+
+| 提交 sha | 关联任务/能力键 | 阶段 | 触及文件类型 | 目标分支 | 已推送远端 | 备注 |
+|----------|-----------------|------|--------------|----------|------------|------|
+| 37f29a5df | B-10（编译回归修复，他人提交本轮核验） | 修复 | 测试（CfBalanceControllerTest，14 行 ±7） | origin/cfclub | 是 | 本轮复核：未触及 src/main，CfBalanceController 账本逻辑完整，无回退 |
+| 565198382 | — | chore | 版本号/changelog | origin/cfclub | 是 | origin/cfclub 当前 HEAD（02:45 auto bump） |
+
+> 本轮无研发负责人 5 自身阶段推进提交（无派发、无实现、无部署动作）。
+
+### 1.5 状态机阶段分布与部署状态
+
+| 阶段 | 键数 | 备注 |
+|------|------|------|
+| UNTRACKED | 0 | — |
+| RED | 0 | — |
+| YELLOW | 2 | `health.report.createReport`（1767d4414）、`dan.assessment.getActiveMaterial`（c3e32460a），均已部署收口，待测试 mark-green |
+| GREEN | 0 | — |
+| DONE | 6 | addMember / listMembers / getPlanDetail / getPlanList / getTree / mapLegacyCode |
+
+| 部署项 | 值 | 说明 |
+|--------|-----|------|
+| 本轮部署次数 | 0 | 部署基线 6f86cae9a（01:45 cron 部署）至 origin HEAD **零 main 代码改动**（仅 B-10 test 修复 + chore/milestone docs）→ 测试环境代码已最新，无需重部署 |
+| 最新 `last_deployed` | c3e32460a | #8 轮收口值，本轮无新增部署确认 |
+| GREEN 部署链验证 | 通过 | 2 个 YELLOW 键实现（1767d4414/c3e32460a）经 `merge-base --is-ancestor` 验证均为测试环境实际运行提交 6f86cae9a 祖先（上轮已核） |
+
+### 1.6 数据源健康度
+
+| 数据源 | 读取键数 | 是否正常 | 备注 |
+|--------|----------|----------|------|
+| 需求侧（⏳ wish） | 0 | 正常 | 数据源返回 0，与近 4 轮一致（池空稳态），非静默失效 |
+| 契约常量（contract） | 0 | 正常 | — |
+| 测试用例引用（test_case_map） | 0 | 正常 | — |
+| 执行结果回填（case_results） | 0 | 正常 | — |
+
+---
+
+## 二、下一步需要研发处理的事项
+
+| 序号 | 事项描述 | 依赖/前置条件 | 预估完成时间 | 优先级 | 状态 |
+|------|----------|---------------|--------------|--------|------|
+| 1 | 无（池空稳态延续：任务账本全 done + 0 新增能力键） | 等 `--changes` 新能力键 / 测试侧阻塞入台账 / 主理人拍板统一维度文档合入 | 待触发 | — | 待启动 |
+
+---
+
+## 三、阻塞与风险
+
+| 阻塞项 | 影响范围 | 阻塞类型 | 处置进展 | 需要协调 |
+|--------|----------|----------|----------|----------|
+| B-10 P0 编译回归（1474 @Test + 16 契约零执行） | 复验通道 | 测试 | 已修复（37f29a5df 推远端），复验通道恢复，待测试侧 mark-green | 测试负责人复验 |
+| 主工作树 72 处未提交 | 全仓门禁 | 其他 | 逐文件比对 origin/cfclub：大部分为本地 HEAD 落后 origin ~28 提交的假 M + 远端已存在文件（工作区==远端）；真改动仅测试台账/前端构建产物/CHANGELOG 等 | **主理人拍板收口**（本轮零改动主工作树，规避误伤） |
+| CfBalanceController 回退风险 | CF 账本 | 安全 | **已关闭**：origin 版含完整 resolveMemberId 账本解析逻辑（memberId/balance 符号 18 处），工作区==远端，无 currentMemberId=0 回退 | — |
+| 部署脚本 jar_valid SIGPIPE 假阴性 | 部署链 | 测试 | #7 轮部署会话已修复判断逻辑 | — |
+
+---
+
+## 四、下轮工作规划
+
+| 计划项 | 预计完成时间 | 前置依赖 | 涉及会话标签 | 备注 |
+|--------|--------------|----------|--------------|------|
+| 池空守卫：监控 `--changes` / blockers 台账，有新键即 `--add-task` + 派发 | 每轮例行 | 测试侧建 RED / 主理人裁决 | pub-iwintrue | 黑窗（429→次日 08:00）内派发走 axonhub/deepseek 链 |
+| 有 YELLOW 键经部署链路验证后收口 deploy 账本 | 随开发产出触发 | 开发会话提交 push | pub-iwintrue | 部署会话只部署+汇报，账本编排侧写 |
+
+---
+
+## 附录
+
+### 附录 A：收到的测试反馈问题明细
+
+| 问题 ID | 能力键/任务号 | 问题类型 | 来源 | 接收时间 | 处置状态 | 关联 sha |
+|---------|---------------|----------|------|----------|----------|----------|
+| B-10 | 全量单测编译回归 | 实现缺陷（test 同步） | 测试闭环轮（01:36） | 2026-11-05 01:36 | 已解决（37f29a5df 已推远端，零 main 改动） | 37f29a5df |
+
+### 附录 B：任务分派与会话恢复明细
+
+| 任务号 | 目标会话标签 | 任务类型 | 分派时间 | 当前状态 | 恢复会话标签 | 恢复原因 | 恢复时间 |
+|--------|--------------|----------|----------|----------|--------------|----------|----------|
+| 本轮无 | — | — | — | — | — | — | — |
+
+### 附录 C：新增入池任务明细
+
+| 任务号 | 能力键 | 需求溯源 | 设计溯源 | 创建时间 | 状态 |
+|--------|--------|----------|----------|----------|------|
+| 本轮无 | — | — | — | — | — |
+
+### 附录 D：变更感知明细（来自 `--changes --days 7`）
+
+| 变更文档 | 文档类型 | 变更日期 | 新增能力键 | 是否已入池 |
+|----------|----------|----------|------------|------------|
+| docs/flows/badge-microaction-flow.md 等 8 份设计文档 | 设计 | 2026-11-02/03 | 0 | — |
+| docs/tdd/test/automation-run-*.md 等 55 份用例文档 | 用例 | 2026-11-02/04 | 0 | — |
+| API_REFERENCE.md / PROJECT-OVERVIEW.md / specs/（T38/T39/T40/天盘 SVG）等 116 份其他 | 其他 | 2026-11-02/03 | 0 | — |
+
+> 变更键集对比：以窗口最早提交父提交为基线，测试用例 0→0、契约/设计 0→0，均为既有键状态/内容变化。
+
+---
+
+**模板版本**：v1.1（2026-11-03）
+**适用对象**：研发负责人 / 开发角色会话

docs/tdd/orchestration/report-dev-2026-11-05-0317.md

@@ -0,0 +1,174 @@
+# 研发负责人工作汇报 · 研发负责人2
+
+## 基本信息
+
+| 项目 | 内容 |
+|------|------|
+| 汇报人 | **研发负责人2**（自动化「CF 研发负责人 · 闭环巡检」，role=研发负责人） |
+| 汇报周期 | 2026-11-05 02:12 ~ 03:17（今日第 3 轮，研发负责人2 口径） |
+| 负责模块/单元范围 | CFC 后端 TDD 闭环（全量能力键，无 scope 隔离）+ 用户场景总目标（218 SC） |
+
+---
+
+## 一、本轮工作数据汇总
+
+### 1.1 问题接收与处置
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **收到的测试反馈问题数*** | 0 个（本轮无新增阻塞；**B-10 P0 编译回归已于 02:33 轮由研发负责人1 闭环**（`37f29a5df` 推 origin/cfclub），本轮为「复验通道恢复」确认轮，无新问题产生） | 本轮从测试渠道（`docs/tdd/test/blockers.md` / `--mark-blocked` 回执 / pending.md O-1）接收到的需研发处理问题总数 |
+| **已解决问题数*** | 0 个（本轮无自主闭环动作；B-10 修复 `37f29a5df` 属研发负责人1 02:33 轮成果，`git merge-base --is-ancestor 37f29a5df origin/cfclub` 通过，已在远端） | 本轮**已闭环**的研发侧问题数 |
+| **待解决研发问题数** | 0 个（本轮无新增待办；存量非本角色可自主：T28-FIX 生产迁移需主理人裁决、SC→KEY_RE 衔接待主理人裁决 O-1） | 截至本周期末仍未闭环的问题数 |
+
+### 1.2 任务分发与会话管理
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **分派任务数*** | 0 个（黑窗生效至 2026-11-05 08:00，opencode 429 禁派；目标池 0 键无 pending） | 本轮经 `--apply` / 编排派发下达给各会话的任务总数 |
+| **恢复智能体会话数*** | 0 个（巡检 02:48:16 快照：6/6 实例全可达，无中断/超时/swallowed） | 本轮重建或恢复的会话数 |
+| **当前在用会话数** | 1 个（local-45278「SRS 差异补齐：契约化 ems.repair.rootCause」running，**非 CFC**；CFC 运行中 0） | 本周期末仍在活跃状态的会话数 |
+| **会话平均利用率** | 低（池空 + 黑窗双约束，属常态） | 研发类会话均 idle 待派 |
+
+### 1.2b 各会话当前工作状态列表
+
+> 数据来源：`tools/xaf_agent_hub/out/patrol_report.md`（巡检 2026-11-05 02:48:16 快照）；主工作树 `--clean-check` 实测。
+
+| 会话标签 | 会话 ID | 当前状态 | 当前任务 | 静默/空闲时长 | 工作目录 | 备注 |
+|----------|---------|----------|----------|---------------|----------|------|
+| local-45278 | `ses_e754bab59f…` | running | SRS 差异补齐：契约化 ems.repair.rootCause（非 CFC） | 0 分钟 | 远端各 worktree | 722 会话/121 CFC，运行中 1 非 CFC |
+| lan-248 | — | idle | — | — | — | 395 会话/150 CFC，0 运行中 |
+| lan-204 | — | idle | — | — | — | 133 会话/117 CFC，0 运行中 |
+| lan-189 | — | idle | — | — | — | 281 会话/71 CFC，0 运行中 |
+| prod-etotem | — | idle | — | — | — | 138 会话/114 CFC，0 运行中（生产只读，manual_only，不自动派发） |
+| pub-iwintrue | — | idle | — | — | — | 800 会话/92 CFC，0 运行中（02:33 轮仍在跑部署，现已 idle） |
+
+**合计**：2469 会话 / 665 CFC；**CFC 运行中 0**（较 02:33 轮 1 略降，上轮部署会话已收口）。状态判定速查表取编排器口径（running/idle/wedged/thrash/swallowed/upstream_err/stalled/blocked/done/unknown）。全部 idle 属「池空+黑窗」而非空转。主工作树 `--clean-check`：**⚠️ 不干净（72 处他人 WIP，未代清理）**。
+
+### 1.3 变更感知与新任务建立
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **感知需求/设计变更数*** | 近 7 天 **200 提交 / 179 文件**（11-02 ~ 11-04）：设计文档 8 个（badge 契约/T38 团队邀请/T39 实名/AI 会员门禁/T40 强制更新/天盘 emoji 等）+ 测试用例文档 55 个 + 其他 116 | `--changes --days 7` 检出 |
+| **新增入池任务数*** | 0 个（检出**无新增能力键**（0→0，全为既有键状态/内容变化）；SC 编号与 `KEY_RE`（`^[a-z][a-z0-9]*\.[a-z][a-zA-Z0-9]*\.[a-z][a-zA-Z0-9]*$`）格式不兼容——SC-P-01 会被 `--add-task` 拒绝，**衔接方案待主理人裁决**（O-1 三项候选：场景→能力键展开 / SC 前缀放宽 / 场景层测试侧先行），未强行入池） | 本轮经 `--add-task` 新建立的能力键任务数 |
+| **既有键状态流转数** | 0 次（6 DONE + 2 YELLOW 维持原状；B-10 修复不改变状态机阶段，属测试编译通道恢复） | 本轮已入池键的阶段流转次数 |
+
+### 1.4 本轮 git 提交与推送证据（真理证据）
+
+> 本轮**无新增提交**（不代越测试 mark-green、不重复修复已闭环的 B-10）。以下为存量证据复核，供测试侧 mark-green 核验，全部在 origin/cfclub。
+
+| 提交 sha | 关联任务/能力键 | 阶段 | 触及文件类型 | 目标分支 | 已推送远端 | 备注 |
+|----------|-----------------|------|--------------|----------|------------|------|
+| `faf3ca174` | dan.assessment.getActiveMaterial | RED | 测试 | `origin/cfclub` | 是（`merge-base --is-ancestor` ✓） | 契约级单测落地 |
+| `c3e32460a` | dan.assessment.getActiveMaterial | YELLOW | 实现 | `origin/cfclub` | 是 ✓ | 实现使绿 |
+| `81d8883f7` | health.report.createReport | RED | 测试 | `origin/cfclub` | 是 ✓ | 契约级单测落地 |
+| `1767d4414` | health.report.createReport | YELLOW | 实现 | `origin/cfclub` | 是 ✓ | 实现使绿 |
+| `37f29a5df` | B-10（unit/CfBalanceControllerTest 签名回归） | 修复（测试同步） | 测试 | `origin/cfclub` | 是 ✓ | 研发负责人1 02:33 轮闭环；7 处调用对齐 `balance(userId)`/`logs(userId,page,size)` |
+
+### 1.5 状态机阶段分布与部署状态
+
+> 来源：`--status`（03:14:24 实测）
+
+| 阶段 | 键数 | 备注 |
+|------|------|------|
+| UNTRACKED | 0 | — |
+| RED | 0 | — |
+| YELLOW | 2 | dan.assessment.getActiveMaterial / health.report.createReport（证据齐备，待测试 mark-green；B-10 已解除，复验通道恢复） |
+| GREEN | 0 | 本轮无新增（B-10 曾致复验停滞，02:33 已解除） |
+| DONE | 6 | addMember / listMembers / getPlanDetail / getPlanList / getTree / mapLegacyCode |
+
+| 部署项 | 值 | 说明 |
+|--------|-----|------|
+| 本轮部署次数 | 0 次 | 无新 YELLOW 产生，无部署动作 |
+| 最新 `last_deployed` | 未回写 | 部署 pending 仍为存量（deploy_verify=false 不阻断状态机收口） |
+| GREEN 部署链验证 | 通过（既有 DONE 键） | 本轮无新建 GREEN |
+
+### 1.6 数据源健康度
+
+| 数据源 | 读取键数 | 是否正常 | 备注 |
+|--------|----------|----------|------|
+| 需求侧（⏳ wish） | 0 | 正常 | CFC 为「发现/跟踪」模式，目标池口径 0 含契约常量∩用例引用；需求源文档扫描正常 |
+| 契约常量（contract） | 0 | 正常 | `ops_file` 标注用，不入池门槛 |
+| 测试用例引用（test_case_map） | 0 | 正常 | 用例驱动口径：TDD 池 = 需求侧 ⏳ ∩ 用例引用 |
+| 执行结果回填（case_results） | 0 | 正常 | 已部署键回验；未实现键（⏳）无执行结果，属预期 |
+
+---
+
+## 二、下一步需要研发处理的事项
+
+| 序号 | 事项描述 | 依赖/前置条件 | 预估完成时间 | 优先级 | 状态 |
+|------|----------|---------------|--------------|--------|------|
+| 1 | 等待测试侧对 2 个 YELLOW 键（getActiveMaterial/createReport）执行 `--mark-green` 复验（B-10 已修复 `37f29a5df`，复验通道恢复） | 测试负责人执行 mark-green | 2026-11-05（待测试侧下轮） | P0 | 待启动（测试角色） |
+| 2 | T28-FIX 生产迁移收尾（V253 迁移脚本已就绪未执行 + 独立核验 T28-FIX-V） | 主理人裁决迁移执行方案 | 待主理人拍板 | P0 | 待裁决 |
+| 3 | SC→KEY_RE 衔接方案裁决（218 SC 场景如何入 TDD 池） | 主理人裁决 O-1 三项候选 | 待主理人拍板 | P1 | 待裁决 |
+| 4 | 218 SC 总目标持续推进（场景覆盖矩阵每轮更新，基线 0/218） | SC→KEY_RE 衔接裁决后 | 持续 | P1 | 进行中 |
+
+> 优先级：P0=阻断测试/后续推进；P1=影响本迭代；P2=优化不阻塞。
+
+---
+
+## 三、阻塞与风险
+
+| 阻塞项 | 影响范围 | 阻塞类型 | 处置进展 | 需要协调 |
+|--------|----------|----------|----------|----------|
+| B-10（CfBalanceControllerTest 签名回归） | 曾阻断全模块 1474 @Test + 16 契约复验 | 研发 | **已解除**：`37f29a5df` 已推 origin/cfclub，复验通道恢复；2 个 YELLOW 的 mark-green 仍待测试侧 | 待测试 mark-green（测试角色） |
+| 工作目录不干净（72 处他人 WIP） | 主工作树 E:/cfc | 测试/研发（他人未提交） | 编排侧不强制提交他人改动，仅门禁提示；`--clean-check` 不干净=未完成，本轮零新增未提交 | 各 WIP 归属会话自行收口 |
+| 本地领先 origin 1 个未推送提交（`bf16b3662` hub 修复） | 主工作树 | 研发（其他会话本地产物） | 基于旧基线（origin 已前进 72），直接 push 会 non-fast-forward；不代推、不回退 | 确认归属会话后自行推送 |
+| 黑窗（opencode 429 至 08:00） | 全家族派发 | 研发 | 生效中，零派发；sensenova 已移出策略链（实测 403） | 无（08:00 后自动解除） |
+
+---
+
+## 四、下轮工作规划
+
+| 计划项 | 预计完成时间 | 前置依赖 | 涉及会话标签 | 备注 |
+|--------|--------------|----------|--------------|------|
+| 测试侧 mark-green 后核验 GREEN 部署链（deploy_verify=false 可收口 DONE） | 2026-11-05 | 测试负责人 mark-green | — | 视 GREEN 状态推进 |
+| SC→KEY_RE 衔接裁决后评估入池 | 待主理人裁决 | O-1 裁决 | — | 影响 218 SC 目标 |
+| 218 SC 覆盖矩阵每轮更新 | 持续 | — | — | 基线 0/218，218/218 前不得报开发完成 |
+
+---
+
+## 附录
+
+### 附录 A：收到的测试反馈问题明细
+
+| 问题 ID | 能力键/任务号 | 问题类型 | 来源 | 接收时间 | 处置状态 | 关联 sha |
+|---------|---------------|----------|------|----------|----------|----------|
+| — | — | — | — | — | — | — |
+
+（本轮无新增）
+
+### 附录 B：任务分派与会话恢复明细
+
+| 任务号 | 目标会话标签 | 任务类型 | 分派时间 | 当前状态 | 恢复会话标签 | 恢复原因 | 恢复时间 |
+|--------|--------------|----------|----------|----------|--------------|----------|----------|
+| — | — | — | — | — | — | — | — |
+
+（黑窗 + 池空，本轮零分派零恢复）
+
+### 附录 C：新增入池任务明细
+
+| 任务号 | 能力键 | 需求溯源 | 设计溯源 | 创建时间 | 状态 |
+|--------|--------|----------|----------|----------|------|
+| — | — | — | — | — | — |
+
+（无新增能力键，本轮零入池）
+
+### 附录 D：变更感知明细（来自 `--changes --days 7`）
+
+| 变更文档 | 文档类型 | 变更日期 | 新增能力键 | 是否已入池 |
+|----------|----------|----------|------------|------------|
+| docs/flows/badge-microaction-flow.md | 设计 | 2026-11-02 | 0（既有键变化） | — |
+| docs/superpowers/PROJECT-OVERVIEW.md | 设计 | 2026-11-02 | 0 | — |
+| docs/superpowers/api/API_REFERENCE.md | 设计 | 2026-11-02 | 0 | — |
+| docs/superpowers/specs/2026-11-01-team-system-*.md | 设计 | 2026-11-02 | 0 | — |
+| docs/superpowers/specs/2026-11-02-ai-member-ga*.md | 设计 | 2026-11-02 | 0 | — |
+| docs/superpowers/specs/2026-11-02-realname-nic*.md | 设计 | 2026-11-02 | 0 | — |
+| docs/superpowers/specs/2026-11-03-miniapp-forc*.md | 设计 | 2026-11-03 | 0 | — |
+| docs/superpowers/specs/2026-11-04-tianpan-emoj*.md | 设计 | 2026-11-03 | 0 | — |
+| docs/tdd/test/automation-run-*.md（55 个） | 用例 | 2026-11-02 | 0（既有键变化） | — |
+
+> 近 7 天合计 200 提交 / 179 文件，**无新增能力键**（0→0）；所有变更均为既有键状态/内容变化，用 `--status` 复核即可。
+
+---
+
+**模板版本**：v1.1 ｜ **适用对象**：研发负责人 / 开发角色会话 ｜ **填写周期**：每轮 TDD 闭环后或每日工作结束时

docs/tdd/orchestration/report-dev-2026-11-05-0345.md

@@ -0,0 +1,169 @@
+# 研发负责人工作汇报 · 研发负责人1
+
+## 基本信息
+
+| 项目 | 内容 |
+|------|------|
+| 汇报人 | **研发负责人1**（自动化「CF 研发负责人 · 闭环巡检」，role=研发负责人1） |
+| 汇报周期 | 2026-11-05 02:33 ~ 03:45（今日第 2 轮，研发负责人1 口径） |
+| 负责模块/单元范围 | CFC 后端 TDD 闭环（全量能力键，无 scope 隔离）+ 用户场景总目标（218 SC） |
+
+---
+
+## 一、本轮工作数据汇总
+
+### 1.1 问题接收与处置
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **收到的测试反馈问题数*** | 0 个新增（B-10 P0 编译回归已由本角色 02:33 轮闭环：`37f29a5df` 推 origin/cfclub，本轮为只读复验轮；无新增 `--mark-blocked` 登记） | 本轮从测试渠道（`docs/tdd/test/blockers.md` / `--mark-blocked` 回执 / 会话反馈）接收到的需研发处理问题总数 |
+| **已解决问题数*** | 0 个（本轮无新增闭环；B-10 修复 `37f29a5df` 属 02:33 轮成果，复验 `git merge-base --is-ancestor 37f29a5df origin/cfclub` ✓ 已在远端） | 本轮**已闭环**的研发侧问题数 |
+| **待解决研发问题数** | 0 个本角色可自主（存量均非本角色可独自收口：T28-FIX 生产迁移 V253 待主理人放行；SC→KEY_RE 衔接待裁决 O-1；B-1 台账表述过时待测试侧更新，见三） | 截至本周期末仍未闭环的问题数 |
+
+### 1.2 任务分发与会话管理
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **分派任务数*** | 0 个（三重约束：opencode 429 黑窗至 2026-11-05 08:00 + 状态机目标池 0 键 + hub 池 0 pending） | 本轮经 `--apply` / 编排派发下达给各会话的任务总数 |
+| **恢复智能体会话数*** | 0 个（巡检 02:48:16 快照 6/6 实例全可达，无中断/超时/swallowed） | 本轮重建或恢复的会话数 |
+| **当前在用会话数** | 1 个（local-45278「SRS 差异补齐：契约化 ems.repair.rootCause」running，**非 CFC**；CFC 运行中 0；`--inspect` 03:41 实测两代理 busy=0） | 本周期末仍在活跃状态的会话数 |
+| **会话平均利用率** | 低（池空 + 黑窗双约束，属常态非空转） | 研发类会话均 idle 待派 |
+
+### 1.2b 各会话当前工作状态列表
+
+> 数据来源：`tools/xaf_agent_hub/out/patrol_report.md`（巡检 2026-11-05 02:48:16 快照，最近一份）+ `--inspect --role 测试`（03:41 实测，只读）。
+
+| 会话标签 | 会话 ID | 当前状态 | 当前任务 | 静默/空闲时长 | 工作目录 | 备注 |
+|----------|---------|----------|----------|---------------|----------|------|
+| local-45278 | `ses_e754bab59f…` | running | SRS 差异补齐：契约化 ems.repair.rootCause（非 CFC） | 0 分钟 | 远端各 worktree | 722 会话/121 CFC，运行中 1 非 CFC |
+| lan-248 | — | idle | — | — | — | 395 会话/150 CFC，0 运行中 |
+| lan-204 | — | idle | — | — | — | 133 会话/117 CFC，0 运行中 |
+| lan-189 | — | idle | — | — | — | 281 会话/71 CFC，0 运行中 |
+| prod-etotem | — | idle | — | — | — | 138 会话/114 CFC，0 运行中（生产 manual_only，不自动派发） |
+| pub-iwintrue | — | idle | — | — | — | 800 会话/92 CFC，0 运行中（02:33 轮 TDD 部署 testing 已收口回归 idle） |
+| local-lan-4090（production 占位） | `ses_cfc_prod_pending` | idle | — | — | — | `--inspect` 实测：50 会话 busy=0 idle=50，剩余配额=3 |
+| pub-iwintrue（testing） | `ses_cfc_test_pending` | idle | — | — | — | `--inspect` 实测：50 会话 busy=0 idle=50，剩余配额=3 |
+
+**合计**：patrol 快照 2469 会话 / 665 CFC；**CFC 运行中 0**（上轮部署会话已收口）。状态判定取编排器口径。主工作树 E:/cfc `--clean-check`：**⚠️ 不干净（72 处他人 WIP，未代清理；本角色全程只读/独立 worktree 操作）**。
+
+### 1.3 变更感知与新任务建立
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **感知需求/设计变更数*** | 近 7 天 **200 提交 / 179 文件**（11-02 ~ 11-04）：设计文档 8 个（badge/T38 团队邀请/T39 实名/AI 会员门禁/T40 强制更新/天盘 emoji 等）+ 测试用例文档 55 个 + 其他 116 | `--changes --days 7 --role 研发负责人` 检出（03:39 实测） |
+| **新增入池任务数*** | 0 个（检出**无新增能力键**（0→0，全为既有键状态/内容变化）；SC 编号与 `KEY_RE` 格式不兼容（SC-P-01 会被 `--add-task` 拒绝），218 SC 入池衔接方案待主理人裁决（O-1），未强行入池） | 本轮经 `--add-task` 新建立的能力键任务数 |
+| **既有键状态流转数** | 0 次（6 DONE + 2 YELLOW 维持原状；B-10 属测试编译通道恢复，不改变状态机阶段） | 本轮已入池键的阶段流转次数 |
+
+### 1.4 本轮 git 提交与推送证据（真理证据）
+
+> 本轮**无新增提交**（只读核查轮：不代越测试 mark-green、不重复修复已闭环 B-10）。以下为存量证据复核，供测试侧 mark-green 核验，全部已在 origin/cfclub（每条 `git merge-base --is-ancestor` 复验 ✓）。
+
+| 提交 sha | 关联任务/能力键 | 阶段 | 触及文件类型 | 目标分支 | 已推送远端 | 备注 |
+|----------|-----------------|------|--------------|----------|------------|------|
+| `faf3ca174` | dan.assessment.getActiveMaterial | RED | 测试 | `origin/cfclub` | 是 ✓ | 契约级单测落地 |
+| `c3e32460a` | dan.assessment.getActiveMaterial | YELLOW | 实现 | `origin/cfclub` | 是 ✓ | 实现使绿，待测试校验 |
+| `81d8883f7` | health.report.createReport | RED | 测试 | `origin/cfclub` | 是 ✓ | 契约级单测落地 |
+| `1767d4414` | health.report.createReport | YELLOW | 实现 | `origin/cfclub` | 是 ✓ | 实现使绿，待测试校验 |
+| `37f29a5df` | B-10（unit/CfBalanceControllerTest 签名回归） | 修复（测试同步） | 测试 | `origin/cfclub` | 是 ✓ | 本角色 02:33 轮闭环；7 处调用对齐 `balance(userId)`/`logs(userId,page,size)` |
+
+**远端 02:00 后新增提交**：`9d567c9fe`（dev2 02:09 汇报）/ `2b4bfd61f`（auto bump）/ `37f29a5df`（B-10 修复）/ `49f89163b`（dev1 02:33 汇报）/ `565198382`（auto bump）/ `555d582a6`（dev2 03:19 汇报）/ `e593b7a4c`（auto bump 03:25）。**无测试 mark-green 提交、无新 RED 派发** → 2 YELLOW 仍待测试侧收口。
+
+### 1.5 状态机阶段分布与部署状态
+
+> 来源：`--status --top 12`（03:38:41 实测）
+
+| 阶段 | 键数 | 备注 |
+|------|------|------|
+| UNTRACKED | 0 | — |
+| RED | 0 | — |
+| YELLOW | 2 | dan.assessment.getActiveMaterial / health.report.createReport（证据齐备，待测试 mark-green） |
+| GREEN | 0 | — |
+| DONE | 6 | addMember / listMembers / getPlanDetail / getPlanList / getTree / mapLegacyCode |
+
+| 部署项 | 值 | 说明 |
+|--------|-----|------|
+| 本轮部署次数 | 0 次 | 无 YELLOW→GREEN 放行，无新部署触发 |
+| 最新 `last_deployed` | （编排侧本地账本） | `deploy_verify=false` 不阻断；pub-iwintrue 上轮 testing 部署已收口 |
+| GREEN 部署链验证 | 不适用 | 本轮无 GREEN 闭环 |
+
+### 1.6 数据源健康度
+
+> 四类来源读取均正常（03:38 STATUS 实测），无静默失效（03:19 轮同为 4/4）。
+
+| 数据源 | 读取键数 | 是否正常 | 备注 |
+|--------|----------|----------|------|
+| 需求侧（⏳ wish） | 0 | 正常 | SRS 区段解析正常，无新增占位键 |
+| 契约常量（contract） | 0 标注 | 正常 | 仅作「已契约化」标注用，不入池门槛 |
+| 测试用例引用（test_case_map） | 0 | 正常 | 用例引用 ∩ ⏳ = 0 |
+| 执行结果回填（case_results） | 0 | 正常 | 无新增 E1 功能性报告 |
+
+### 1.7 场景覆盖矩阵（用户场景总目标，每轮必列）
+
+| 角色 | 总数（SC-角色-NN） | 本次端到端跑通 | 累计跑通 | 执行证据类型 |
+|------|--------------------|----------------|----------|--------------|
+| 游客 / 家长 / 孩子 / 规划师 / 运营 / 服务商 / 跨角色 | 218 | 0 | **0 / 218** | 无（729 条派生用例 0 执行；脚本未接 CI） |
+
+**结论：距「所有用户场景跑通」目标（用户 2026-11-05 拍板，单一事实源 `docs/tdd/orchestration/DEV_GOAL_user_scenarios.md`）仍为 0/218，本阶段不得报「开发完成」。** SC↔KEY_RE 入池衔接（O-1）是推进 218 SC 的前置，待主理人裁决。
+
+---
+
+## 二、下一步需要研发处理的事项
+
+| 序号 | 事项描述 | 依赖/前置条件 | 预估完成时间 | 优先级 | 状态 |
+|------|----------|---------------|--------------|--------|------|
+| 1 | 黑窗解除后按池补派：08:00 后评估 hub 池（U7 在途）+ 目标池是否有新 pending，恢复研发派发节奏 | opencode 429 冷却至 11-05 08:00；U7（P3）状态复核 | 2026-11-05 08:00 后 | P1 | 待启动 |
+| 2 | 2 YELLOW（getActiveMaterial/createReport）测试侧 mark-green 收口（B-10 复验通道已恢复，具备收口条件） | 测试负责人执行校验确认 | 测试侧下轮 | P1 | 进行中 |
+| 3 | T28-FIX（P0）生产迁移 V253 执行 | 主理人放行 + prod 部署窗口；加固代码 4de8cb16a 已合入主链 | 待拍板 | P0 | 待启动 |
+| 4 | 218 SC 端到端推进方案落地 | O-1 主理人裁决（场景→能力键展开 / SC 前缀放宽 / 场景层测试侧先行） | 待拍板 | P0 | 待启动 |
+
+---
+
+## 三、阻塞与风险
+
+| 阻塞项 | 影响范围 | 阻塞类型 | 处置进展 | 需要协调 |
+|--------|----------|----------|----------|----------|
+| T28-FIX（P0）生产迁移 V253 未执行 | 生产力/推广收益口径修正未上线 | 需求/决策 | 方向 A 已裁决（11-02），加固已合入，迁移脚本只写未执行 | 主理人放行 |
+| O-1：SC 编号与 KEY_RE 不兼容，218 SC 无法 `--add-task` 入池 | 总开发目标 218 SC 推进停滞 | 需求 | 三项候选方案已列，待裁决 | 主理人裁决 |
+| B-1 台账表述过时（写 148 用例 8fail+5error） | 与最新全量口径（后端 1079 例 43 红 25F+18E）不一致，误导排期 | 测试 | 实际确定性红例已在测试侧 11-03 第 30 轮全量明确；台账未同步 | 测试侧更新台账 |
+| B-6/B-7 台账条目过时（写「需开发实现使绿」，实际已 YELLOW） | 口径误导 | 测试 | 内容层面已消除（实现已落地），待测试侧 mark-green 后解行 | 测试侧收口后解除 |
+| B-10 编译回归 | — | 已解除 | 02:33 闭环，复验通道恢复 | — |
+
+---
+
+## 四、下轮工作规划
+
+| 计划项 | 预计完成时间 | 前置依赖 | 涉及会话标签 | 备注 |
+|--------|--------------|----------|--------------|------|
+| 黑窗解除后补派评估 | 2026-11-05 08:00 后 | opencode 冷却解除 | CFC 研发标签 | 池空则按溯源规则 `--add-task` 或上报 |
+| 复核 2 YELLOW mark-green | 每轮巡检 | 测试侧动作 | — | 证据齐备只欠校验 |
+| 218 SC 推进 | 待 O-1 裁决 | 主理人 | 全 CFC | 总开发目标前置 |
+
+---
+
+## 附录
+
+### 附录 A：收到的测试反馈问题明细
+
+| 问题 ID | 能力键/任务号 | 问题类型 | 来源 | 接收时间 | 处置状态 | 关联 sha |
+|---------|---------------|----------|------|----------|----------|----------|
+| B-10 | unit/CfBalanceControllerTest 编译回归 | 实现缺陷（测试文件同步） | 测试侧 01:36 实锤（c83c4eb25） | 2026-11-05 01:36 | 已解决 | `37f29a5df` |
+
+### 附录 B：任务分派与会话恢复明细
+
+| 任务号 | 目标会话标签 | 任务类型 | 分派时间 | 当前状态 | 恢复会话标签 | 恢复原因 | 恢复时间 |
+|--------|--------------|----------|----------|----------|--------------|----------|----------|
+| — | — | — | — | 本轮 0 派发（黑窗+池空） | 无 | 无 | — |
+
+### 附录 C：新增入池任务明细
+
+| 任务号 | 能力键 | 需求溯源 | 设计溯源 | 创建时间 | 状态 |
+|--------|--------|----------|----------|----------|------|
+| 无 | 无 | `--changes` 检出无新增能力键（0→0）；SC 入池受 O-1 阻塞 | — | — | — |
+
+### 附录 D：变更感知明细（来自 `--changes --days 7`，03:39 实测）
+
+| 变更文档 | 文档类型 | 变更日期 | 新增能力键 | 是否已入池 |
+|----------|----------|----------|------------|------------|
+| 设计文档 8 个（badge 契约/T38/T39/AI 门禁/T40/天盘 emoji 等 specs） | 设计 | 11-02~11-04 | 0 | — |
+| 测试用例文档 55 个（automation-run 台账等） | 用例 | 11-02~11-04 | 0（既有键状态变化，`--status` 复核已覆盖） | — |
+| 其他 116 个（接口冒烟/AI 门禁后端/CF 账本修复等） | 其他 | 11-02~11-04 | 0 | — |

docs/tdd/orchestration/report-dev-2026-11-05-0350.md

@@ -0,0 +1,180 @@
+# 研发负责人工作汇报
+
+> **说明**：本汇报为研发负责人1（tdd-orchestrator 闭环巡检）按轮次汇总，如实反映状态机、证据、阻塞与下轮规划。数据来源：`--status` / `--changes --days 7` / `--clean-check` / `git merge-base --is-ancestor` / `docs/tdd/test/blockers.md` / `tools/xaf_agent_hub/out/patrol_report.md`。
+
+---
+
+## 基本信息
+
+| 项目 | 内容 |
+|------|------|
+| 汇报人 | 研发负责人1（tdd-orchestrator） |
+| 汇报周期 | 2026-11-05 03:50（第 5 轮 · 对比 02:37 轮） |
+| 负责模块/单元范围 | cfc（CFC 全仓 · 发现/跟踪模式 · 不派发） |
+
+---
+
+## 一、本轮工作数据汇总
+
+### 1.1 问题接收与处置
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **收到的测试反馈问题数*** | 0 个新增 | 本轮 `--mark-blocked` 无新增；远端 blockers.md 共 12 条（B-1~B-12），其中 B-8/B-10 已解除，其余待处理 |
+| **已解决问题数*** | 1 个 | B-10（CfBalanceControllerTest P0 编译回归·复发）已于 03:30 由测试侧复验解除：研发修复 `37f29a5df` 已推 origin/cfclub 且 `merge-base --is-ancestor` 通过；测试侧远端基线复跑 testCompile 205 源 0 错、16 契约测试 16/16 全绿、CfBalanceControllerTest 8/8 绿 |
+| **待解决研发问题数** | 3 个 | B-9（getPlanDetail 鉴权缺口观察·不阻断）、B-11（/api/cf 三端点删除待确认意图）、B-12（3 类 20 个 @Disabled 测试·需 seed 夹具） |
+
+### 1.2 任务分发与会话管理
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **分派任务数*** | 0 个 | 任务池 0 pending（100 条 = 97 done + 1 dispatched + 2 blocked + 0 pending），无可派；429 黑窗生效至 11-05 08:00，opencode 全家族不派发 |
+| **恢复智能体会话数*** | 0 个 | 无中断需恢复 |
+| **当前在用会话数** | 0 个 | 会话快照 02:48:16：6/6 实例可达，仅 local-45278 1 个**非 CFC** 会话（mes SRS 差异）在跑，无 CFC 在途 |
+| **会话平均利用率** | 0 % | CFC 无活跃会话（池空 + 429 黑窗） |
+
+### 1.2b 各会话当前工作状态列表
+
+| 会话标签 | 会话 ID | 当前状态 | 当前任务 | 静默/空闲时长 | 工作目录 | 备注 |
+|----------|---------|----------|----------|---------------|----------|------|
+| local-45278 | ses_e754bab59f… | running | SRS 差异补齐（ems.repair.rootCause，非 CFC） | 0 分钟 | E:\workspace\mes | 非 CFC 任务，与 CFC 闭环无关 |
+| lan-248 | — | idle | — | — | — | 429 黑窗，未派发 |
+| lan-204 | — | idle | — | — | — | 429 黑窗，未派发 |
+| lan-189 | — | idle | — | — | — | 429 黑窗，未派发 |
+| prod-etotem | — | idle | — | — | — | 生产自动实例，未派发 |
+| pub-iwintrue | — | idle | — | — | — | 429 黑窗，未派发 |
+
+**状态判定速查表**（与编排器会话状态判定口径一致）：
+
+| 状态 | 判定特征 | 处置建议 |
+|------|----------|----------|
+| `running` | 有产出（交付/提交/答复），仍在活跃 | 继续观察，勿打扰 |
+| `idle` | 空闲，可接新任务 | 优先派发新任务（R2 不留空闲） |
+| `wedged` | 运行标记未消但消息静默 >45min | 判定空转，需 nudge 或重建 |
+| `thrash` | 只设计/只研究不落盘（>25min） | 干预：明确要求落盘提交 |
+| `swallowed` | 派发被吞（收到任务后只回空消息即 idle） | **重建会话并重新派发**（非反复 nudge） |
+| `upstream_err` | 末条命中上游/连接错误标记 | 同会话自动重试 |
+| `stalled` | 派发后无助手产出（末条是 user） | 重派或重建 |
+| `blocked` | 含失败报错或提问结尾 | 人工裁决/回答后继续 |
+| `done` | 含交付标记 | 可回收入池，接下一任务 |
+| `unknown` | 有产出无交付标记，只观察 | 只观察，勿误判 |
+
+### 1.3 变更感知与新任务建立
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **感知需求/设计变更数*** | 200 提交 / 179 文件 | `--changes --days 7`：设计 8 + 测试用例 55 + 其他 116；窗口 2026-11-02 ~ 11-04 |
+| **新增入池任务数*** | 0 个 | 测试用例/契约设计均**无新增能力键**（0→0），无需 `--add-task` |
+| **既有键状态流转数** | 0 次 | 8 键稳态：6 DONE + 2 YELLOW + 0 RED + 0 pending |
+
+### 1.4 本轮 git 提交与推送证据（真理证据）
+
+| 提交 sha | 关联任务/能力键 | 阶段 | 触及文件类型 | 目标分支 | 已推送远端 | 备注 |
+|----------|-----------------|------|--------------|----------|------------|------|
+| 37f29a5df | CfBalanceControllerTest（B-10） | YELLOW | 实现/测试 | cfclub | 是 | 研发正式修复 7 处实参对齐；`merge-base --is-ancestor` 通过；03:30 测试复验全绿 |
+| faf3ca174 | dan.assessment.getActiveMaterial | RED | 测试 | cfclub | 是 | 已推远端 ✓ |
+| c3e32460a | dan.assessment.getActiveMaterial | YELLOW | 实现 | cfclub | 是 | 已推远端 ✓ |
+| 81d8883f7 | health.report.createReport | RED | 测试 | cfclub | 是 | 已推远端 ✓ |
+| 1767d4414 | health.report.createReport | YELLOW | 实现 | cfclub | 是 | 已推远端 ✓；部署 confirmed（01:52:21） |
+
+### 1.5 状态机阶段分布与部署状态
+
+| 阶段 | 键数 | 备注 |
+|------|------|------|
+| UNTRACKED | 0 | 已发现未入池 |
+| RED | 0 | 待开发实现 |
+| YELLOW | 2 | dan.assessment.getActiveMaterial / health.report.createReport（待测试 `--mark-green` 收口） |
+| GREEN | 0 | 待部署验证 |
+| DONE | 6 | getTree / mapLegacyCode / addMember / listMembers / getPlanDetail / getPlanList |
+
+| 部署项 | 值 | 说明 |
+|--------|-----|------|
+| 本轮部署次数 | 0 次 | 无新部署（本轮无 YELLOW 新增） |
+| 最新 `last_deployed` | 1767d4414 | `.tdd/deploy_state.json` confirmed（2026-11-05 01:52:21，testing） |
+| GREEN 部署链验证 | 不适用 | 本轮无 GREEN 收口（2 YELLOW 待测试校验，角色隔离） |
+
+### 1.6 数据源健康度
+
+| 数据源 | 读取键数 | 是否正常 | 备注 |
+|--------|----------|----------|------|
+| 需求侧（⏳ wish） | 0 | 正常 | 当前无 ⏳ 缺口键（218 SC 目标口径已按 DEV_GOAL 单一事实源管理） |
+| 契约常量（contract） | 0 | 正常 | 无未契约化待入池键 |
+| 测试用例引用（test_case_map） | 0 | 正常 | ⏳ ∩ 用例引用 = 0 |
+| 执行结果回填（case_results） | 0 | 正常 | 无未实现键的执行结果（执行结果只服务于已部署键回验） |
+
+---
+
+## 二、下一步需要研发处理的事项
+
+| 序号 | 事项描述 | 依赖/前置条件 | 预估完成时间 | 优先级 | 状态 |
+|------|----------|---------------|--------------|--------|------|
+| 1 | B-11 处置：`44b2f0d42` 删除 `/api/cf/stats`、`/api/cf/family-summary`、`/api/cf/promotion-earnings` —— **初步判定为有意精简**（已被 `/api/earnings/*` FamilyEarningsController 体系取代，前端 api.js 6 个封装全对齐、无调用残留）；建议**补 API_REFERENCE.md 下线记录**（登记三端点已下线/被取代），**无需 revert**。待主理人/原会话确认后落文档 | 主理人确认意图 | 2026-11-05 | P1 | 待启动 |
+| 2 | B-12 处置：3 类 20 个 `@Test` 长期 `@Disabled`（DataMigrationServiceTest 11 / TaskServiceMinigameTest 5 / TeacherLoginTest 4），根因为测试数据夹具缺失，需建 seed 脚本/`@Sql` 夹具后解禁 | 测试夹具设计 | 2026-11-06 | P2 | 待启动 |
+| 3 | 2 个 YELLOW 键（getActiveMaterial / createReport）GREEN 收口 | 测试侧 `--mark-green`（角色隔离，研发不代确认） | 待测试校验 | P0 | 进行中 |
+
+---
+
+## 三、阻塞与风险
+
+| 阻塞项 | 影响范围 | 阻塞类型 | 处置进展 | 需要协调 |
+|--------|----------|----------|----------|----------|
+| B-11 `/api/cf` 三端点删除 | 财富中心旧端点文档口径 | 研发 | 已只读核查，初步判定有意精简；待主理人确认意图 + 补 API_REFERENCE 下线记录 | 主理人/原会话确认 |
+| B-12 20 个 @Disabled 测试 | 台账 @Test 1545 vs 实执行 1528（差 17） | 研发/测试 | 待建 seed 夹具 | 测试侧配合 |
+| 主工作树 72 处未提交 | CFC 全仓 | 研发 | 属其他会话在途 WIP，编排侧不代提交/不 stash；含 CfBalanceController 工作区 currentMemberId 改动（未 staged） | 各会话自行收口 |
+| 本地 HEAD 落后 origin/cfclub 76 提交 | 证据核验基线 | 研发 | 远端大量新提交，符合预期；编排侧以 origin/cfclub 为基准 | 无 |
+
+---
+
+## 四、下轮工作规划
+
+| 计划项 | 预计完成时间 | 前置依赖 | 涉及会话标签 | 备注 |
+|--------|--------------|----------|--------------|------|
+| 复查 2 YELLOW 键是否已由测试侧 `--mark-green` | 下轮 | 测试校验 | — | 若 GREEN 则编排侧自动收口 DONE |
+| B-11 意图确认 + API_REFERENCE 下线记录 | 待主理人拍板 | 主理人确认 | 研发负责人1 | 只读核查已完成，建议落文档 |
+| B-12 seed 夹具评估 | 2026-11-06 | 测试侧配合 | — | 可派发测试侧处置 |
+
+---
+
+## 附录
+
+### 附录 A：收到的测试反馈问题明细
+
+| 问题 ID | 能力键/任务号 | 问题类型 | 来源 | 接收时间 | 处置状态 | 关联 sha |
+|---------|---------------|----------|------|----------|----------|----------|
+| B-10 | CfBalanceControllerTest | 实现缺陷（P0 编译回归·复发） | 测试台账 | 2026-11-05 01:36 | 已解除（03:30 复验） | 37f29a5df |
+| B-11 | /api/cf 三端点 | 需求/口径确认 | 测试台账 | 2026-11-05 02:48 | 待处理（初步判定有意精简） | 44b2f0d42 |
+| B-12 | 3 类 20 个 @Disabled | 测试技术债 | 测试台账 | 2026-11-05 02:48 | 待处理（需 seed 夹具） | — |
+
+### 附录 B：任务分派与会话恢复明细
+
+| 任务号 | 目标会话标签 | 任务类型 | 分派时间 | 当前状态 | 恢复会话标签 | 恢复原因 | 恢复时间 |
+|--------|--------------|----------|----------|----------|--------------|----------|----------|
+| — | — | — | — | idle | — | — | — |
+
+> 本轮无分派、无恢复（池空 + 429 黑窗）。
+
+### 附录 C：新增入池任务明细
+
+| 任务号 | 能力键 | 需求溯源 | 设计溯源 | 创建时间 | 状态 |
+|--------|--------|----------|----------|----------|------|
+| — | — | — | — | — | — |
+
+> 本轮无新增入池（无新增能力键）。
+
+### 附录 D：变更感知明细（来自 `--changes`）
+
+| 变更文档 | 文档类型 | 变更日期 | 新增能力键 | 是否已入池 |
+|----------|----------|----------|------------|------------|
+| docs/superpowers/specs/2026-11-01-team-system-*.md | 设计 | 2026-11-02 | 0 | 不适用 |
+| docs/superpowers/specs/2026-11-02-ai-member-gate*.md | 设计 | 2026-11-02 | 0 | 不适用 |
+| docs/superpowers/specs/2026-11-03-miniapp-force-update*.md | 设计 | 2026-11-03 | 0 | 不适用 |
+| docs/superpowers/specs/2026-11-04-tianpan-emoji*.md | 设计 | 2026-11-03 | 0 | 不适用 |
+| docs/tdd/test/automation-run-*.md（55 个） | 用例 | 2026-11-02 ~ 11-04 | 0 | 不适用 |
+
+> 全部变更集中在既有键的状态/内容变化，无新增能力键（0→0）。
+
+---
+
+**模板版本**：v1.1（2026-11-03）
+**适用对象**：研发负责人 / 开发角色会话
+**填写周期建议**：每轮 TDD 闭环后或每日工作结束时

docs/tdd/orchestration/report-dev-2026-11-05-0412.md

@@ -0,0 +1,143 @@
+# 研发负责人工作汇报（研发负责人5 · 2026-11-05 04:12 轮）
+
+## 基本信息
+
+| 项目 | 内容 |
+|------|------|
+| 汇报人 | 研发负责人5（自动化 298dcf47） |
+| 汇报周期 | 2026-11-05 03:05 ~ 2026-11-05 04:12（第 10 轮） |
+| 负责模块/单元范围 | 全量（状态机任务池 + 测试问题池） |
+
+---
+
+## 一、本轮工作数据汇总
+
+### 1.1 问题接收与处置
+
+| 指标 | 数量 | 说明 |
+|------|------|------|
+| **收到的测试反馈问题数** | 0 新增 | `--blockers` 台账为空；B-10 已于测试侧闭环轮（65af4ec7e，03:30）**正式解除**（37f29a5df 推远端+复验 testCompile 205 源 0 错/16 契约 16/16 全绿） |
+| **已解决问题数** | 0 | 本轮无新问题入账；B-10 处置已由研发负责人1（02:33）完成并经测试复验闭环 |
+| **待解决研发问题数** | 0 | — |
+
+### 1.2 任务分发与会话管理
+
+| 指标 | 数量 | 说明 |
+|------|------|------|
+| **分派任务数** | 0 | 任务账本 8 条全 done、无 dispatched/pending；目标池 0 键；`--changes` 0 新增键 → 无可派发（不发明缺口） |
+| **恢复智能体会话数** | 0 | 无中断会话（两智能体 interrupted=0） |
+| **当前在用会话数** | 0 | local-lan-4090 与 pub-iwintrue 各 50 会话全部 idle（busy=0），配额占用 0 / 上限 3，剩余 3 |
+| **会话平均利用率** | — | 本轮零派发，无任务负载 |
+
+### 1.2b 各会话当前工作状态列表
+
+| 会话标签 | 会话数 | 当前状态 | 当前任务 | 静默时长 | 工作目录 | 备注 |
+|----------|--------|----------|----------|----------|----------|------|
+| local-lan-4090 | 50 | idle（busy=0, interrupted=0） | — | — | 干净（个人侧） | 配额剩余 3，可接新任务 |
+| pub-iwintrue | 50 | idle（busy=0, interrupted=0） | — | — | 干净（个人侧） | 配额剩余 3，可接新任务 |
+
+### 1.3 变更感知与新任务建立
+
+| 指标 | 数量 | 说明 |
+|------|------|------|
+| **感知需求/设计变更数** | 多文档 | `--changes --days 3` 检出：设计/spec（T38/T39/T40/天盘 SVG 等）、测试用例文档 55 份、其他 116 份 |
+| **新增入池任务数** | 0 | 变更能力键对比：测试用例 0→0、契约/设计 0→0，**全部为既有键状态/内容变化**（含 11-03 miniapp 强更新、天盘 emoji 替换 SVG 等 spec 变更均未引出新能力键）→ 无需 `--add-task` |
+| **既有键状态流转数** | 0 | 状态机保持 6 DONE + 2 YELLOW |
+
+### 1.4 本轮 git 提交与推送证据（真理证据）
+
+| 提交 sha | 关联任务/能力键 | 阶段 | 触及文件类型 | 目标分支 | 已推送远端 | 备注 |
+|----------|-----------------|------|--------------|----------|------------|------|
+| 6f86cae9a（部署基线）..d9ceb44fa（origin HEAD） | — | 核验 | **零 main 代码改动** | origin/cfclub | 是 | 区间 8 提交：仅 docs(tdd) 汇报 ×5、chore bump ×2、37f29a5df（B-10 test 修复，已闭环） |
+| 37f29a5df | B-10 | 修复 | 测试（CfBalanceControllerTest） | origin/cfclub | 是 | 已推远端，测试侧 03:30 正式解除 |
+
+> 本轮无研发负责人 5 自身阶段推进提交（无派发、无实现、无部署动作）。
+
+### 1.5 状态机阶段分布与部署状态
+
+| 阶段 | 键数 | 备注 |
+|------|------|------|
+| UNTRACKED | 0 | — |
+| RED | 0 | — |
+| YELLOW | 2 | `health.report.createReport`（1767d4414）、`dan.assessment.getActiveMaterial`（c3e32460a），均已部署收口；测试侧 03:30 复验通过**待 mark-green**（状态机同步归测试负责人） |
+| GREEN | 0 | — |
+| DONE | 6 | addMember / listMembers / getPlanDetail / getPlanList / getTree / mapLegacyCode |
+
+| 部署项 | 值 | 说明 |
+|--------|-----|------|
+| 本轮部署次数 | 0 | 部署基线 6f86cae9a（01:45 cron 部署）至 origin HEAD（d9ceb44fa）**零 main 代码改动** → 测试环境代码已最新，无需重部署 |
+| 最新 `last_deployed` | c3e32460a | 维持 #8 轮收口值；deploy_state pending 空、confirmed 8 条复核一致 |
+| GREEN 部署链验证 | 通过 | 2 个 YELLOW 键实现（1767d4414/c3e32460a）经 `merge-base --is-ancestor` 验证均为部署基线祖先（#8/#9 已核，复核不变） |
+
+### 1.6 数据源健康度
+
+| 数据源 | 读取键数 | 是否正常 | 备注 |
+|--------|----------|----------|------|
+| 需求侧（⏳ wish） | 0 | 正常 | 数据源返回 0，与近 5 轮一致（池空稳态），非静默失效 |
+| 契约常量（contract） | 0 | 正常 | — |
+| 测试用例引用（test_case_map） | 0 | 正常 | — |
+| 执行结果回填（case_results） | 0 | 正常 | — |
+
+---
+
+## 二、下一步需要研发处理的事项
+
+| 序号 | 事项描述 | 依赖/前置条件 | 预估完成时间 | 优先级 | 状态 |
+|------|----------|---------------|--------------|--------|------|
+| 1 | 无（池空稳态延续：任务账本全 done + 0 新增能力键 + 0 阻塞） | 等 `--changes` 新能力键 / 测试侧阻塞入台账 / 主理人拍板统一维度文档合入 | 待触发 | — | 待启动 |
+
+---
+
+## 三、阻塞与风险
+
+| 阻塞项 | 影响范围 | 阻塞类型 | 处置进展 | 需要协调 |
+|--------|----------|----------|----------|----------|
+| B-10 P0 编译回归 | 复验通道 | 测试 | **已解除**（37f29a5df 修复 + 测试复验 16/16 全绿，65af4ec7e 03:30 正式解除） | 无需协调 |
+| 主工作树 72+ 处未提交 | 全仓门禁 | 其他 | 承袭 #8/#9 分析：绝大部分为本地 HEAD 落后 origin ~28 提交的假 M + 远端已存在文件（工作区==远端）；真改动仅测试台账/前端构建产物/CHANGELOG 等；CfBalanceController.java 工作区==远端无回退危险 | **主理人拍板收口**（本轮零改动主工作树，全程临时索引绕过） |
+| 2 YELLOW 键 mark-green 待办 | 状态机 | 测试 | 测试侧 03:30 已复验通过，状态机同步（mark-green）归测试负责人 | 测试负责人登记 |
+
+---
+
+## 四、下轮工作规划
+
+| 计划项 | 预计完成时间 | 前置依赖 | 涉及会话标签 | 备注 |
+|--------|--------------|----------|--------------|------|
+| 池空守卫：监控 `--changes` / blockers 台账，有新键即 `--add-task` + 派发 | 每轮例行 | 测试侧建 RED / 主理人裁决 | pub-iwintrue | 黑窗（429→次日 08:00）内派发走 axonhub/deepseek 链 |
+| 有 YELLOW/GREEN 交付经部署链路验证后收口 deploy 账本 | 随开发产出触发 | 开发会话提交 push | pub-iwintrue | 部署会话只部署+汇报，账本编排侧写 |
+
+---
+
+## 附录
+
+### 附录 A：收到的测试反馈问题明细
+
+| 问题 ID | 能力键/任务号 | 问题类型 | 来源 | 接收时间 | 处置状态 | 关联 sha |
+|---------|---------------|----------|------|----------|----------|----------|
+| 本轮无新增 | — | — | — | — | — | — |
+
+### 附录 B：任务分派与会话恢复明细
+
+| 任务号 | 目标会话标签 | 任务类型 | 分派时间 | 当前状态 | 恢复会话标签 | 恢复原因 | 恢复时间 |
+|--------|--------------|----------|----------|----------|--------------|----------|----------|
+| 本轮无 | — | — | — | — | — | — | — |
+
+### 附录 C：新增入池任务明细
+
+| 任务号 | 能力键 | 需求溯源 | 设计溯源 | 创建时间 | 状态 |
+|--------|--------|----------|----------|----------|------|
+| 本轮无 | — | — | — | — | — |
+
+### 附录 D：变更感知明细（来自 `--changes --days 3`）
+
+| 变更文档 | 文档类型 | 变更日期 | 新增能力键 | 是否已入池 |
+|----------|----------|----------|------------|------------|
+| specs/2026-11-03-miniapp-force-update、specs/2026-11-04-tianpan-emoji 等设计/spec 文档 | 设计 | 2026-11-03/04 | 0 | — |
+| docs/tdd/test/automation-run-*.md 等 55 份用例文档 | 用例 | 2026-11-02/04 | 0 | — |
+| API_REFERENCE.md / INTERFACE_TEST_REPORT.md / T38/T39 实现等 116 份其他 | 其他 | 2026-11-02/03 | 0 | — |
+
+> 变更键集对比：测试用例 0→0、契约/设计 0→0，均为既有键状态/内容变化，无新增能力键。
+
+---
+
+**模板版本**：v1.1（2026-11-03）
+**适用对象**：研发负责人 / 开发角色会话

docs/tdd/orchestration/report-dev-2026-11-05-0422.md

@@ -0,0 +1,208 @@
+# 研发负责人工作汇报（2026-11-05 04:22 轮 · 研发负责人2）
+
+> **汇报周期**：2026-11-05 04:21 ~ 04:22（当日第 4 轮）
+> **汇报人**：研发负责人2（软件交付总监 / 自动化巡检会话）
+> **负责模块/单元范围**：TDD 健康报告 · DAN 测评 · 团队管理 · 成长规划 · 维度注册（状态机 8 键全量）
+
+---
+
+## 一、本轮工作数据汇总
+
+### 1.1 问题接收与处置
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **收到的测试反馈问题数\*** | **7 个** | 测试台账 `docs/tdd/test/blockers.md` 共 7 条待处理；B-6/B-7 已实现闭环（台账滞后未清），B-1~B-5 为真正待研发解决项 |
+| **已解决问题数\*** | **2 个** | B-6 `health.report.createReport`、B-7 `dan.assessment.getActiveMaterial`——实现已推 origin/cfclub（见 1.4），台账未同步属测试登记滞后 |
+| **待解决研发问题数** | **5 个** | B-1~B-5；详见附录 A（B-1 长期未修 surefire 红例、B-2 安全语义、B-3 上传校验缺失、B-4 butler/commission、B-5 冒烟 REAL_ERR 49 条未派单） |
+
+### 1.2 任务分发与会话管理
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **分派任务数\*** | **0 个** | 目标池 ⏳0 / 用例引用∩⏳0，无 pending TDD 任务可派 |
+| **恢复智能体会话数\*** | **0 个** | 本轮无中断/超时/swallowed 会话需恢复 |
+| **当前在用会话数** | **0 个** | opencode 429 黑窗生效中（至 2026-11-05 08:00），零派发 |
+| **会话平均利用率** | **—（不适用）** | 黑窗内零运行中 CFC 会话，利用率无法计算 |
+
+#### 1.2b 各会话当前工作状态列表
+
+| 会话标签 | 会话 ID | 当前状态 | 当前任务 | 静默/空闲时长 | 工作目录 | 备注 |
+|----------|---------|----------|----------|---------------|----------|------|
+| local-45278 | — | idle（黑窗） | — | — | — | opencode 429 黑窗生效中 |
+| lan-189 | — | idle（黑窗） | — | — | — | 同上 |
+| lan-204 | — | idle（黑窗） | — | — | — | 同上 |
+| lan-248 | — | idle（黑窗） | — | — | — | 同上 |
+| pub-iwintrue | — | idle（黑窗） | — | — | — | 同上 |
+| prod-etotem | — | idle（黑窗 / manual_only） | — | — | — | 生产环境只读，manual_only 生效 |
+
+> 上轮（03:17）记录：6/6 实例可达、总会话 2469 / CFC 665、运行中 1（local-45278，非 CFC）。本轮 04:21 距 08:00 黑窗解除约 3h39m，无 CFC 运行中会话；08:00 后按并发阈值继续派发。
+
+### 1.3 变更感知与新任务建立
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **感知需求/设计变更数\*** | **63 个文档**（8 设计 + 55 测试用例文档，详见附录 D） | 近 7 天（11-02 ~ 11-04）200 提交 / 179 文件，变化集中于既有键内容 |
+| **新增入池任务数\*** | **0 个** | 能力键变更均为 0→0（无新增键），无需 `--add-task` |
+| **既有键状态流转数** | **0 次** | 本轮无新阶段推进；2 个 YELLOW 由 03:17 轮登记，本角色未代越 |
+
+### 1.4 本轮 git 提交与推送证据（真理证据）
+
+| 提交 sha | 关联任务/能力键 | 阶段 | 触及文件类型 | 目标分支 | 已推送远端 | 备注 |
+|----------|-----------------|------|--------------|----------|------------|------|
+| — | — | — | — | — | — | 本轮研发负责人2 未执行实现（目标池空 + 黑窗），无新提交 |
+| 1767d4414 | `health.report.createReport` | YELLOW | main（HealthReportController.java） | origin/cfclub | ✓ 已推 | 03:17 轮登记，本角色复核 `merge-base --is-ancestor` 通过 |
+| c3e32460a | `dan.assessment.getActiveMaterial` | YELLOW | main（DanAssessmentController.java） | origin/cfclub | ✓ 已推 | 同上 |
+| 81d8883f7 | `health.report.createReport` | RED | test（契约测试 5 例） | origin/cfclub | ✓ 已推 | RED 证据复核通过 |
+| faf3ca174 | `dan.assessment.getActiveMaterial` | RED | test（契约测试 3 例） | origin/cfclub | ✓ 已推 | RED 证据复核通过 |
+
+> **本地特有提交（不代推）**：`bf16b3662`（2026-11-04 23:56，hub 配置 dir_aliases 修复）基于旧基线创建，本地领先 origin/cfclub 1 个提交、落后 78 个提交。直接 push 会 non-fast-forward，沿用 03:17 轮纪律——**不代推**，留待主理人裁决。
+
+### 1.5 状态机阶段分布与部署状态
+
+| 阶段 | 键数 | 备注 |
+|------|------|------|
+| UNTRACKED | 0 | 无未入池键 |
+| RED | 0 | 无待开发实现键 |
+| **YELLOW** | **2** | `health.report.createReport`、`dan.assessment.getActiveMaterial`——等待测试侧 `--mark-green`（角色隔离，研发不代越） |
+| GREEN | 0 | 本轮无新 GREEN |
+| **DONE** | **6** | `dimension.registry.getTree`、`dimension.registry.mapLegacyCode`、`family.familyMembers.addMember`、`family.familyMembers.listMembers`、`guide.trainingPlan.getPlanDetail`、`guide.trainingPlan.getPlanList` |
+
+| 部署项 | 值 | 说明 |
+|--------|-----|------|
+| 本轮部署次数 | 0 次 | 黑窗零派发，无新实现待部署 |
+| 最新 `last_deployed` | `b4ed2eec`（2026-11-04 20:11，03:17 前轮） | `deploy_state.json`：pending 0 / confirmed 8 |
+| GREEN 部署链验证 | 跳过（`deploy_verify=false`） | 配置允许无部署验证直接闭环 |
+
+### 1.6 数据源健康度
+
+| 数据源 | 读取键数 | 是否正常 | 备注 |
+|--------|----------|----------|------|
+| 需求侧（⏳ wish） | 0 | 正常 | SRS 中无 ⏳ 未实现键 |
+| 契约常量（contract） | 0 | 正常 | `**/*Ops.java` 扫描无新增契约常量 |
+| 测试用例引用（test_case_map） | 0 | 正常 | 用例引用键均落在 DONE/YELLOW 集合内 |
+| 执行结果回填（case_results） | 0 | 正常 | 自动化执行结果走 Playwright/pytest 独立链路 |
+
+---
+
+## 二、下一步需要研发处理的事项
+
+| 序号 | 事项描述 | 依赖/前置条件 | 预估完成时间 | 优先级 | 状态 |
+|------|----------|---------------|--------------|--------|------|
+| 1 | **B-6/B-7 台账清理**：推动测试侧 `--clear-blocked` 清除已闭环记录 | 测试侧确认 | 08:00 后 | P1 | 待启动（非阻断） |
+| 2 | **B-1 surefire 红例修复**：11-02 起 13 红长期未修（8 fail + 5 error） | 先复跑 surefire 复现 | 本周内 | P0 | 待启动 |
+| 3 | **B-2 admin-auth/login 安全语义修复**：未授权/空 body 返回 500，应 401/403 | 接口边界定义 | 本周内 | P0 | 待启动 |
+| 4 | **B-3 报告上传校验**：MIME / 扩展名 / 内容三重校验，非 PDF 须拒绝 | 安全规范定稿 | 本周内 | P1 | 待启动 |
+| 5 | **B-4 butler envelope / commission 400 复跑确认** | F1/F2 复跑环境 | 本周内 | P1 | 待启动 |
+| 6 | **B-5 冒烟 REAL_ERR 49 条派单认领**：按 `interface_classify_failures.py` 分型 | 分型结果确认 | 本周内 | P1 | 待启动 |
+| 7 | **TR-2 `dimension.registry.getTree` 契约测试补录**（转测试侧） | 测试侧响应 | 下一轮 | P2 | 转测试 |
+| 8 | **`bf16b3662` 汇入手腕决策**：78 提交落后 origin | 主理人决策 | 08:00 后 | P1 | 阻塞待裁决 |
+
+---
+
+## 三、阻塞与风险
+
+| 阻塞项 | 影响范围 | 阻塞类型 | 处置进展 | 需要协调 |
+|--------|----------|----------|----------|----------|
+| **opencode 429 黑窗（至 2026-11-05 08:00）** | 全部 TDD 派发 / 部署 | 外部依赖 | 自动到期解除；08:00 后按并发阈值 2 派发 | 无（自动解除） |
+| **B-6/B-7 台账未清** | 状态机仍显 2 YELLOW，测试侧可能重复判定阻塞 | 研发（已解决但台账滞后） | 建议测试侧 `--clear-blocked` 同步 | 测试侧确认 |
+| **本地 bf16b3662 分叉** | hub 配置更新无法进入 cfclub | 研发（历史遗留） | 已标记风险，不代推 | 主理人裁决 rebase / force / 新分支 |
+| **主工作树 97 处未提交 WIP** | 误 `add -A` 会污染他人改动（含 CfBalanceController 等敏感文件） | 协作纪律 | 已识别不代改；门禁提示已录入报告 | 各会话自行收口 |
+
+---
+
+## 四、下轮工作规划
+
+| 计划项 | 预计完成时间 | 前置依赖 | 涉及会话标签 | 备注 |
+|--------|--------------|----------|--------------|------|
+| 黑窗解除后首轮派发（≥2 并发） | 2026-11-05 08:00 后 | 429 冷却解除 | lan-189 / lan-204 / lan-248 | 优先 B-1/B-2 P0；按 `priority_sort` 取料 |
+| B-6/B-7 台账清理沟通 | 08:00 后 | 测试侧回复 | — | 推动 `--clear-blocked`，同步 blockers.md |
+| `bf16b3662` 汇入手腕执行 | 待主理人拍板 | 主理人决策 | — | rebase→force-push 或新分支二选一 |
+| B-2 admin-auth/login 修复 | 08:00 后当日 | 无 | lan-189 或 lan-204 | 401/403 安全语义 |
+| B-3 报告上传校验补齐 | 次日 | B-2 同类模式复用 | lan-248 | MIME / 扩展名 / 内容三重校验 |
+
+---
+
+## 附录 A：收到的测试反馈问题明细
+
+| 问题 ID | 能力键/任务号 | 问题类型 | 来源 | 接收时间 | 处置状态 | 关联 sha |
+|---------|---------------|----------|------|----------|----------|----------|
+| B-1 | cfc-backend surefire 13 红 | 实现缺陷（长期未修） | 测试台账 | 2026-11-03 10:58 | **待处理（P0）** | — |
+| B-2 | R5 · admin-auth/login | 安全语义缺陷（401/403→500） | 测试台账 | 2026-11-03 10:58 | **待处理（P0）** | — |
+| B-3 | R6 · 报告上传 | 校验缺失（非 PDF 未拒） | 测试台账 | 2026-11-03 10:58 | **待处理（P1）** | — |
+| B-4 | F1/F2 · butler envelope / commission 400 | 实现缺陷 | 测试台账 | 2026-11-03 10:58 | **待处理（P1）** | — |
+| B-5 | 接口冒烟 REAL_ERR 分型 | 实现缺陷（49 条未派单） | 测试台账 | 2026-11-03 10:58 | **待处理（P1）** | — |
+| B-6 | health.report.createReport | TDD 状态机 RED 键 | 测试台账 | 2026-11-03 10:58 | **已实现（台账滞后）** | 实现 1767d4414 ✓ / RED 81d8883f7 ✓ |
+| B-7 | dan.assessment.getActiveMaterial | TDD 状态机 RED 键 | 测试台账 | 2026-11-03 10:58 | **已实现（台账滞后）** | 实现 c3e32460a ✓ / RED faf3ca174 ✓ |
+
+> B-6/B-7 已于 2026-11-04 由前轮登记 YELLOW，实现提交均在 origin/cfclub；台账未同步属登记滞后。
+
+---
+
+## 附录 B：任务分派与会话恢复明细
+
+本轮派发 0、恢复 0。
+
+| 任务号 | 目标会话标签 | 任务类型 | 分派时间 | 当前状态 | 恢复会话标签 | 恢复原因 | 恢复时间 |
+|--------|--------------|----------|----------|----------|--------------|----------|----------|
+| — | — | — | — | — | — | — | — |
+
+---
+
+## 附录 C：新增入池任务明细
+
+本轮新增 0。
+
+| 任务号 | 能力键 | 需求溯源 | 设计溯源 | 创建时间 | 状态 |
+|--------|--------|----------|----------|----------|------|
+| — | — | — | — | — | — |
+
+---
+
+## 附录 D：变更感知明细（来自 `--changes --days 7`）
+
+| 变更文档 | 文档类型 | 变更日期 | 新增能力键 | 是否已入池 |
+|----------|----------|----------|------------|------------|
+| docs/flows/badge-microaction-flow.md | 设计 | 2026-11-02 | 无新增 | — |
+| docs/superpowers/PROJECT-OVERVIEW.md | 设计 | 2026-11-02 | 无新增 | — |
+| docs/superpowers/api/API_REFERENCE.md | 设计 | 2026-11-02 | 无新增 | — |
+| docs/superpowers/specs/2026-11-01-team-system-*.md | 设计 | 2026-11-02 | 无新增 | — |
+| docs/superpowers/specs/2026-11-02-ai-member-ga*.md | 设计 | 2026-11-02 | 无新增 | — |
+| docs/superpowers/specs/2026-11-02-realname-nic*.md | 设计 | 2026-11-02 | 无新增 | — |
+| docs/superpowers/specs/2026-11-03-miniapp-forc*.md | 设计 | 2026-11-03 | 无新增 | — |
+| docs/superpowers/specs/2026-11-04-tianpan-emoj*.md | 设计 | 2026-11-03 | 无新增 | — |
+| docs/tdd/test/automation-run-*.md（55 份） | 测试用例 | 2026-11-02 ~ 11-04 | 无新增 | — |
+| INTERFACE_TEST_REPORT.md | 其他 | 2026-11-03 | 无新增 | — |
+
+**整体结论**：近 7 天 200 提交 / 179 文件均为既有键内容迭代（设计修订 / 文档补录 / 用例追加），**无新增能力键**——目标池保持空，无需建新 RED 任务。
+
+---
+
+## 附录 E：跨角色请求通道（docs/tdd/dev/test-requests.md）
+
+本轮无新增 TR 条目。存量 **TR-2**（2026-11-04 23:10 登记）：
+
+- **键**：`dimension.registry.getTree`
+- **类型**：用例缺失
+- **现状**：实现已推 origin/cfclub（`57e162242`，controller/admin/DimensionRegistryController.java），但 `src/test/` 下无对应契约测试，阶段无法从 RED 推进
+- **待办**：测试侧补契约级单测（研发侧可提供 Controller 方法清单）
+
+---
+
+## 附录 F：git 分叉状态与推送纪律声明
+
+| 项目 | 状态 |
+|------|------|
+| 本地 HEAD | `bf16b3662`（2026-11-04 23:56） |
+| 领先 origin/cfclub | 1 个提交（本地独有） |
+| 落后 origin/cfclub | 78 个提交 |
+| 直接 push 结果 | 非 fast-forward（拒绝） |
+| 本轮处置 | **不代推**（沿用 03:17 轮纪律） |
+| 建议 | 主理人裁决 rebase / 新分支 / 强制推送三选一 |
+
+> **铁律遵守声明**：本轮未执行 `git add -A`、未 checkout / stash 他人改动、未触碰业务代码、未越权登记 `mark-green`（角色隔离）。全部核查基于只读 git 命令与 `.tdd/state.json`，符合「本机只做只读核查、写报告、汇总」的职责边界。
+
+---
+
+**汇报完成时间**：2026-11-05 04:22
+**下一步行动**：08:00 黑窗解除后启动首轮派发；同步推动 B-6/B-7 台账清理与 `bf16b3662` 汇入手腕决策。

docs/tdd/orchestration/report-dev-2026-11-05-0547.md

@@ -0,0 +1,215 @@
+# 研发负责人工作汇报
+
+> **说明**：本汇报为研发负责人（tdd-orchestrator 闭环巡检轮 · 05:25 触发 / 05:47 收口）按轮次汇总，如实反映状态机、证据、阻塞与下轮规划。
+> 数据来源：`--status` / `--inspect` / `--changes --days 7` / `--clean-check` / `hub.py status --json` / `hub.py sessions --json`（05:45:33 快照）/ `patrol_report.md`（05:15）/ `git merge-base --is-ancestor` / `origin/cfclub` 正本只读 + `docs/tdd/orchestration/DEV_GOAL_user_scenarios.md`。
+> **本轮为 218 SC 顶层目标下的第 9 轮，累计 0/218，未达成，严禁汇报「开发完成」。**
+
+---
+
+## 基本信息
+
+| 项目 | 内容 |
+|------|------|
+| 汇报人 | 研发负责人（tdd-orchestrator 闭环巡检 · automation 5c32f42a） |
+| 汇报周期 | 2026-11-05 05:25 ~ 05:47（第 9 轮 · 对比 05:02 轮） |
+| 负责模块/单元范围 | cfc（CFC 全仓 · 发现/跟踪模式 + 场景打通派发；不修改原始场景与测试文件） |
+
+---
+
+## 一、本轮工作数据汇总
+
+### 1.1 问题接收与处置
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **收到的测试反馈问题数*** | 1 个新增（B-13） | 远端 `docs/tdd/test/blockers.md` 由测试负责人 05:35 轮（`345cf745e`）新增 B-13「3 个 @SpringBootTest 硬编码 127.0.0.1:3306 环境红根因，8 例每轮必红」；台账共 13 条（B-1~B-13）。本轮研发侧无 `--mark-blocked` 新增（研发不写阻塞） |
+| **已解决问题数*** | 0 个 | 本轮无新闭环。B-10 解除为 02:30 研发修复 `37f29a5df` + 测试侧 03:30/05:35 两轮远端基线复验，非本轮动作；B-13 未闭环 |
+| **待解决研发问题数** | 11 条 | B-1~B-5（surefire 13 红 / R5 安全语义 / R6 上传校验 / F1F2 / 49 REAL_ERR 分型）、B-9（getPlanDetail 鉴权缺口观察）、B-11（`/api/cf` 三端点删除意图 P1 待裁决）、B-12（3 类 20 个 @Disabled 待夹具）、B-13（3 类 @SpringBootTest 硬编码 DB 地址，8 例必红）、B-6/B-7（台账滞后：实现已 YELLOW，仅 blockers 状态列未更新）。B-8/B-10 已解除 |
+
+### 1.2 任务分发与会话管理
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **分派任务数*** | 4 个 | 本轮**打破连续 8 轮零派发**：4 个「场景打通」任务（S-cfc-9~12）派发到 4 个不同实例的独立目录，见附录 B |
+| **恢复智能体会话数*** | 2 个 | lan-189 `ses_e57815ae8ffewWSwjc`（落黑窗 opencode 免费档 failed）切 `axon/deepseek` 恢复；pub-iwintrue `ses_e577a8a05ffe6pKnDsyJcs`（同因）切 `etotem/deepseek` 恢复。另 1 次重建尝试因远端目录不存在（`/sc-data/cfc/wt-sc-g-02`，404 LocationNotFoundError）降级放弃 |
+| **当前在用会话数** | 4 个 running | 05:45:33 快照：CFC 会话 670，running 4 / idle 666；4 个 running 全为本轮派发 |
+| **会话平均利用率** | 0.6% | 4 / 670 会话在跑；派发前 0 running，本轮由「池空+黑窗零派发」提升到 4 个在途，受顶层目标与并发阈值约束 |
+
+### 1.2b 各会话当前工作状态列表
+
+> 数据源：`hub.py status --json` + `hub.py sessions --json`（generated_at 2026-11-05 05:45:33）+ `patrol_report.md`（05:15）。6/6 实例可达，2492 会话 / CFC 670。**idle 亦逐行列出**，满足 R2「不留空闲」核查。
+
+| 会话标签 | 会话 ID | 当前状态 | 当前任务 | 静默/空闲时长 | 工作目录 | 备注 |
+|----------|---------|----------|----------|---------------|----------|------|
+| local-45278 | — | idle | — | 长期空闲 | 不干净（主工作树 98 处他人未提交） | 2.2.5；CFC 121；running 0；本机主工作树，按纪律不派发以免触碰他人 WIP |
+| lan-248 / SC-G-06 | `ses_e578125a5ffeVK429U8vPXEMba` | running | SC-G-06 越权接口拦截（S-cfc-10） | 05:37 起 | `/sc-data/cfc` | 2.0.29；模型 `axonhub/deepseek`（非黑窗档）；feature/sc-g-06-jwt-guard |
+| lan-204 / SC-P-03 | `ses_e577a9e15ffefcx9TJ4WIpW1LG` | running | SC-P-03 双角色切换（S-cfc-11） | 05:44 起 | `D:\cfc`（Windows） | 2.2.5；模型 `axonhub/deepseek`；feature/sc-p-03-switch-role；远程 Windows 需 MSYS_NO_PATHCONV=1 |
+| lan-189 / SC-G-02 | `ses_e57815ae8ffewWSwjcKSAjP91f` | running（经恢复） | SC-G-02 微信授权登录（S-cfc-9） | 05:41 恢复 | `C:\code\cfc` | 2.0.31；首次落 `opencode/deepseek-v4.1-flash-free` 黑窗档 failed → 切该实例真实下一档 `axon/deepseek` 恢复；feature/sc-g-02-wechat-login |
+| prod-etotem | — | idle | — | 长期空闲 | `/root/cfc`（生产） | 2.0.32；CFC 114；生产只读且 `danger=True`（无 --allow-prod），按纪律不派发 |
+| pub-iwintrue / SC-P-10 | `ses_e577a8a05ffe6pKnDsyJcsSrC8` | running（经恢复） | SC-P-10 创建任务+下发（S-cfc-12） | 05:45 恢复 | `/sc-data/cfc` | 2.0.29；落 opencode 免费黑窗档 failed → 切 `etotem/deepseek` 恢复；feature/sc-p-10-create-task |
+| 其余 CFC 会话 | 666 条 | idle | — | — | — | 各实例历史会话，无运行标记；非 wedged/stalled/thrash/swallowed/upstream_err（本轮实测 0） |
+
+**并发判定**：全局阈值 `session_concurrency=2`（machine.json）、单智能体上限 `agent_session_limit=3`；hub 层 `concurrency_limit=4`（各实例 4~6）。本轮 4 个在途分属 4 个不同实例（每实例 1 个，未触单智能体上限），hub 全局 4/4 已达上限 → **派发终止条件成立（达上限），非池空收手**。任务池 4 个任务全部派完。
+
+### 1.3 变更感知与新任务建立
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **感知需求/设计变更数*** | 179 个文件 / 200 提交 | `--changes --days 7`（窗口 2026-11-02~11-04）：设计文档 8 个、测试用例文档 55 个、其他 116 个；详见附录 D。**新增能力键 0 → 0**（均为既有键内容/状态变化），故无需因新键入池 |
+| **新增入池任务数*** | 4 个 | 依据「池空不收手」硬要求，从 `应用场景总览.md` 主链路挑未跑通 SC 建任务，全部带 `--requirement` + `--design` 双锚点（附录 C）。突破 O-1「SC→能力键」断层：临时采用方案 A「场景→能力键展开」，已落 O-2 请主理人追认 |
+| **既有键状态流转数** | 0 次 | 本轮无 RED→YELLOW→GREEN 流转；阶段推进以场景三类用例实际通过为准，4 个新任务均停在 RED（会话在途，无执行证据） |
+
+**CI 接入（必选项）本轮推进 1 项**：新增 `docs/tdd/ci/CI_READINESS_2026-11-05.md` —— 完成 CI runner 前置能力**真实实测**（JDK21/Maven 3.9.14/node v22.22.2/npm 10.9.7/Python 3.13.14）、复核 `cfc-backend/pom.xml:28` `<skipTests>true</skipTests>` 假绿坑（后端 job 须 `-DskipTests=false`）、落地 G0~G4 场景回归门禁规格。**未擅自启用根目录 `.gitlab-ci.yml`**（草案明确禁止直接改名，且 runner 侧 JDK8 未核实）；CI 仍为未接入状态，如实记录。
+
+### 1.4 本轮 git 提交与推送证据（真理证据）
+
+| 提交 sha | 关联任务/能力键 | 阶段 | 触及文件类型 | 目标分支 | 已推送远端 | 备注 |
+|----------|-----------------|------|--------------|----------|------------|------|
+| （本汇报提交，`GIT_INDEX_FILE` 临时索引构造） | 汇报 + CI 就绪度 + O-2 + TR-3 | docs | 文档（4 个文件） | cfclub | 是（提交后 `merge-base` 核验） | 本轮唯一写入；不碰主工作树他人 98 处 WIP，未使用 `git add -A` |
+| `345cf745e` | 测试负责人 05:35 轮（B-13 / O-1 / automation-run-0535） | docs/test | 共享台账 | cfclub | 是 | 错峰负责人产物，本轮 fetch 后对齐 |
+| `dbc73931d` | 研发负责人1 05:02 汇报 | docs | 文档 | cfclub | 是 | 上轮基线 |
+| `37f29a5df` | B-10 CfBalanceControllerTest 修复 | 修复 | 测试 | cfclub | 是 | 02:30 推远端、05:35 第 2 次远端基线复验通过 |
+| `c3e32460a` / `1767d4414` / `57e162242` | getActiveMaterial / createReport / getTree·mapLegacyCode | YELLOW | 实现 | cfclub | 是 | 2 YELLOW 待测试 `--mark-green` 收口 |
+| `11aa6d727` | CI 草案 `docs/tdd/ci/gitlab-ci.draft.yml` | docs | 文档 | cfclub | 是 | 已就绪未启用 |
+| `dcfb1ff1b` | `DEV_GOAL_user_scenarios.md` 单一事实源 | docs | 文档 | cfclub | 是 | 218 SC 顶层目标 |
+
+> 上述 8 个 sha 均经 `git merge-base --is-ancestor <sha> origin/cfclub` 返回 0 核验通过。本轮 4 个 SC 会话尚无远端 feature 分支/提交（05:47 核查 `git ls-remote --heads origin` 无匹配），**不计任何场景为已跑通**。
+
+### 1.5 状态机阶段分布与部署状态
+
+| 阶段 | 键数 | 备注 |
+|------|------|------|
+| UNTRACKED | 0 | 目标池 0 键（⏳ 0｜契约常量 0｜用例引用∩⏳ 0｜执行结果回填 0） |
+| RED | 4 | 本轮新建：auth.guest.wechatLogin / auth.guest.jwtGuard / family.parent.switchRole / task.parent.createTask（会话在途） |
+| YELLOW | 2 | dan.assessment.getActiveMaterial、health.report.createReport（05:35 第 2 次复验通过，待测试 mark-green） |
+| GREEN | 0 | — |
+| DONE | 6 | dimension.registry.getTree / mapLegacyCode、family.familyMembers.addMember / listMembers、guide.trainingPlan.getPlanDetail / getPlanList |
+
+| 部署项 | 值 | 说明 |
+|--------|-----|------|
+| 本轮部署次数 | 0 次 | 无 GREEN 键轮转；`deploy_verify=false` 不阻断状态机 |
+| 最新 `last_deployed` | pending 空 / confirmed 8 条（最新 `c3e32460a` 01:52:25） | 部署账本仅编排侧写入；本轮未改 |
+| GREEN 部署链验证 | 不适用 | 当前无 GREEN 键轮转 |
+
+### 1.6 数据源健康度
+
+| 数据源 | 读取键数 | 是否正常 | 备注 |
+|--------|----------|----------|------|
+| 需求侧（⏳ wish） | 0 | 正常 | 无未实现占位键（稳定收敛态）；顶层目标改由 218 SC 场景池驱动 |
+| 契约常量（contract） | 0 | 正常 | 全部已契约化键已入池或已实现 |
+| 测试用例引用（test_case_map） | 0 | 正常 | 无用例引用未入池键 |
+| 执行结果回填（case_results） | 0 | 正常 | 无待回填执行结果；`test_inventory.py` 只读派生到 `.tdd/` 私有目录（729 结构化用例 / 2685 合计），因本地侧车落后于远端 05:35 台账（2731），**按纪律未覆盖** `docs/tdd/test/automation-status.md`，避免回退他人数据 |
+
+---
+
+## 一·增、场景覆盖矩阵（DEV_GOAL 顶层验收，强制增列）
+
+> 依据 `docs/tdd/orchestration/DEV_GOAL_user_scenarios.md`（`dcfb1ff1b` 已推 origin/cfclub）。「跑通」= 正常流/异常流/权限流三类用例均有**实际执行证据** + 实现与用例已推远端 + `--clean-check` 0；代码提交/编译通过/用例写完未执行/会话自述**一律不算**。
+
+| 角色 | SC 总数 | 累计已跑通 | 本轮新增跑通 | 失败 | 阻塞 | 未跟踪 |
+|------|--------:|-----------:|-------------:|-----:|-----:|-------:|
+| 游客（SC-G） | 12 | 0 | 0 | 0 | 0 | 12 |
+| 家长（SC-P） | 93 | 0 | 0 | 0 | 0 | 93 |
+| 孩子（SC-C） | 25 | 0 | 0 | 0 | 0 | 25 |
+| 规划师（SC-T） | 32 | 0 | 0 | 0 | 0 | 32 |
+| 运营（SC-A） | 24 | 0 | 0 | 0 | 0 | 24 |
+| 服务商（SC-V） | 11 | 0 | 0 | 0 | 0 | 11 |
+| 跨角色（SC-X） | 21 | 0 | 0 | 0 | 0 | 21 |
+| **合计** | **218** | **0** | **0** | **0** | **0** | **218** |
+
+**本轮推进的 SC 编号与证据 sha（逐条，如实）**：
+
+| SC 编号 | 本轮动作 | 任务号 / 能力键 | 分支 | 会话 | 证据 sha |
+|---------|----------|-----------------|------|------|----------|
+| SC-G-02 微信授权登录 | 新建 + 派发（正常/异常/权限三类用例打通） | S-cfc-9 / `auth.guest.wechatLogin` | `feat/sc-g-02-wechat-login` | lan-189 `ses_e57815ae8ffewWSwjc…`（切档恢复） | **0（无）**：会话 running，尚无远端 feature 分支与执行报告 |
+| SC-G-06 越权接口拦截 | 新建 + 派发（权限流） | S-cfc-10 / `auth.guest.jwtGuard` | `feat/sc-g-06-jwt-guard` | lan-248 `ses_e578125a5ffeVK429U…` | **0（无）**：同上 |
+| SC-P-03 双角色切换 | 新建 + 派发（权限流） | S-cfc-11 / `family.parent.switchRole` | `feat/sc-p-03-switch-role` | lan-204 `ses_e577a9e15ffefcx9TJ…` | **0（无）**：同上 |
+| SC-P-10 创建任务+下发 | 新建 + 派发（正常/异常流） | S-cfc-12 / `task.parent.createTask` | `feat/sc-p-10-create-task` | pub-iwintrue `ses_e577a8a05ffe6pKnDs…`（切档恢复） | **0（无）**：同上 |
+
+- **累计已跑通 0/218，本轮新增跑通 0**（与 05:02 轮一致，无下滑无虚增）；4 个 SC 仅为「已派发」，**不冒充已跑通**。
+- **依据**：`docs/tdd/test/automation-status.md` 结构化用例 729 条 → 已执行 0 / 通过 0 / 未跟踪 729；Playwright 70 文件/410 方法、pytest 12/55 可复用但未接 CI；05:35 测试侧 16 契约测试全绿属「能力键级」，非 218 SC 端到端三类用例证据，故不计入。
+- **CI 缺口（本轮已推进 1 项）**：脚本级自动化仍未接入 CI；`CI_READINESS_2026-11-05.md` 已落地 G0~G4 门禁规格 + runner 实测，启用待主理人核实 runner JDK8/网络。
+- **SC 入池断层（O-2 待裁决）**：本轮以方案 A 临时打通，4 个任务已入池派发；主理人裁决后统一 218 SC 全量入池命名口径。
+
+---
+
+## 二、下一步需要研发处理的事项
+
+| 序号 | 事项描述 | 依赖/前置条件 | 预估完成时间 | 优先级 | 状态 |
+|------|----------|---------------|--------------|--------|------|
+| 1 | 核验 4 个 SC 会话产出：三类用例实际执行证据 + 实现与用例 push 远端 feature 分支 + `--clean-check` 0，达标才计入场景覆盖矩阵 | 会话完成并回报 sha | 下轮闭环（1 小时内） | P0 | 进行中（4 会话 running） |
+| 2 | 其余 214 个 SC 按主链路（家庭成员→任务/心愿→五维能量→健康报告→测评订单→商城/会员→文章审核→跨角色 E2E→运营/服务商/合规）批量入池 | O-2 裁决命名口径 + 会话配额 | 待裁决后分轮推进 | P0（顶层目标） | 待启动 |
+| 3 | B-13：3 个 @SpringBootTest 硬编码 127.0.0.1:3306 → 8 例必红，改夹具/去硬编码 | 测试侧提供复现日志（`automation-run-0535.md` 已附） | 待研发认领 | P1 | 待处理 |
+| 4 | B-11：确认 `/api/cf` 三端点删除意图（有意精简补下线记录 / 误覆盖则 revert 并补用例） | 主理人意图裁决 | 待裁决后 30 分钟 | P1 | 待主理人裁决 |
+| 5 | 2 个 YELLOW 键（createReport/getActiveMaterial）收口 GREEN | 测试角色 `--mark-green`（角色隔离，研发不代确认） | 测试侧动作 | — | 待测试 mark-green |
+| 6 | CI 草案启用：核实 runner 具备 JDK8/Maven/node22/网络后复制 `.gitlab-ci.yml`（`when: manual` 先试跑） | 主理人核实 runner（编排机实测为 JDK21，不能推断 runner） | 待核实 | P2 | 待核实 |
+| 7 | B-12：3 类 20 个 @Disabled 测试建 seed 夹具后解禁 | 测试侧协作（数据夹具） | 待测试侧 | P2 | 待夹具 |
+
+## 三、阻塞与风险
+
+| 阻塞项 | 影响范围 | 阻塞类型 | 处置进展 | 需要协调 |
+|--------|----------|----------|----------|----------|
+| 218 SC 0/218 | 顶层开发目标 | 需求/流程 | 本轮突破零派发：4 个 SC 已入池派发，但无执行证据 | 主理人裁决 O-2 映射方案 |
+| 主工作树 98 处他人未提交 | 全局提交安全 | 研发/协作 | 本轮全部写入走 `GIT_INDEX_FILE` 临时索引 + 精确 4 文件，未 `add -A`、未 checkout/stash | 主理人协调该会话自行收口；**staged 版 `CfBalanceController.java` 为危险项，全量提交会回退已上线 CF 账本** |
+| opencode 429 全家族黑窗（至 11-05 08:00） | 派发模型档位 | 研发/环境 | 本轮实测并**切下一档绕开**：lan-248/lan-204 用 `axonhub/deepseek`、lan-189 用 `axon/deepseek`、pub-iwintrue 用 `etotem/deepseek`，2 个 failed 会话已恢复；非 429 不跳档 | 08:00 后复核解禁 |
+| `--add-task` KEY_RE 不接受 SC 编号 | 场景入池 | 设计/口径 | 本轮方案 A 临时打通并落 O-2 | 主理人追认或改判 |
+| 统一维度体系双实现路由歧义 | 合并启动 | 设计 | feature/unified-dimension-p0 与 cfclub 主线 `DimensionRegistryController` 同为 `@RequestMapping("/api/dimension-registry")`，同时并入会启动失败 | 合并前主理人裁决正本 |
+| CI 未接入 / runner JDK8 未知 | 「跑通」持续保持 | 环境 | 本轮已实测编排机能力 + 落地门禁规格（`CI_READINESS_2026-11-05.md`） | 主理人核实 runner 后启用 |
+| B-11 / B-12 / B-13 未闭环 | 测试套件全绿 | 研发/测试 | 台账在远端，待认领 | 主理人排期 |
+
+## 四、下轮工作规划
+
+| 计划项 | 预计完成时间 | 前置依赖 | 涉及会话标签 | 备注 |
+|--------|--------------|----------|--------------|------|
+| 核验 4 个 SC 会话的 git 证据与三类用例执行报告，达标才推阶段（RED→YELLOW 以用例实际通过为准） | 下轮闭环 | 会话回报 sha | lan-189 / lan-248 / lan-204 / pub-iwintrue | 只认 `merge-base --is-ancestor` + 执行报告，不认自述 |
+| 依 O-2 裁决批量入池下一批 SC（主链路后续环节）并继续填满空闲会话 | 下轮闭环 | O-2 裁决 + 并发配额 | 4 实例 | 每会话独立 feature 分支 + 独立目录 |
+| 复核 08:00 黑窗解禁后模型档位，恢复默认策略链 | 11-05 08:00 后 | 时间 | 全部 | 非 429 只切下一档 |
+| 推进 CI 启用前置：runner JDK8/网络核实结论 | 待主理人 | 主理人核实 | — | 未核实前不擅自复制根目录 `.gitlab-ci.yml` |
+
+---
+
+## 附录
+
+### 附录 A：收到的测试反馈问题明细
+
+| 问题 ID | 能力键/任务号 | 问题类型 | 来源 | 接收时间 | 处置状态 | 关联 sha |
+|---------|---------------|----------|------|----------|----------|----------|
+| B-13 | 3 个 @SpringBootTest 类硬编码 127.0.0.1:3306（8 例必红） | 实现缺陷（环境） | 测试台账（`345cf745e` 05:35 轮） | 2026-11-05 05:46（本轮 fetch 感知） | 待处理 | `345cf745e` |
+| B-1~B-5 / B-9 / B-11 / B-12 | 见 1.1 | 实现缺陷/口径/夹具 | 测试台账（存量） | 存量 | 待处理 | — |
+| B-6 / B-7 | health.report.createReport / dan.assessment.getActiveMaterial | 台账滞后（实现已 YELLOW） | 测试台账 | 存量 | 待台账同步 | `1767d4414` / `c3e32460a` |
+
+### 附录 B：任务分派与会话恢复明细
+
+| 任务号 | 目标会话标签 | 任务类型 | 分派时间 | 当前状态 | 恢复会话标签 | 恢复原因 | 恢复时间 |
+|--------|--------------|----------|----------|----------|--------------|----------|----------|
+| S-cfc-9（SC-G-02） | lan-189 `ses_e57815ae8ffewWSwjc…` | RED 场景打通 | 05:37 | running | lan-189（同会话切档） | 落到黑窗 `opencode/deepseek-v4.1-flash-free` → failed；切该实例真实下一档 `axon/deepseek` | 05:41 |
+| S-cfc-10（SC-G-06） | lan-248 `ses_e578125a5ffeVK429U…` | RED 场景打通 | 05:37 | running | — | 模型 `axonhub/deepseek`，无中断 | — |
+| S-cfc-11（SC-P-03） | lan-204 `ses_e577a9e15ffefcx9TJ…` | RED 场景打通 | 05:44 | running | — | 模型 `axonhub/deepseek`，无中断 | — |
+| S-cfc-12（SC-P-10） | pub-iwintrue `ses_e577a8a05ffe6pKnDs…` | RED 场景打通 | 05:44 | running | pub-iwintrue（同会话切档） | 落到黑窗 opencode 免费档 → failed；切该实例可用 `etotem/deepseek` | 05:45 |
+| （重建尝试，已放弃） | lan-248 `/sc-data/cfc/wt-sc-g-02` | — | 05:40 | 降级放弃 | — | 远端目录不存在（404 LocationNotFoundError），按纪律降级为复用已恢复会话，不臆造目录 | — |
+
+> 每次派发均注入：独立 feature 分支 + 独立目录、双锚点溯源、「实现仅在 feature 分支、不得假定包路径」、验收三判据（三类用例实际执行证据 + 已推远端 + clean-check 0）、完成后自行 git commit + push 并回报 sha、严禁 `git add -A` / checkout / stash / force-push、`.tdd/` 禁推、429 不死循环重试。
+
+### 附录 C：新增入池任务明细（双锚点溯源，均 2026-11-05 05:36 创建 / RED）
+
+| 任务号 | 能力键 | 需求溯源 | 设计溯源 | 分支 | 状态 |
+|--------|--------|----------|----------|------|------|
+| S-cfc-9 | `auth.guest.wechatLogin` | SC-G-02 · `tests/user-scenarios/应用场景总览.md` 二、游客 · `01-guest.md` · `tests/test-cases/guest.md` TC-G-02 · `DEV_GOAL_user_scenarios.md` | 已合入 origin/cfclub：`docs/flows/user-auth-flow.md` + `docs/superpowers/api/API_REFERENCE.md`（AuthController 微信 OAuth，统一 @PostMapping + Result<T>，JwtInterceptor 白名单）；标注「实现仅在 feature 分支、不得假定包路径」 | `feat/sc-g-02-wechat-login` | RED |
+| S-cfc-10 | `auth.guest.jwtGuard` | SC-G-06 · 应用场景总览 二、游客 · `01-guest.md` · `guest.md` TC-G-06 · DEV_GOAL | 已合入：`docs/flows/user-auth-flow.md` + `docs/superpowers/specs/2026-06-20-web-permission-system-design.md` + `API_REFERENCE.md`（JwtInterceptor 拦截 /api/** 除 8 公开路径，401/403 不泄露内部错误）；同上标注 | `feat/sc-g-06-jwt-guard` | RED |
+| S-cfc-11 | `family.parent.switchRole` | SC-P-03 · 应用场景总览 三、家长 业务域A · `02-parent.md` · `parent.md` TC-P-03 · DEV_GOAL | 已合入：`docs/flows/family-management-flow.md` + `docs/superpowers/specs/2026-07-09-family-membership-design.md` + `API_REFERENCE.md`（POST /api/family/member/switch；孩子端不能切回家长；memberType=local；AGENTS.md 统一口径）；同上标注 | `feat/sc-p-03-switch-role` | RED |
+| S-cfc-12 | `task.parent.createTask` | SC-P-10 · 应用场景总览 三、家长 业务域B · `02-parent.md` · `parent.md` TC-P-10 · DEV_GOAL | 已合入：`docs/superpowers/api/API_REFERENCE.md` + `docs/flows/family-management-flow.md`（TaskController/PointsController 创建下发、重复提交不重复发分、统一 @PostMapping + Result<T>）；同上标注 | `feat/sc-p-10-create-task` | RED |
+
+### 附录 D：变更感知明细（来自 `--changes --days 7`，200 提交 / 179 文件，2026-11-02~11-04）
+
+| 变更文档（代表） | 文档类型 | 变更日期 | 新增能力键 | 是否已入池 |
+|----------|----------|----------|------------|------------|
+| `docs/superpowers/api/API_REFERENCE.md`、`PROJECT-OVERVIEW.md` | 设计/需求 | 11-02 | 0 | 不适用（无新键） |
+| `docs/superpowers/specs/2026-11-01-team-system-*`（T38 团队邀请）、`2026-11-02-ai-member-gate-*`、`2026-11-02-realname-*`、`2026-11-03-miniapp-force-update-*`（T40）、`2026-11-04-tianpan-emoji-*`、`docs/flows/badge-microaction-flow.md` | 设计 | 11-02~11-03 | 0 | 不适用 |
+| `docs/tdd/test/automation-run-2026-11-02-*.md` 等 55 个执行报告 | 测试用例文档 | 11-02~11-04 | 0 | 不适用（既有键状态变化，无新增能力键） |
+| 其余 116 个（实现/前端/报告等） | 其他 | 11-02~11-04 | 0 | 不适用 |
+
+> 结论：新增能力键 0 → 0，无「因新键入池」需求；本轮 4 个新任务来源于**顶层目标 218 SC 场景缺口 + 池空不收手硬要求**（非变更触发），已按场景主链路优先级选取。
+
+---
+
+**结论**：本轮打破连续 8 轮零派发，建 4 个带双锚点的场景打通任务并全部派发到 4 个独立实例（2 个会话经切档恢复）；推进 CI 前置能力实测与门禁规格 1 项；落 O-2 / TR-3 协调条目。**场景覆盖仍 0/218，本轮新增跑通 0，未达成顶层目标，不汇报「开发完成」。**

docs/tdd/orchestration/report-dev-2026-11-05-0556.md

@@ -0,0 +1,193 @@
+# 研发负责人工作汇报（2026-11-05 05:56 轮）
+
+> **说明**：本模板用于研发负责人按轮次/按日汇总研发工作，便于团队同步进度、阻塞点与下轮规划。带 `*` 字段为必填，无数据填 `0` + 原因，不填「无」或留空。
+
+---
+
+## 基本信息
+
+| 项目 | 内容 |
+|------|------|
+| 汇报人 | 研发负责人2（Automation 闭环巡检，本会话） |
+| 汇报周期 | 2026-11-05 05:56（第 6 轮，今日） |
+| 负责模块/单元范围 | cfc（CFC 全仓 · 发现/跟踪模式 + 场景打通派发；不修改原始场景与测试文件） |
+
+---
+
+## 一、本轮工作数据汇总
+
+### 1.1 问题接收与处置
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **收到的测试反馈问题数*** | 0 个 | 本轮无新增测试反馈（B-1~B-7 为 11-03 已登记存量，见 §三） |
+| **已解决问题数*** | 1 个 | `auth.guest.wechatLogin`（S-cfc-9）RED→YELLOW，登记 sha=`e1bc608e2`（实现基线已在 origin/cfclub） |
+| **待解决研发问题数** | 7 个 | B-1 surefire 13 红 P0 / B-2 admin-auth 401/403 P0 / B-3 上传校验 / B-4 butler·commission / B-5 REAL_ERR 49 条 / B-6·B-7 台账滞后（已实现待清）；S-cfc-10 待合入登记；S-cfc-12 待重派 |
+
+> **填写要求**：收到的问题按「问题 ID/键 + 来源 + 类型」分类统计；已解决问题附对应 commit sha；待解决问题标注阻塞原因。
+
+### 1.2 任务分发与会话管理
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **分派任务数*** | 0 个（复核 4 个在途） | 本轮未新增派发（05:47 轮已派 4 个 SC 场景任务 S-cfc-9~12）；本轮为复核其落地情况 |
+| **恢复智能体会话数*** | 0 个 | 黑窗（opencode 429 至 08:00）内不重建会话；S-cfc-12 会话 failed 待 08:00 解禁重派 |
+| **当前在用会话数** | 2 个（在途） | lan-204（S-cfc-11 running）+ pub-iwintrue（S-cfc-12 failed/state=running） |
+| **会话平均利用率** | ~0.6% | 4/670 会话在跑（05:47 口径），本轮 2 个已产出结束、2 个在途/失败 |
+
+> **填写要求**：分派任务按「任务号 + 目标会话标签 + 任务类型」列清单（附录 B）；利用率偏低因并发阈值与黑窗限制。
+
+### 1.2b 各会话当前工作状态列表
+
+> **用途**：逐会话快照，暴露「谁在忙、谁空转、谁失败」——主理人判断 R2「不留空闲」与配额余量。基于 `hub.py sessions --json`（06:01~06:03 快照）+ `git ls-remote` 核验。
+
+| 会话标签 | 会话 ID | 当前状态 | 当前任务 | 静默/空闲时长 | 工作目录 | 备注 |
+|----------|---------|----------|----------|---------------|----------|------|
+| lan-189（SC-G-02） | ses_e57815ae8ffewWSwjcKSAjP91f | done | S-cfc-9 微信授权登录 | — | 干净（feature） | 已产出 `8db39fec9`（测试+执行证据，9/9 契约 + HTTP 5 步验收）+ `e3e0aa2b2`，已推 `feat/sc-g-02-wechat-login`；实现基线 `e1bc608e2` 已登记 YELLOW |
+| lan-248（SC-G-06） | ses_e578125a5ffeVK429U8vPXEMba | done | S-cfc-10 越权接口拦截 | — | 干净（feature） | 已产出 `8660d7dbe`（实现 JwtInterceptor + 19 用例 + 执行报告，35/35 JUnit + live 探针 13 项），已推 `feat/sc-g-06-jwt-guard`；**待合入 cfclub 后登记 YELLOW** |
+| lan-204（SC-P-03） | ses_e577a9e15ffefcx9TJ4WIpW1LG | running | S-cfc-11 双角色切换 | — | `D:\cfc`（Windows） | 06:01 快照仍运行，尚无远端 feature 分支/提交；继续观察 |
+| pub-iwintrue（SC-P-10） | ses_e577a8a05ffe6pKnDsyJcsSrC8 | failed（state=running） | S-cfc-12 创建任务+下发 | — | `/sc-data/cfc` | `outcome=failed`/`cost=0`，黑窗档相关；**待 08:00 解禁重派或 hub 自动恢复** |
+| local-45278 | — | idle | — | 长期空闲 | 不干净（主工作树 100 处他人未提交） | 本机主工作树，按纪律不派发以免触碰他人 WIP |
+| prod-etotem | — | idle | — | 长期空闲 | `/root/cfc`（生产） | 生产只读且 `danger=True`，按纪律不派发 |
+
+**状态判定速查表**：running（有产出）/ idle（可接新任务）/ wedged（静默>45min）/ thrash（只设计不落盘）/ swallowed（派发被吞）/ upstream_err（上游错误）/ stalled（无产出）/ blocked（失败或提问）/ done（含交付标记）/ unknown（只观察）。
+
+### 1.3 变更感知与新任务建立
+
+| 指标 | 数量 | 填写说明 |
+|------|------|----------|
+| **感知需求/设计变更数*** | 0 个（200 提交/179 文件） | `--changes --days 7`：8 设计文档 + 55 测试用例文档 + 116 其他，**全部为既有键状态/内容变化，无新增能力键** |
+| **新增入池任务数*** | 0 个 | 05:47 轮已入池 4 个（S-cfc-9~12，SC-G-02/SC-G-06/SC-P-03/SC-P-10）；本轮无新增 |
+| **既有键状态流转数** | 1 次 | `auth.guest.wechatLogin`（S-cfc-9）RED→YELLOW（本轮 `--mark-yellow`） |
+
+> **填写要求**：感知变更按「文档路径 + 变更类型」分类；新增任务附能力键与溯源锚点（附录 C）。
+
+### 1.4 本轮 git 提交与推送证据（真理证据）
+
+> **用途**：编排侧只认「已推送远端」的提交为推进证据。用 `git merge-base --is-ancestor <sha> <data_ref>`（data_ref=origin/cfclub）判定。
+
+| 提交 sha | 关联任务/能力键 | 阶段 | 触及文件类型 | 目标分支 | 已推送远端 | 备注 |
+|----------|-----------------|------|--------------|----------|------------|------|
+| `e1bc608e2` | auth.guest.wechatLogin（S-cfc-9） | YELLOW | 实现（`UserService.java` wechatLogin） | origin/cfclub | 是（ancestor ✓） | 本轮登记：实现基线已在主线；测试侧证据 `8db39fec9`（推 feature 分支） |
+| `8db39fec9` | auth.guest.wechatLogin（S-cfc-9） | RED 证据 | 测试（2 契约测试 + e2e spec + 执行报告） | feat/sc-g-02-wechat-login | 是（feature 分支 ✓） | 9/9 契约测试 + HTTP 5 步验收全过；`e3e0aa2b2` 为分支头 |
+| `8660d7dbe` | auth.guest.jwtGuard（S-cfc-10） | YELLOW 待登记 | 实现（`JwtInterceptor.java` +21/-5）+ 测试（ScG06JwtGuardTest 19 例）+ 报告 | feat/sc-g-06-jwt-guard | 是（feature 分支 ✓） | 35/35 JUnit + live 探针 13 项；**未入 origin/cfclub，暂不可 mark-yellow** |
+
+> **填写要求**：只列关联阶段推进的证据提交；`local` = 未推送，一律不算完成。
+
+### 1.5 状态机阶段分布与部署状态
+
+> **用途**：全局进度 + 部署链闭环情况。用 `--status` 核对。
+
+| 阶段 | 键数 | 备注 |
+|------|------|------|
+| UNTRACKED | 0 | 已发现未入池 |
+| RED | 3 | S-cfc-10（待合入登记）/ S-cfc-11（在跑）/ S-cfc-12（failed 重派） |
+| YELLOW | 3 | `dan.assessment.getActiveMaterial`、`health.report.createReport`（待测试 mark-green）、`auth.guest.wechatLogin`（本轮新登记） |
+| GREEN | 0 | — |
+| DONE | 6 | dimension.registry.getTree / mapLegacyCode / family addMember / listMembers / guide.trainingPlan getPlanDetail / getPlanList |
+
+| 部署项 | 值 | 说明 |
+|--------|-----|------|
+| 本轮部署次数 | 0 次 | 无 GREEN 键，无需部署 |
+| 最新 `last_deployed` | `c3e32460a` | 2026-11-05 01:52:25（testing，confirm 8 条 / pending 0） |
+| GREEN 部署链验证 | 不通过（0 GREEN） | 本轮无 GREEN 闭环，`deploy_verify` 无从执行 |
+
+### 1.6 数据源健康度
+
+| 数据源 | 读取键数 | 是否正常 | 备注 |
+|--------|----------|----------|------|
+| 需求侧（⏳ wish） | 0 | 正常 | CFC 发现/跟踪模式配置所致（接口台账已契约化键未标 ⏳） |
+| 契约常量（contract） | 0 | 正常 | 同上 |
+| 测试用例引用（test_case_map） | 0 | 正常 | 用例引用∩⏳ 为 0（无未实现键被引用） |
+| 执行结果回填（case_results） | 0 | 正常 | 已实现键无回填需求 |
+
+> 四类来源全为 0 属 CFC「发现/跟踪 + 场景打通」模式的正常表现，非「静默为空」异常；目标池由 218 SC 场景驱动，不依赖上述 ⏳ 交集。
+
+---
+
+## 二、下一步需要研发处理的事项
+
+| 序号 | 事项描述 | 依赖/前置条件 | 预估完成时间 | 优先级 | 状态 |
+|------|----------|---------------|--------------|--------|------|
+| 1 | 将 `feat/sc-g-06-jwt-guard` 合并回 origin/cfclub（另开 worktree 合并，主工作树他人 WIP 不碰），随后 `--mark-yellow auth.guest.jwtGuard --commit 8660d7dbe` | 合并动作 + 主工作树安全（100 处他人 WIP） | 2026-11-05 08:00 前 | P0 | 待启动 |
+| 2 | S-cfc-12（SC-P-10）会话 failed（outcome=failed/cost=0）：08:00 黑窗解禁后重派或 hub 自动恢复 | 黑窗 08:00 解禁 + 模型档位复核 | 2026-11-05 08:00 后 | P0 | 待启动 |
+| 3 | 核验 S-cfc-11（SC-P-03）产出（lan-204 running）：确认 feature 分支 + 执行证据，达标则登记 YELLOW | 会话产出 | 下轮闭环（1 小时内） | P0 | 进行中 |
+| 4 | 2 个既有 YELLOW（getActiveMaterial/createReport）由测试侧 `--mark-green` 收口（角色隔离，研发不代越） | 测试角色 | 测试侧执行 | P0 | 待测试 |
+| 5 | B-6/B-7 台账滞后清理（已实现，`--clear-blocked` 属测试角色） | 测试角色 | 测试侧执行 | P1 | 待测试 |
+| 6 | O-2「SC→能力键映射方案」主理人裁决后，218 SC 全量批量入池 | 主理人裁决 | 待裁决 | P0（顶层目标） | 待启动 |
+
+---
+
+## 三、阻塞与风险
+
+| 阻塞项 | 影响范围 | 阻塞类型 | 处置进展 | 需要协调 |
+|--------|----------|----------|----------|----------|
+| opencode 429 全家族黑窗（至 11-05 08:00） | 派发模型档位 | 研发/环境 | 已切非黑窗档绕开：lan-189→`axon/deepseek`、lan-248→`axonhub/deepseek`、lan-204→`axonhub/deepseek`、pub-iwintrue→`etotem/deepseek`（后 1 个仍 failed）；2 个成功产出 | 08:00 解禁后复核恢复默认策略链 |
+| B-1 surefire 13 红 P0 | 全仓后端套件 | 研发 | 待处理（11-03 起存量） | 主理人排期（P0） |
+| B-2 admin-auth/login 401/403 语义 | 后台登录 | 研发 | 待处理 | 主理人排期 |
+| B-3 报告上传 MIME 校验 | 报告上传 | 研发 | 待处理 | 主理人排期 |
+| B-4 butler envelope / commission 400 | 积分/分佣 | 研发 | 待处理 | 主理人排期 |
+| B-5 接口冒烟 REAL_ERR 49 条 | 接口冒烟 45% 通过率 | 研发 | 待处理 | 主理人排期 |
+| B-6/B-7 已实现但台账未清 | 状态机 YELLOW | 测试/台账 | 已实现（c3e32460a/1767d4414 在 origin/cfclub），台账滞后 | 测试侧 `--clear-blocked` |
+| 主工作树 100 处他人未提交 WIP | 合并/派发安全 | 环境 | 非本轮产生，按纪律不代推、不触碰 | 各会话自行收口 |
+
+---
+
+## 四、下轮工作规划
+
+| 计划项 | 预计完成时间 | 前置依赖 | 涉及会话标签 | 备注 |
+|--------|--------------|----------|--------------|------|
+| 核验 SC-G-02/SC-G-06 产出并登记（合入 cfclub 后） | 下轮闭环 | 合并 + 证据复核 | lan-189 / lan-248 | 2 个 SC 具备执行证据，合入后计场景覆盖矩阵 |
+| 复核 SC-P-03 / SC-P-10 产出 | 下轮闭环 | 会话产出 | lan-204 / pub-iwintrue | S-cfc-11 在跑；S-cfc-12 待重派 |
+| 08:00 黑窗解禁复核 + 重派 S-cfc-12 + 续派 SC 批量 | 11-05 08:00 后 | 黑窗解禁 + O-2 裁决 | 全部 | 恢复默认模型策略链 |
+| 场景覆盖矩阵更新（累计 0/218，本轮新增 0——2 个 SC 待合入后计入） | 下轮闭环 | 合入确认 | — | 顶层目标 218 SC 全跑通 |
+
+---
+
+## 附录
+
+### 附录 A：收到的测试反馈问题明细
+
+| 问题 ID | 能力键/任务号 | 问题类型 | 来源 | 接收时间 | 处置状态 | 关联 sha |
+|---------|---------------|----------|------|----------|----------|----------|
+| B-1 | cfc-backend surefire 13 红 | 实现缺陷 | 测试台账 | 2026-11-03 10:58 | 待处理 | — |
+| B-2 | R5 admin-auth/login | 实现缺陷 | 测试台账 | 2026-11-03 10:58 | 待处理 | — |
+| B-3 | R6 报告上传 | 实现缺陷 | 测试台账 | 2026-11-03 10:58 | 待处理 | — |
+| B-4 | F1/F2 butler/commission | 实现缺陷 | 测试台账 | 2026-11-03 10:58 | 待处理 | — |
+| B-5 | 接口冒烟 REAL_ERR | 实现缺陷 | 测试台账 | 2026-11-03 10:58 | 待处理 | — |
+| B-6 | health.report.createReport | 台账滞后 | 测试台账 | 2026-11-03 10:58 | 已实现待清 | `1767d4414` |
+| B-7 | dan.assessment.getActiveMaterial | 台账滞后 | 测试台账 | 2026-11-03 10:58 | 已实现待清 | `c3e32460a` |
+
+### 附录 B：任务分派与会话恢复明细
+
+| 任务号 | 目标会话标签 | 任务类型 | 分派时间 | 当前状态 | 恢复会话标签 | 恢复原因 | 恢复时间 |
+|--------|--------------|----------|----------|----------|--------------|----------|----------|
+| S-cfc-9（auth.guest.wechatLogin） | lan-189 | RED 场景打通 | 2026-11-05 05:37 | done（产出） | lan-189 | 黑窗 opencode 免费档 failed → 切 `axon/deepseek` | 05:41 |
+| S-cfc-10（auth.guest.jwtGuard） | lan-248 | RED 场景打通 | 2026-11-05 05:37 | done（产出） | — | 模型 `axonhub/deepseek` 无中断 | — |
+| S-cfc-11（family.parent.switchRole） | lan-204 | RED 场景打通 | 2026-11-05 05:44 | running | — | 模型 `axonhub/deepseek` | — |
+| S-cfc-12（task.parent.createTask） | pub-iwintrue | RED 场景打通 | 2026-11-05 05:44 | failed | pub-iwintrue | 黑窗 opencode 免费档 failed → 切 `etotem/deepseek` 仍 failed/cost=0 | 05:45（未恢复成功） |
+
+> 派发时注入：独立 feature 分支 + 独立目录、双锚点溯源、「实现仅在 feature 分支、不得假定包路径」、验收三判据（三类用例实际执行证据 + 已推远端 + clean-check 0）、完成后自行 git commit + push 并回报 sha、严禁 `git add -A`/checkout/stash/force-push、`.tdd/` 禁推、429 不死循环重试。
+
+### 附录 C：新增入池任务明细（05:47 轮入池，本轮复核）
+
+| 任务号 | 能力键 | 需求溯源 | 设计溯源 | 创建时间 | 状态 |
+|--------|--------|----------|----------|----------|------|
+| S-cfc-9 | auth.guest.wechatLogin | SC-G-02 · 应用场景总览 二、游客 · 01-guest.md · guest.md TC-G-02 · DEV_GOAL | user-auth-flow.md + API_REFERENCE.md（AuthController 微信 OAuth，@PostMapping + Result<T>）；实现仅在 feature 分支 | 2026-11-05 05:35 | YELLOW（本轮登记） |
+| S-cfc-10 | auth.guest.jwtGuard | SC-G-06 · 应用场景总览 二、游客 · 01-guest.md · guest.md TC-G-06 · DEV_GOAL | user-auth-flow.md + 2026-06-20-web-permission-system-design.md + API_REFERENCE.md（JwtInterceptor 拦截 /api/** 除 8 公开路径）；实现仅在 feature 分支 | 2026-11-05 05:35 | RED（产出待合入登记） |
+| S-cfc-11 | family.parent.switchRole | SC-P-03 · 应用场景总览 三、家长 业务域A · 02-parent.md · parent.md TC-P-03 · DEV_GOAL | family-management-flow.md + 2026-07-09-family-membership-design.md + API_REFERENCE.md（POST /api/family/member/switch）；实现仅在 feature 分支 | 2026-11-05 05:35 | RED（在跑） |
+| S-cfc-12 | task.parent.createTask | SC-P-10 · 应用场景总览 三、家长 业务域B · 02-parent.md · parent.md TC-P-10 · DEV_GOAL | API_REFERENCE.md + family-management-flow.md（TaskController/PointsController 任务创建下发）；实现仅在 feature 分支 | 2026-11-05 05:35 | RED（failed 待重派） |
+
+### 附录 D：变更感知明细（来自 `--changes --days 7`）
+
+| 变更文档 | 文档类型 | 变更日期 | 新增能力键 | 是否已入池 |
+|----------|----------|----------|------------|------------|
+| docs/flows/badge-microaction-flow.md 等 8 个设计文档 | 设计 | 2026-11-02~11-03 | 0 | — |
+| docs/tdd/test/* 55 个测试用例文档 | 用例 | 2026-11-02~11-04 | 0 | — |
+| INTERFACE_TEST_REPORT.md 等 116 个其他 | 其他 | 2026-11-02~11-03 | 0 | — |
+
+---
+
+**模板版本**：v1.1（2026-11-03，新增各会话当前工作状态列表 + git 证据 + 状态机分布 + 部署状态 + 数据源健康度）
+**适用对象**：研发负责人 / 开发角色会话
+**填写周期建议**：每轮 TDD 闭环后或每日工作结束时

docs/tdd/orchestration/report-dev-2026-11-05-0800.md

@@ -0,0 +1,142 @@
+# 研发负责人工作汇报
+
+> 汇报人：研发负责人1
+> 汇报周期：2026-11-05 07:45 ~ 08:00（第 10 轮 · 研发负责人1）
+> 负责模块/单元范围：全量（config.json 未配置 scope，默认覆盖全部键）
+
+---
+
+## 一、本轮工作数据汇总
+
+### 1.1 问题接收与处置
+
+| 指标 | 数量 | 说明 |
+|------|------|------|
+| **收到的测试反馈问题数** | 0 | 本轮无新增 B-* 登记（blockers 台账远端权威维持 B-1..B-13，共 13 条） |
+| **已解决问题数** | 0 | 本轮研发侧无新增闭环；DONE 9 键为 07:40 轮前收口，非本轮处置 |
+| **本轮新进展** | 0 键 | 相对 07:45 轮：状态机无 mark-* 流转（RED 2 / YELLOW 2 / DONE 9 稳态）；双 RED 键 red_sha 仍待测试侧 mark-red 落账 |
+| **待解决研发问题数** | 5+ | B-1~B-5（黑窗已解，待派发）/ B-9（鉴权观察，不阻断）/ B-11（端点删除意图待确认）/ B-12（seed 夹具）/ B-13（环境红根因） |
+
+### 1.2 任务分发与会话管理
+
+| 指标 | 数量 | 说明 |
+|------|------|------|
+| **分派任务数** | **0** | 黑窗 429 已于 08:00 解除；但任务池 0 pending（97 done + 1 dispatched U7 + 2 blocked T19-B/C）→ 无可派 |
+| **恢复智能体会话数** | 3 | check_agents 复核：3 个历史会话恢复（pub-iwintrue「编写设计文档」Agent not found: Sisyphus-Junior 已恢复；另 2 个历史复核） |
+| **当前在用会话数** | 0 | 全实例 0 运行中 CFC（check_agents 08:04:07） |
+| **会话平均利用率** | 0% | 6/6 实例可达，2560 总会话 / 679 CFC，运行中 0 CFC |
+
+#### 1.2b 各会话当前工作状态列表
+
+| 会话标签 | 会话 ID | 当前状态 | 当前任务 | 静默/空闲时长 | 工作目录 | 备注 |
+|----------|---------|----------|----------|---------------|----------|------|
+| local-45278 | — | idle | — | — | — | 6/6 可达；0 running |
+| lan-248 | — | idle | — | — | — | 0 running（S-cfc-13 已完成，产物 291955bce 已推远端） |
+| lan-204 | — | idle | — | — | — | 0 running |
+| lan-189 | — | idle | — | — | — | 0 running |
+| prod-etotem | — | idle | — | — | — | S-cfc-12 已完成（1 小时前） |
+| pub-iwintrue | — | idle | — | — | — | 近期完成 6 个 CFC：部署 f1b0e3ed/df2364ba/8051b64f/8660d7db/1767d441 + SC-P-10 |
+
+> 速查表状态口径：running/idle/wedged/thrash/swallowed/upstream_err/stalled/blocked/done/unknown
+> 注：check_agents 08:04:07 实测全实例 `运行中 CFC = 0`，故上表会话标签统一标 idle（配额占用 0）。
+
+### 1.3 变更感知与新任务建立
+
+| 指标 | 数量 | 说明 |
+|------|------|------|
+| **感知需求/设计变更文档数** | 86 提交 / 97 文件 | `--changes --days 2`：设计 2 / 测试用例 39 / 其他 56；**无新增能力键（0→0）**，变化均集中于既有键 |
+| **新增入池任务数** | **0** | SC 断层 O-2 待主理人裁决（218 SC 无法全量 add-task 入池），本轮未强行 add-task |
+| **既有键状态流转数** | 0 | 本轮无 mark-* 登记 |
+
+### 1.4 本轮 git 提交与推送证据（真理证据）
+
+| 提交 sha | 关联任务/能力键 | 阶段 | 触及文件类型 | 目标分支 | 已推送远端 | 备注 |
+|----------|-----------------|------|--------------|----------|------------|------|
+| `dc66edb23`→`2a1f72ff5` | task.parent.createTask（S-cfc-12） | RED | 测试 | origin/cfclub | 是 | 契约测试 7 用例全绿，早前合入（`merge-base --is-ancestor` validated） |
+| `291955bce` | task.parent.review（S-cfc-13） | RED | 测试 | origin/cfclub | 是 | TaskControllerReviewTest + TaskServiceReviewTest 660 行，`merge-base --is-ancestor` validated |
+
+> 双 RED 键的测试单测证据已在远端，但 `state.json` red_sha 仍未落账（mtime 07:35:59，07:45 轮后无变化）——落账属测试角色（`--mark-red`），研发不代；`--auto` 已提示「S-cfc-12 RED 任务 done 但无 git 证据（待人工核对）」供测试侧核对。
+
+### 1.5 状态机阶段分布与部署状态
+
+| 阶段 | 键数 | 备注 |
+|------|------|------|
+| UNTRACKED | 0 | 目标池 ⏳ 0 键 |
+| RED | **2** | task.parent.createTask（S-cfc-12）/ task.parent.review（S-cfc-13），证据齐待测试 mark-red 落账 |
+| YELLOW | **2** | health.report.createReport（1767d4414）/ dan.assessment.getActiveMaterial（c3e32460a），待测试 mark-green |
+| GREEN | 0 | — |
+| DONE | **9** | getTree/mapLegacyCode/addMember/listMembers/getPlanDetail/getPlanList/wechatLogin/jwtGuard/switchRole |
+
+| 部署项 | 值 | 说明 |
+|--------|-----|------|
+| 本轮部署确认（编排侧） | 0 | 部署确认属部署/测试侧动作，研发不代确认 |
+| deploy_state confirmed 最新 | 8660d7dbe（07:17:15） | 另有 8051b64f/df2364ba/f1b0e3ed 部署会话近期已完成（pub-iwintrue 13-47 分钟前），确认动作待部署侧 |
+| GREEN 部署链验证 | 不适用 | deploy_verify=false，不阻断 |
+
+### 1.6 数据源健康度
+
+| 数据源 | 读取键数 | 是否正常 | 备注 |
+|--------|----------|----------|------|
+| 需求侧（⏳ wish） | 0 | 正常 | 真实缺口为 0（非静默失效；SC 场景未展开入池，见 O-2） |
+| 契约常量（contract） | 0 | 正常 | 目标池以「用例引用∩⏳」为准 |
+| 测试用例引用（test_case_map） | 0 | 正常 | — |
+| 执行结果回填（case_results） | 0 | 正常 | 未实现键无执行结果，符合用例驱动口径 |
+
+---
+
+## 二、下一步需要研发处理的事项
+
+| 序号 | 事项描述 | 依赖/前置条件 | 预估完成时间 | 优先级 | 状态 |
+|------|----------|---------------|--------------|--------|------|
+| 1 | S-cfc-12/S-cfc-13（createTask/review）收口：测试侧 `--mark-red` 落账 red_sha 后，研发派发实现（YELLOW） | 测试侧 mark-red 落账 | 2026-11-05 09:00 | P1 | 待启动 |
+| 2 | B-1~B-5 缺陷派发修复（admin-auth 401/403、报告 MIME 校验、F1/F2、REAL_ERR 分型）——黑窗已解，可派 | 无（黑窗解除） | 2026-11-05 09:30 | P1 | 待启动 |
+| 3 | B-13 环境红根因：3 个 @SpringBootTest 改 `@ActiveProfiles("test")` + `application-test.yml` 指向 192.168.16.251 测试库 | 测试侧确认测试库连接 | 2026-11-05 12:00 | P2 | 待启动 |
+| 4 | 部署 pending 确认：`--deploy-done testing --commit <sha>`（8051b64f/df2364ba/f1b0e3ed 部署会话已完成） | 部署侧确认动作 | 08:00 后 | P1 | 待确认 |
+
+---
+
+## 三、阻塞与风险
+
+| 阻塞项 | 影响范围 | 阻塞类型 | 处置进展 | 需要协调 |
+|--------|----------|----------|----------|----------|
+| O-2：SC 场景入池断层（SC 编号→能力键映射） | 218 SC 顶层目标无法全量入池 | 需求/设计 | 方案 A 已临时执行（S-cfc-9..13 已建已派），正本待主理人追认 | 主理人裁决 |
+| B-13：3 个 @SpringBootTest 硬编码 127.0.0.1:3306 | 8 例每轮必红 | 测试/环境 | 待测试侧确认测试库 | 测试侧 |
+| B-11：/api/cf 三端点删除意图 | 需确认有意精简或误覆盖 | 研发 | 待确认；全套 1528 例零转红 | 主理人裁决 |
+| 主工作树 165 处未提交 | 他人 WIP（含 CfBalanceController 危险项） | — | 本轮全部单文件 hash-object 操作，未触碰主工作树 index | 无 |
+
+---
+
+## 四、下轮工作规划
+
+| 计划项 | 预计完成时间 | 前置依赖 | 涉及会话标签 | 备注 |
+|--------|--------------|----------|--------------|------|
+| 依测试侧 mark-red 落账推进 S-cfc-12/13 实现（YELLOW） | 落账后 | 测试侧落账 | lan-248 / local-lan-4090 | 黑窗已解可派 |
+| B-1~B-5 缺陷派发（黑窗解除后首个派发窗口） | 09:30 | 无 | lan-248 / lan-189 | 池空按阻塞台账补派 |
+| 场景覆盖矩阵更新（218 SC 执行状态） | 每轮 | — | — | 0/218 前不报完成 |
+
+---
+
+## 附录
+
+### 附录 A：场景覆盖矩阵（顶层目标 · 单一事实源 DEV_GOAL_user_scenarios.md）
+
+> **目标**：218 个 `SC-角色-NN`（游客12/家长93/孩子25/规划师32/运营24/服务商11/跨角色21）全部端到端跑通。`跑通` = 正常/异常/权限流用例**实际执行有证据** + 实现与用例已推远端 + `--clean-check` 干净。代码提交/编译通过/用例写完未执行/会话自述均不算。**0/218 前不报「开发完成」。**
+
+| 覆盖口径 | 累计已跑通 | 本轮新增 | 说明 |
+|----------|-----------|----------|------|
+| 218 SC 场景全量跑通 | **0/218** | 0 | automation-status.md 中 SC 引用仅 1 处（SC-G-02），729 条结构化用例执行状态未翻转，脚本未接 CI |
+| 备注 | — | — | SC-G-02/SC-G-06/SC-P-03 已有实现 + 契约测试 + 证据合入 origin/cfclub，但按「跑通」严格定义仍计 0 |
+
+### 附录 B：任务分派明细（本轮）
+
+| 任务号 | 目标会话标签 | 任务类型 | 分派时间 | 当前状态 |
+|--------|--------------|----------|----------|----------|
+| S-cfc-12 | prod-etotem | RED 契约单测（createTask） | 06:39 | done（产物 dc66edb23/2a1f72ff5 已推远端；red_sha 待测试 mark-red 落账） |
+| S-cfc-13 | lan-248 | RED 契约单测（review） | 07:37 | done（产物 291955bce 已推远端；red_sha 待测试 mark-red 落账） |
+
+### 附录 C：阻塞台账权威状态（docs/tdd/test/blockers.md · 13 条）
+
+- **已解除**：B-8 / B-10（37f29a5df 修复 + 测试 03:30/05:35 连续 2 轮复验 16/16 全绿）
+- **待研发**：B-1~B-5（黑窗已解，可派发）；B-9（鉴权观察，不阻断）
+- **待确认/待夹具**：B-11（端点删除意图）、B-12（3 类 20 个 @Disabled 待 seed 夹具）、B-13（环境红根因）
+- **表述滞后**：B-6/B-7 台账描述过时（键实际已 YELLOW 1767d4414/c3e32460a），待测试侧更新口径

docs/tdd/test/automation-run-2026-11-04-1130.md

@@ -0,0 +1,46 @@
+# 研发闭环执行报告 · 2026-11-04 11:30（研发负责人2）
+
+- 角色：研发负责人2（`--role 研发负责人`）
+- 执行窗口：10:54 – 11:30（GMT+8）
+- 命令链：`--status`（只读）→ `--changes --days 7`（只读变更感知）→ `--inspect` → `--mark-yellow` → `--auto --no-dispatch`
+- 数据源：⏳ 键 0｜契约常量 0｜用例引用∩⏳ 0｜执行结果回填 0 键（目标池空，无新可派任务）
+
+---
+
+## 一、闭环结论
+
+| 能力键 | 阶段 | 证据提交 | 说明 |
+|---|---|---|---|
+| `guide.trainingPlan.getPlanDetail` | **DONE** | 55caf6966（测试）+ 0af81d688（实现） | 本轮由 RED 推进至 DONE |
+| `family.familyMembers.addMember` | DONE | d8d3329b | 前轮已闭环 |
+| `family.familyMembers.listMembers` | DONE | eeabfe6a | 前轮已闭环 |
+| `guide.trainingPlan.getPlanList` | DONE | be255fc4 | 前轮已闭环 |
+
+- 状态机 **4 键全 DONE**，0 RED / 0 YELLOW / 0 阻塞。
+- 状态机文件：`E:\cfc\.tdd\state.json`（本地化，`.gitignore` 排除，不入版本库/不推送）。
+
+## 二、本轮实际处理
+
+1. **变更感知（近 7 天 200 提交 / 177 文件）**：8 份设计文档、55 份测试用例文档、114 份其他变更，**无新增能力键**（0→0，变化全在既有键）→ 目标池空，无新 RED 任务可建。
+2. **S-cfc-6 卡点修复**：`guide.trainingPlan.getPlanDetail` 原状态 RED 且证据「待人工核对」。
+   - 根因：任务记录 `commit=18a61f7b7` 指向 **TR-1 文档请求提交**（docs 提交，非测试提交），导致 `commit_kind` 判为 docs，无法推进。
+   - 修复：任务账本 commit 修正为真实 **RED 测试提交 `55caf6966`**（10:10 已推送，`origin/cfclub` HEAD，触及 `TrainingPlanControllerGetPlanDetailTest`，8 例全绿）。
+   - 实现证据：`0af81d688`（已推送，触及 `TrainingPlanController#getPlanDetail`，src/main）。
+3. **显式登记 YELLOW**（`--mark-yellow --commit 0af81d688`）：RED→YELLOW 成功。
+4. **自动收口**（`--auto`，deploy_verify=false 无部署验证门槛）：YELLOW→GREEN→DONE 链式推进；测试环境部署指令已向 `pub-iwintrue` 会话派发（会话 `ses_e5b711e72...`）。
+
+## 三、部署跟踪（测试环境）
+
+- `--auto` 阶段已自动向 testing 环境会话（pub-iwintrue）派发部署指令，会话 `ses_e5b711e72ffer0RHMY0KLnHm9a`。
+- 待部署会话回写后可用 `--deploy-done testing --commit 55caf6966d709da384412974170ad030aad6e37e` 确认（GREEN 校验放行依据）。
+
+## 四、约束与边界（遵守）
+
+- 未改任何业务代码；未触碰主工作树 66 处他人未提交改动（`git status` 漂移，非本轮产生）。
+- 状态机/任务账本均为本地化文件（`.tdd/`、`.workbuddy/` 被 `.gitignore` 排除），本地保存不入库。
+- 本轮只做只读核查 + 证据修复 + 状态推进 + 汇总汇报，无 `git add -A` / `checkout` / `stash`。
+
+## 五、待办（下一轮）
+
+- 确认测试环境部署回写（`--deploy-done testing --commit 55caf6966...`）或由测试侧验收。
+- 目标池空：等待新设计文档/新测试用例产生新能力键后再入池派发。

docs/tdd/test/automation-status.md

@@ -21,10 +21,10 @@
 | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
 | 结构化测试用例(md) | 9 | 729 | 0 | 729 | 729 | 0 | 0 | 0 | 0 |
 | 用户场景(md) | 9 | 0 | 0 | 9 | 9 | 0 | 0 | 0 | 0 |
-| Playwright(e2e/integration) | 70 | 410 | 70 | 0 | 60 | 0 | 7 | 3 | 0 |
-| Python(pytest) | 11 | 47 | 11 | 0 | 11 | 0 | 0 | 0 | 0 |
-| Java后端测试 | 198 | 1491 | 198 | 0 | 181 | 0 | 15 | 2 | 0 |
-| **合计** | — | **2677** | **279** | **738** | 990 | 0 | 22 | 5 | 0 |
+| Playwright(e2e/integration) | 70 | 410 | 70 | 0 | 70 | 0 | 0 | 0 | 0 |
+| Python(pytest) | 12 | 55 | 12 | 0 | 12 | 0 | 0 | 0 | 0 |
+| Java后端测试 | 198 | 1491 | 198 | 0 | 198 | 0 | 0 | 0 | 0 |
+| **合计** | — | **2685** | **280** | **738** | 1018 | 0 | 0 | 0 | 0 |
 
 ## 二、结构化测试用例自动化状态（`tests/test-cases/*.md`）
 
@@ -760,27 +760,27 @@
 | `tests/test-cases/vendor.md#TC-S-N05` | 报告解析接入 | 服务商 | P0 | 文档用例(待自动化) | 未跟踪 | 设计:类型/大小校验；不执行；存储隔离｜e2e:上传校验 |
 | `tests/test-cases/vendor.md#TC-S-N06` | 营养食谱 | 服务商 | P1 | 文档用例(待自动化) | 未跟踪 | 设计:内容转义存储/渲染；不执行｜e2e:内容安全 |
 
-## 三、Playwright 端到端/集成（`tests/*.md`）
+## 三、Playwright 端到端/集成（`tests/**/*.spec.js`）
 
 | 来源 | 用例数 | 自动化状态 | 执行状态 | 备注 |
 | --- | --- | --- | --- | --- |
 | `tests/e2e/_smoke_browser.spec.js` | 2 | 已自动化(e2e) | 未跟踪 | — |
 | `tests/e2e/activity-registration.spec.js` | 5 | 已自动化(e2e) | 未跟踪 | — |
-| `tests/e2e/admin-activity-review.spec.js` | 2 | 已自动化(e2e) | 通过 | — |
-| `tests/e2e/admin-butler-review.spec.js` | 6 | 已自动化(e2e) | 失败 | — |
-| `tests/e2e/admin-commission-config.spec.js` | 4 | 已自动化(e2e) | 失败 | — |
+| `tests/e2e/admin-activity-review.spec.js` | 2 | 已自动化(e2e) | 未跟踪 | — |
+| `tests/e2e/admin-butler-review.spec.js` | 6 | 已自动化(e2e) | 未跟踪 | — |
+| `tests/e2e/admin-commission-config.spec.js` | 4 | 已自动化(e2e) | 未跟踪 | — |
 | `tests/e2e/admin-ecom-supplier.spec.js` | 3 | 已自动化(e2e) | 未跟踪 | — |
 | `tests/e2e/admin-menu-survey.spec.js` | 2 | 已自动化(e2e) | 未跟踪 | — |
 | `tests/e2e/admin-panel.spec.js` | 4 | 已自动化(e2e) | 未跟踪 | — |
 | `tests/e2e/admin-promotion-config.spec.js` | 2 | 已自动化(e2e) | 未跟踪 | — |
 | `tests/e2e/ai-plan-task-flow.spec.js` | 7 | 已自动化(e2e) | 未跟踪 | — |
-| `tests/e2e/api/api-smoke.spec.js` | 4 | 已自动化(e2e) | 通过 | — |
-| `tests/e2e/api/article-api.spec.js` | 7 | 已自动化(e2e) | 通过 | — |
-| `tests/e2e/api/contact-api.spec.js` | 6 | 已自动化(e2e) | 通过 | — |
-| `tests/e2e/api/energy-api.spec.js` | 8 | 已自动化(e2e) | 通过 | — |
-| `tests/e2e/api/family-member-api.spec.js` | 14 | 已自动化(e2e) | 通过 | — |
-| `tests/e2e/api/nonfunc-perf-compat.spec.js` | 5 | 已自动化(e2e) | 通过 | — |
-| `tests/e2e/api/nonfunc-security.spec.js` | 11 | 已自动化(e2e) | 失败 | — |
+| `tests/e2e/api/api-smoke.spec.js` | 4 | 已自动化(e2e) | 未跟踪 | — |
+| `tests/e2e/api/article-api.spec.js` | 7 | 已自动化(e2e) | 未跟踪 | — |
+| `tests/e2e/api/contact-api.spec.js` | 6 | 已自动化(e2e) | 未跟踪 | — |
+| `tests/e2e/api/energy-api.spec.js` | 8 | 已自动化(e2e) | 未跟踪 | — |
+| `tests/e2e/api/family-member-api.spec.js` | 14 | 已自动化(e2e) | 未跟踪 | — |
+| `tests/e2e/api/nonfunc-perf-compat.spec.js` | 5 | 已自动化(e2e) | 未跟踪 | — |
+| `tests/e2e/api/nonfunc-security.spec.js` | 11 | 已自动化(e2e) | 未跟踪 | — |
 | `tests/e2e/article-management.spec.js` | 5 | 已自动化(e2e) | 未跟踪 | — |
 | `tests/e2e/assessment-appointment-functional.spec.js` | 7 | 已自动化(e2e) | 未跟踪 | — |
 | `tests/e2e/assessment-appointment.spec.js` | 6 | 已自动化(e2e) | 未跟踪 | — |
@@ -850,19 +850,20 @@
 | `cfc-langgraph/tests/test_recommend.py` | 3 | 已自动化(pytest) | 未跟踪 | — |
 | `cfc-langgraph/tests/test_report_parse.py` | 5 | 已自动化(pytest) | 未跟踪 | — |
 | `cfc-langgraph/tests/test_tongue.py` | 1 | 已自动化(pytest) | 未跟踪 | — |
+| `tools/xaf_agent_hub/tests/test_smart_cleanup.py` | 8 | 已自动化(pytest) | 未跟踪 | — |
 
 ## 五、Java 后端测试（`cfc-backend/src/test/java`）
 
 | 来源 | 用例数 | 自动化状态 | 执行状态 | 目标类 |
 | --- | --- | --- | --- | --- |
-| `cfc-backend/src/test/java/com/etotem/cfc/common/AdminRolesTest.java` | 9 | 已自动化(@Test) | 通过 | AdminRoles |
+| `cfc-backend/src/test/java/com/etotem/cfc/common/AdminRolesTest.java` | 9 | 已自动化(@Test) | 未跟踪 | AdminRoles |
 | `cfc-backend/src/test/java/com/etotem/cfc/common/TestRoles.java` | 0 | 已自动化(@Test) | 未跟踪 | TestRoles.java |
-| `cfc-backend/src/test/java/com/etotem/cfc/config/AttributionStage1FoundationTest.java` | 7 | 已自动化(@Test) | 通过 | AttributionStage1Foundation |
-| `cfc-backend/src/test/java/com/etotem/cfc/config/DatabaseInitializerSeedTest.java` | 6 | 已自动化(@Test) | 通过 | DatabaseInitializerSeed |
-| `cfc-backend/src/test/java/com/etotem/cfc/config/FamilyAccessInterceptorTest.java` | 11 | 已自动化(@Test) | 通过 | FamilyAccessInterceptor |
-| `cfc-backend/src/test/java/com/etotem/cfc/config/JwtInterceptorLoginRequiredTest.java` | 5 | 已自动化(@Test) | 通过 | JwtInterceptorLoginRequired |
-| `cfc-backend/src/test/java/com/etotem/cfc/controller/AttributionControllerTest.java` | 1 | 已自动化(@Test) | 通过 | AttributionController |
-| `cfc-backend/src/test/java/com/etotem/cfc/controller/AttributionSurveyRoutingTest.java` | 3 | 已自动化(@Test) | 通过 | AttributionSurveyRouting |
+| `cfc-backend/src/test/java/com/etotem/cfc/config/AttributionStage1FoundationTest.java` | 7 | 已自动化(@Test) | 未跟踪 | AttributionStage1Foundation |
+| `cfc-backend/src/test/java/com/etotem/cfc/config/DatabaseInitializerSeedTest.java` | 6 | 已自动化(@Test) | 未跟踪 | DatabaseInitializerSeed |
+| `cfc-backend/src/test/java/com/etotem/cfc/config/FamilyAccessInterceptorTest.java` | 11 | 已自动化(@Test) | 未跟踪 | FamilyAccessInterceptor |
+| `cfc-backend/src/test/java/com/etotem/cfc/config/JwtInterceptorLoginRequiredTest.java` | 5 | 已自动化(@Test) | 未跟踪 | JwtInterceptorLoginRequired |
+| `cfc-backend/src/test/java/com/etotem/cfc/controller/AttributionControllerTest.java` | 1 | 已自动化(@Test) | 未跟踪 | AttributionController |
+| `cfc-backend/src/test/java/com/etotem/cfc/controller/AttributionSurveyRoutingTest.java` | 3 | 已自动化(@Test) | 未跟踪 | AttributionSurveyRouting |
 | `cfc-backend/src/test/java/com/etotem/cfc/controller/DanAssessmentControllerGetActiveMaterialTest.java` | 3 | 已自动化(@Test) | 未跟踪 | DanAssessmentControllerGetActiveMaterial |
 | `cfc-backend/src/test/java/com/etotem/cfc/controller/EnergyControllerGrantEnergyTest.java` | 3 | 已自动化(@Test) | 未跟踪 | EnergyControllerGrantEnergy |
 | `cfc-backend/src/test/java/com/etotem/cfc/controller/HealthCheckinCfEarnCallSiteTest.java` | 6 | 已自动化(@Test) | 未跟踪 | HealthCheckinCfEarnCallSite |
@@ -873,30 +874,30 @@
 | `cfc-backend/src/test/java/com/etotem/cfc/controller/IndicatorControllerTest.java` | 2 | 已自动化(@Test) | 未跟踪 | IndicatorController |
 | `cfc-backend/src/test/java/com/etotem/cfc/controller/IndicatorFavoriteControllerTest.java` | 10 | 已自动化(@Test) | 未跟踪 | IndicatorFavoriteController |
 | `cfc-backend/src/test/java/com/etotem/cfc/controller/admin/AdminAuthWechatScanTest.java` | 11 | 已自动化(@Test) | 未跟踪 | AdminAuthWechatScan |
-| `cfc-backend/src/test/java/com/etotem/cfc/controller/admin/AdminProductControllerBatchShelveTest.java` | 4 | 已自动化(@Test) | 通过 | AdminProductControllerBatchShelve |
-| `cfc-backend/src/test/java/com/etotem/cfc/controller/admin/ReportParserAdminControllerTest.java` | 3 | 已自动化(@Test) | 通过 | ReportParserAdminController |
+| `cfc-backend/src/test/java/com/etotem/cfc/controller/admin/AdminProductControllerBatchShelveTest.java` | 4 | 已自动化(@Test) | 未跟踪 | AdminProductControllerBatchShelve |
+| `cfc-backend/src/test/java/com/etotem/cfc/controller/admin/ReportParserAdminControllerTest.java` | 3 | 已自动化(@Test) | 未跟踪 | ReportParserAdminController |
 | `cfc-backend/src/test/java/com/etotem/cfc/controller/admin/SupplyTeamControllerInviteTest.java` | 7 | 已自动化(@Test) | 未跟踪 | SupplyTeamControllerInvite |
 | `cfc-backend/src/test/java/com/etotem/cfc/controller/ai/AIChatControllerGateTest.java` | 18 | 已自动化(@Test) | 未跟踪 | AIChatControllerGate |
 | `cfc-backend/src/test/java/com/etotem/cfc/controller/ai/ButlerControllerGateTest.java` | 9 | 已自动化(@Test) | 未跟踪 | ButlerControllerGate |
 | `cfc-backend/src/test/java/com/etotem/cfc/controller/family/FamilyMembersControllerAddMemberTest.java` | 7 | 已自动化(@Test) | 未跟踪 | FamilyMembersControllerAddMember |
 | `cfc-backend/src/test/java/com/etotem/cfc/controller/family/FamilyMembersControllerListTest.java` | 4 | 已自动化(@Test) | 未跟踪 | FamilyMembersControllerList |
 | `cfc-backend/src/test/java/com/etotem/cfc/controller/family/FamilyMembersControllerRenameFamilyTest.java` | 2 | 已自动化(@Test) | 未跟踪 | FamilyMembersControllerRenameFamily |
-| `cfc-backend/src/test/java/com/etotem/cfc/controller/guide/TeacherMessageControllerMyTest.java` | 1 | 已自动化(@Test) | 通过 | TeacherMessageControllerMy |
-| `cfc-backend/src/test/java/com/etotem/cfc/controller/guide/TrainingPlanControllerGetPlanListTest.java` | 10 | 已自动化(@Test) | 通过 | TrainingPlanControllerGetPlanList |
+| `cfc-backend/src/test/java/com/etotem/cfc/controller/guide/TeacherMessageControllerMyTest.java` | 1 | 已自动化(@Test) | 未跟踪 | TeacherMessageControllerMy |
+| `cfc-backend/src/test/java/com/etotem/cfc/controller/guide/TrainingPlanControllerGetPlanListTest.java` | 10 | 已自动化(@Test) | 未跟踪 | TrainingPlanControllerGetPlanList |
 | `cfc-backend/src/test/java/com/etotem/cfc/dto/ActivityDTOTest.java` | 3 | 已自动化(@Test) | 未跟踪 | ActivityDTO |
 | `cfc-backend/src/test/java/com/etotem/cfc/integration/DailyCheckinStreakFlowTest.java` | 6 | 已自动化(@Test) | 未跟踪 | DailyCheckinStreakFlow |
 | `cfc-backend/src/test/java/com/etotem/cfc/integration/EnergySystemFlowTest.java` | 7 | 已自动化(@Test) | 未跟踪 | EnergySystemFlow |
 | `cfc-backend/src/test/java/com/etotem/cfc/integration/GrowthRecordSyncFlowTest.java` | 10 | 已自动化(@Test) | 未跟踪 | GrowthRecordSyncFlow |
 | `cfc-backend/src/test/java/com/etotem/cfc/integration/GuideModuleIntegrationTest.java` | 4 | 已自动化(@Test) | 未跟踪 | GuideModule |
 | `cfc-backend/src/test/java/com/etotem/cfc/integration/PlannerBindInviteFlowTest.java` | 9 | 已自动化(@Test) | 未跟踪 | PlannerBindInviteFlow |
-| `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/AIChatControllerTest.java` | 17 | 已自动化(@Test) | 通过 | AIChatController |
-| `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/ActivityControllerTest.java` | 16 | 已自动化(@Test) | 通过 | ActivityController |
+| `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/AIChatControllerTest.java` | 17 | 已自动化(@Test) | 未跟踪 | AIChatController |
+| `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/ActivityControllerTest.java` | 16 | 已自动化(@Test) | 未跟踪 | ActivityController |
 | `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/AdminFamilyOverviewControllerTest.java` | 3 | 已自动化(@Test) | 未跟踪 | AdminFamilyOverviewController |
 | `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/AdminSpecialPriceControllerTest.java` | 8 | 已自动化(@Test) | 未跟踪 | AdminSpecialPriceController |
-| `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/ArticleCategoryControllerTest.java` | 3 | 已自动化(@Test) | 通过 | ArticleCategoryController |
-| `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/ArticleControllerTest.java` | 11 | 已自动化(@Test) | 失败 | ArticleController |
-| `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/AuthControllerTest.java` | 39 | 已自动化(@Test) | 失败 | AuthController |
-| `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/DailyTaskControllerTest.java` | 2 | 已自动化(@Test) | 通过 | DailyTaskController |
+| `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/ArticleCategoryControllerTest.java` | 3 | 已自动化(@Test) | 未跟踪 | ArticleCategoryController |
+| `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/ArticleControllerTest.java` | 11 | 已自动化(@Test) | 未跟踪 | ArticleController |
+| `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/AuthControllerTest.java` | 39 | 已自动化(@Test) | 未跟踪 | AuthController |
+| `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/DailyTaskControllerTest.java` | 2 | 已自动化(@Test) | 未跟踪 | DailyTaskController |
 | `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/DimensionAdminControllerTest.java` | 13 | 已自动化(@Test) | 未跟踪 | DimensionAdminController |
 | `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/FamilyControllerTest.java` | 8 | 已自动化(@Test) | 未跟踪 | FamilyController |
 | `cfc-backend/src/test/java/com/etotem/cfc/integration/controller/GuideFamilyTaskControllerTest.java` | 20 | 已自动化(@Test) | 未跟踪 | GuideFamilyTaskController |

docs/tdd/test/inventory.md

@@ -10,10 +10,10 @@
 | --- | --- | --- |
 | 结构化测试用例(md) | 9 | 729 |
 | Playwright(spec.js) | 70 | 410 |
-| Python(pytest) | 11 | 47 |
+| Python(pytest) | 12 | 55 |
 | Java后端(测试文件) | 198 | 1491 (@Test) |
 | 用户场景(md) | 9 | 文件级 |
-| **合计** | — | **2677** 用例/方法 |
+| **合计** | — | **2685** 用例/方法 |
 
 ## 二、结构化测试用例（`tests/test-cases/*.md`）
 
@@ -751,7 +751,7 @@
 | `TC-S-N05` | 报告解析接入 | 服务商 | P0 | 安全 | `tests/test-cases/vendor.md#TC-S-N05` | 上传校验 | 类型/大小校验；不执行；存储隔离 |
 | `TC-S-N06` | 营养食谱 | 服务商 | P1 | 安全 | `tests/test-cases/vendor.md#TC-S-N06` | 内容安全 | 内容转义存储/渲染；不执行 |
 
-## 三、Playwright 端到端 / 集成测试（`tests/*.md`）
+## 三、Playwright 端到端 / 集成测试（`tests/**/*.spec.js`）
 
 > 来源锚点 = `文件#用例标题`。用例标题列于 JSON（`inventory.json`）便于回写。
 
@@ -843,6 +843,7 @@
 | `cfc-langgraph/tests/test_recommend.py` | 3 | `cfc-langgraph/tests/test_recommend.py` |
 | `cfc-langgraph/tests/test_report_parse.py` | 5 | `cfc-langgraph/tests/test_report_parse.py` |
 | `cfc-langgraph/tests/test_tongue.py` | 1 | `cfc-langgraph/tests/test_tongue.py` |
+| `tools/xaf_agent_hub/tests/test_smart_cleanup.py` | 8 | `tools/xaf_agent_hub/tests/test_smart_cleanup.py` |
 
 ## 五、Java 后端测试（`cfc-backend/src/test/java`）
 

interface_test_report.tsv

@@ -996,7 +996,7 @@ utils/api	getTaskHistory	POST	/api/tasks/history	200	200	BIZ_OK
 utils/api	editPortrait	POST	/api/user/portrait/edit	200	500	BIZ_FAIL
 utils/api	generatePortrait	POST	/api/user/portrait/generate	-1	None	CONN_ERR
 utils/api	getPortrait	POST	/api/user/portrait/get	200	200	BIZ_OK
-utils/api	regeneratePortrait	POST	/api/user/portrait/regenerate	200	200	BIZ_OK
+utils/api	regeneratePortrait	POST	/api/user/portrait/regenerate	-1	None	CONN_ERR
 utils/profile-backfill	backfillProfile	POST	/api/user/profile/backfill	200	500	BIZ_FAIL
 utils/sso	createSsoTicket	POST	/api/auth/sso-ticket	200	500	BIZ_FAIL
 auto	auto	POST	/api/admin/supply-team/invite-code	200	500	BIZ_FAIL

playwright_smoke.log

@@ -70,7 +70,7 @@ Running 57 tests using 1 worker
 
 [44/57] [desktop] › e2e\api\nonfunc-perf-compat.spec.js:106:1 › [响应时间基线] 已登录家庭列表单请求耗时冒烟 ≤ 8s
 [desktop] › e2e\api\nonfunc-perf-compat.spec.js:106:1 › [响应时间基线] 已登录家庭列表单请求耗时冒烟 ≤ 8s
-[耗时] 家庭列表 79ms
+[耗时] 家庭列表 100ms
 
 [45/57] [desktop] › e2e\api\nonfunc-perf-compat.spec.js:117:6 › [TC-C-N01/X-N04] 任务打卡幂等：重复提交不重复计分（需任务流夹具）
 [46/57] [desktop] › e2e\api\nonfunc-perf-compat.spec.js:122:6 › [TC-X-N03] 活动名额并发不超卖：100 名额 / 瞬时 500 请求（需活动夹具 + 压测授权）
@@ -128,4 +128,4 @@ Running 57 tests using 1 worker
     [desktop] › e2e\api\nonfunc-security.spec.js:75:3 › 非功能/安全接口冒烟 › [TC-A-N05] 非管理员访问后台接口被拒(401/403) 
     [desktop] › e2e\api\nonfunc-security.spec.js:121:3 › 非功能/安全接口冒烟 › [TC-P-N11] 报告上传非 PDF/恶意内容被拒(非 200) 
   3 skipped
-  51 passed (57.8s)
+  51 passed (1.2m)

playwright_smoke_report.md

@@ -1,7 +1,7 @@
 
 ## Playwright E2E 冒烟（api 层，独立，不阻断主闭环）
 - 执行器: /d/cfc/tests/node_modules/.bin/playwright test -c playwright.config.api.js --project=desktop
-- 结果: **51 passed / 3 failed / 3 skipped**
+- 结果: **52 passed / 2 failed / 3 skipped**
 - 覆盖: tests/e2e/api/*.spec.js（含 nonfunc-security 安全契约、nonfunc-perf-compat 性能兼容）
 - 说明: 红用例=已知后端缺口（权限提升/开放端点/上传未校验/缺鉴权过滤器），作持续告警；失败不阻断本闭环。
 - 明细: /d/cfc/playwright_smoke.log

tools/xaf_agent_hub/.model_state.json

@@ -1,6 +1,6 @@
 {
-  "opencode_blackout_until_ms": 1793577600000,
+  "opencode_blackout_until_ms": 1793836800000,
   "opencode_last_429_reason": "free usage limit reached",
-  "opencode_last_429_at": "2026-11-01 11:22:17",
-  "opencode_last_429_source": "fix_free_limit:local-45278/ses_e6d8111b8ffe9Uf28e2m2Gun9C"
+  "opencode_last_429_at": "2026-11-04 11:36:30",
+  "opencode_last_429_source": "fix_free_limit:lan-248/ses_e5c65d812ffeetW6AbhdLewCLr"
 }

tools/xaf_agent_hub/lead_backlog.md

@@ -1,49 +1,10 @@
 # 主理人待办台账（人工决策/派发类，非 fill_slots 自动任务池）
 
 > 维护人：主理人。格式：每行一条，`- [ ]` 未决 / `- [x]` 已完成。巡检报告第三节会读取本文件拼接输出。
+> 已完成条目已归档至 `lead_backlog_archive.md`（2026-11-03），审计线索见备份 `lead_backlog.md.bak_20261103_1350`。
 
-## 已完成（2026-10-24）
-- [x] 打卡修复 4 问题（formatDate/任务不关闭/计数/成员切换）——开发完成（12:20），**核验 7 项全部 PASS**（ses_e93d54ff6ffe3TfT3k7k1IKHf9，14:06 完成），报告 `docs/superpowers/plans/verify/verify-task-checkin-fix.md`
-- [x] 任务列表页美化 + 家庭成员选择置顶（tasks.vue）——**开发会话完成**（ses_e93d5b5efffezSyoVMFBNEyQ4o，13:46 完成），仅改 tasks.vue 模板+样式，逻辑原样保留，vue 编译 1/1 PASS、反模式 ERROR 0
-- [x] git 收尾——打卡修复 9 文件 commit（f71832d28）+ 707ea09ad push 至 origin/cfclub（会话 ses_e9351acf0ffes62UwpWqFOCVDP，15:11 完成），工作区干净
-
-## 等你拍板（2026-10-27 定稿）
-- [x] **T28-FIX（P0）修复方向裁决**：独立核验报告 `origin/verify/t28-food-overview = 90798afd1` 实锤 AC-09 P0——报告确认路径把 `family_members.id`（memberId）写入 `food_recommend_idx.user_id`，而家庭总览按 `family_members.user_id`（users.id）关联，两条键不唯一对齐，总览重算链路完全失效。两个修复方向（核验报告第三章已评估）：
-  1. **写侧统一**：recalculateForUser 入库前把 subjectId 归一为成员 user_id 再写；历史 memberId 键行需一次性迁移。
-  2. **读侧兼容**：doRecalculate 查询键同时覆盖 user_id 与 family_members.id 两种键；总览 memberScores.userId 语义需明确。
-  ⚠️ 涉及历史数据迁移属不可逆操作，必须主理人裁定向后再开工。
-  - **主理人裁决（2026-11-02）**：方向 A（写侧统一）——"报告也要写 family_members.user_id"。
-  - **核查结论（2026-11-02 13:3x）**：方向 A 骨架已由 E2E Test Bot 在 `62f37b609`（2026-10-31）合入 cfclub（`resolveFoodIndexUserId` 方法 + recalculateForUser/writeKey 归一 + 读侧 3 处归一化 + 6 项单测，AC-09 FAIL→PASS）。但发现**新增 P0 隐患**：当前实现先查 `family_members.id`，若传 `users.id` 且该值恰好与某 `family_members.id` 数值碰撞（两表各自自增，重叠概率高），会误判为 memberId 并映射到错误的 `user_id`，导致读错他人数据。**需加固**（注入 `UserMapper`，先查 users 表判定幂等）。另需**历史数据迁移脚本**（测试库 zxyj 共 2 行全为 memberId 键；生产库规模未知）。
-  - **待办**：派发开发会话加固代码 + 写迁移脚本（只写不执行）→ 待主理人确认迁移方案后执行 → 派发独立核验。`feature/t28-fix-key-align`（方向 B 双轨变体，c70b58049）未合入 cfclub，与已选方向 A 冲突，废弃。
-- [x] **T29-B1 合主线**：B1 独立核验已完成（`origin/feature/t29-b1v-verification = 608f18fbf`），结论 **CONDITIONAL PASS**。B1+FIX 已于 2026-10-27 **合并入 cfclub**（merge commit `4dc706188`，父链 = cfclub 637d6a15b + vfix c1df0f17d，7 文件无冲突，V-01 setScore 兜底 + V-02 report_date 提取均已验证在合并结果中）。
-- [x] **T29-B2 派发**：已派 lan-189 `ses_e82f773fcffePaGYPNUK1muSHx`（axon/deepseek，分支 `feature/proxy-fix-b2-security`，2026-10-27 19:04 确认正常执行），指令 `out/t29_b2_security_prompt.txt`。B3 待 B2 核验通过后派。
-- [x] **优惠券未完成任务补录入池**：2026-10-27 补录 4 条到任务池（`COUPON-C2`/`COUPON-C3`/`COUPON-REG`/`COUPON-P2`，均 pending）。C2/C3 已由 pub-iwintrue 会话完成但**未 push**（commit `be16b8eb3`/`3379d4ad1`/`892a7e7c9` 不在任何远端分支，全量 fetch 验证）；COUPON-REG（注册发券）原观察项转正式；COUPON-P2 为技术债打包。spec `docs/优惠券需求设计与实现核查.md` 已在 cfclub。
-- [x] **任务池同步 cfclub（2026-10-28）**：合并 49 条（本机 48 + cfclub 独有 T19 保留并标注拆分），commit `5dae9e13f` 推至 origin/cfclub。关键更正：此前「C2/C3/P2 未 push」系本机 remotes 缓存过时**误判**——直连服务器确认 T29-B2@`751145b9d`、COUPON-C2@`b8ade0fab`、COUPON-C3@`30bb2255d7`、COUPON-P2@`59bc4100b` 均已 push（仅未合入 cfclub）；COUPON-REG 已合入（`055f6da25`）。新增 **T29-B2V 独立核验**任务，已被巡检派 local-45278 `ses_e7fca6b04ffeYxH60KvsfXV23h`。
-- [x] **T29-B2 合入 cfclub**：B2 独立核验（T29-B2V）done，B2/B3 均已合入 cfclub（751145b9d / proxy-fix-b3-robust 均在 cfclub）。
-- [x] **COUPON-C2/C3/P2 合入 cfclub**：C2/P2 已合入（b8ade0fab / 59bc4100b 在 cfclub）；C3 已通过 `52a278ce3`（领券中心数据源改可取券模板）在 cfclub 落地，C3V + C3-FIXV 核验均 done。全部完成。
-- [x] **T04 第一段收口**：主体已由并发会话 `1f2f9cd01` 合入 cfclub；TrendChart 白板修复已生效于 cfclub 新版（`import { chartRenderConfig } from '@/utils/indicator-change.js'` 已正确，line 22）——`feature/t04-segment1` 的 9efb65396 为旧结构版本，无需再合。第二段（report-detail.vue + L1/L2/L3 门槛）已由 T04-S2/T04-S2-GATE 完成。
-- [x] **CFC-EN-001 能量发放 500 修复**（2026-11-01 派发，来自接口冒烟测试结果诊断）：派 lan-248 `ses_e68fcb4d0ffedxY8SIu6g3uwkA`（axonhub/deepseek-flash，429 黑窗 fallback，新建会话 20:20 确认执行中），指令 `out/en001_prompt.txt`。修复 `/api/energy/grant` 稳定 500（链路 grantEnergy→awardEnergy→awardByConfig/executeAward；候选根因 getDimByCode("body") null / parseDimensionAssign 异常，以真实栈为准）。完成后自 commit+push 到 origin/cfclub，**待独立核验**后合入。
-  - 诊断报告：`docs/tdd/test/2026-11-01-fixme-diagnosis.md`（27 项 fixme 分类：2 真缺陷 / 1 部署滞后 / 15 环境阻塞 / 1 环境数据 / 4 测试夹具 / 2 夹具+授权；badges NOT_FOUND 已过时，前端 10-30 `c465bc3b3` 已收敛 MemberBadge 口径）。
-  - **开发已提交**：commit `fcc6aa876` → 分支 `feature/cfc-en-001-energy-grant-500`（基于 7baa09caa，4 文件 265+/32-）。根因确认：旧 grantEnergy 委托 `awardEnergy("task")`，task_complete 行为配置 100% 分配到 action，请求 body 维度时 balanceMap.get("body")=null → RuntimeException → GlobalExceptionHandler 映射 500。修复：显式构造 allocations 直达指定维度（绕过行为配置比例）+ RuntimeException→IllegalArgumentException/IllegalStateException（GlobalExceptionHandler 已映射 400）；新增 2 单测类（Controller 3 例 + Service 2 例）+ 移除 e2e 2 处 fixme + 1 个特征复现用例。
-  - **独立核验**：lan-204 `ses_e68af7756ffeUGY5FdJW6C66wg`（axonhub/deepseek，新建 21:37），指令 `out/verify_en001_prompt.txt`（检出→rebase origin/cfclub→编译→单测→Q1-Q6 逻辑审查→边界风险→核验结论）。**核验 PASS**（报告 commit `628144956`），已由 `7b6228168 merge(cfc-en-001): 能量发放 500 修复合入（独立核验 PASS）` 合入 cfclub，EnergyService 修复已生效（line 1994 grantEnergy 显式维度）。**已完成**。
-
-## SC-G-03 web 后台微信扫码登录（2026-11-02 派发并合入）
-- [x] **已拍板**：立项开发 + 复用现有小程序码 SSO（用户选择）。开发分支 `origin/feature/admin-wx-scan-login`（3 commit：`e4a4a26f2` 后端端点 + `07bd1074a` 单测 + `c28464e66` 前端入口，6 文件 653+/45-）。
-- [x] **独立核验 PASS**：lan-204 `ses_e6584510dffe7lwqtFWIY8CuE6`（12:19 派发，12:56 产出报告），指令 `out/verify_admin_wx_scan_login_prompt.txt`。编译 BUILD SUCCESS（2032 源文件）、单测 11/11（须 `-DskipTests=false`）、红线 ssoLogin 无触碰、角色校验/JWT 签发/state 生命周期/端点公开 3 处/前端逻辑/api-auth 七项全 ✓。核验分支 `origin/verify/admin-wx-scan-login`（rebase 后 `4a894d3cc`）。附注：前端 npm build 未执行（worktree 无 node_modules），已静态审查 Login.vue/auth.js 无跳转回归。
-- [x] **已合入 cfclub（13:2x）**：merge commit `eec0db368`（`--no-ff`，父链 = b35d9fd54 + verify -> 4a894d3cc，6 文件无冲突），推送验证 `merge-base --is-ancestor` 通过。SC-G-03 回填 done。
-
-## 孩子定义字段 users.is_child（2026-11-02 派发并合入）
-- [x] **开发已提交**：分支 `origin/feature/user-is-child`（1 commit `e3e52ca38`，11 文件 352+/1-）。User.isChild + schema.sql TINYINT(1) NULL + DatabaseInitializer 迁移443 ensureColumn（覆盖「不新增迁移」纪律，需求硬要求）；UserUtil 显式优先/年龄<18 兜底/fillDefaultIsChild 仅 null 时填；applyIsChildFlag 家庭管理员 403 + 落库 users；updateParentMember 主账号 memberId=users.id 语义正确；UserService 5 调用点；Controller Boolean/Number/String 解析 + 403 映射；2 单测类（110+87 行）。
-- [x] **独立核验 有条件 PASS**：lan-189 `ses_e65806c2fffeBuj2pXHw97jnfh`（12:23 派发，12:57 产出报告），指令 `out/verify_child_def_prompt.txt`。编译 BUILD SUCCESS（2033 源文件）、单测 11/11（FamilyMemberServiceIsChildTest 5 + UserUtilTest 6）、九项审查全 ✓。核验分支 `origin/verify/user-is-child`（rebase 后 `3b9576d4f`）。
-- [x] **已合入 cfclub（13:2x）**：merge commit `1173f3375`（`--no-ff`，父链 = eec0db368 + verify -> 3b9576d4f，11 文件无冲突），推送验证通过。
-- ⚠ **主理人知会（非阻断）**：**B1** 项目 `pom.xml <skipTests>true</skipTests>` 默认跳过单测（合入后常规 mvn test 不自动验证，须 `-DskipTests=false`）；**B5** updateMember 改成员生日只写 family_members.birthday 不写 users.birthday，is_child 年龄兜底读 users.birthday 可能用旧值（既有双写问题延伸，本提交未恶化）；B2/B3/B4/B6/B7/B8 为轻量后续可统一。
-
-## AI 使用会员门禁（2026-11-02 需求）— 已完成并合入 cfclub
-- [x] **需求**：小程序所有 AI 使用功能为会员加开关，仅有效期内缴费会员可用。
-- [x] **主理人四项决策**：① 等级下限=BASIC 及以上；② 复用开关 `ai.coach.member_gate_enabled`；③ 过期后可查看+删除/归档历史会话；④ 不纳入门禁（保留 FREE 每日 1 次引流钩子）：/report/analyze + 情绪照片 + 舌诊 + 饮食识别。
-- [x] **Q3 拍板**：`/butler/sessions/create` 纳入门禁（list/detail/archive/delete 保持开放）。
-- [x] **任务书已合入 cfclub**：`docs/superpowers/specs/2026-11-02-ai-member-gate-design.md`（commit `85e93fb56`，v1.1）。
-- [x] **开发完成并自 push**：后端 T-B0/B1/B2 → 分支 `feature/ai-member-gate-backend` @ `9e1fc2f25`（dev 会话 lan-248 `ses_e6308a0f4ffeDIT5WaGL3FlVuX`）；前端 T-F0/F1/F2 → 分支 `feature/ai-member-gate-frontend` @ `1e2516e0c`（dev 会话 lan-189 `ses_e6306855affekn2AjzNbWLkHn3`）。指令 `out/ai_member_gate_backend_prompt.txt` / `out/ai_member_gate_frontend_prompt.txt`。
-- [x] **独立核验 PASS**：后端 lan-204 `ses_e62d1c830ffeoe0LNO9H3nWgnd`（mvn compile BUILD SUCCESS；重点 4 类单测 56/56 通过；全量失败均为无关既有测试，基线对照一致）→ **PASS**；前端 pub-iwintrue `ses_e62d0b380ffeKqNAwI5hYYV1SW`（jest 4 条门禁单测全过，全量唯一失败 `createTask` 为 pre-existing；mp-weixin 构建 exit=0 与基线 warning 集合一致）→ **PASS**（报告 commit `86e93896c`）。
-- [x] **已合入 cfclub（2026-11-03）**：走独立 worktree `merge/ai-member-gate` 两次 `--no-ff` 合并（后端 `19d25aa01`、前端 `016097715`），并补合 origin/cfclub 最新 `0465afce9`（首页热门商品决策：移除收起切换、查看更多直达商城，门禁无关，已正确保留 cfclub 决策）；最终 cfclub HEAD = `541d9e87c`。`merge-base --is-ancestor` 双分支均 ✓。回滚锚点 `refs/backup/cfclub-pre-aigate-merge-20261103` = `ddd1f9f04`。
-- [x] **迁移 worktree**：`/e/cfc-aigate-merge` 可清理（已 push，本地可删）。
+## 未决（2026-11-03 清理后保留）
+- [ ] **T28-FIX（P0）收尾**：方向 A（写侧统一）已裁决（2026-11-02）；加固代码 `4de8cb16a` 已合入 cfclub 主链（11-02 15:25，`resolveFoodIndexUserId` 先查 users 表防数值碰撞误判 + 3 项单测）；迁移脚本 `V253__migrate_food_recommend_idx_to_users_id.sql` 已就绪（只写未执行）。剩余两环：
+  1. **迁移执行**（生产库 memberId 键历史行 → users.id）——属不可逆生产操作，须主理人确认迁移方案后再执行；
+  2. **独立核验**（T28-FIX-V）——迁移执行后派发，验证 AC-09 收敛与无越权读。
+  - 参照：`feature/t28-fix-key-align`（方向 B 双轨变体，c70b58049）未合入 cfclub，与已选方向 A 冲突，已废弃。

tools/xaf_agent_hub/lead_backlog_archive.md

@@ -0,0 +1,51 @@
+# 主理人待办台账 · 归档（已完成/已闭环，不再显示于巡检报告第三节）
+
+> 归档日期：2026-11-03。原活动台账 `lead_backlog.md` 已清理，仅保留真实未决条目。
+> 本文件保留审计线索（合入 commit / 核验结论），不再被 `check_agents.py` 读取。
+> 备份：`lead_backlog.md.bak_20261103_1350`。
+
+## 已完成（2026-10-24）
+- [x] 打卡修复 4 问题（formatDate/任务不关闭/计数/成员切换）——开发完成（12:20），**核验 7 项全部 PASS**（ses_e93d54ff6ffe3TfT3k7k1IKHf9，14:06 完成），报告 `docs/superpowers/plans/verify/verify-task-checkin-fix.md`
+- [x] 任务列表页美化 + 家庭成员选择置顶（tasks.vue）——**开发会话完成**（ses_e93d5b5efffezSyoVMFBNEyQ4o，13:46 完成），仅改 tasks.vue 模板+样式，逻辑原样保留，vue 编译 1/1 PASS、反模式 ERROR 0
+- [x] git 收尾——打卡修复 9 文件 commit（f71832d28）+ 707ea09ad push 至 origin/cfclub（会话 ses_e9351acf0ffes62UwpWqFOCVDP，15:11 完成），工作区干净
+
+## 等你拍板（2026-10-27 定稿）
+- [x] **T29-B1 合主线**：B1 独立核验已完成（`origin/feature/t29-b1v-verification = 608f18fbf`），结论 **CONDITIONAL PASS**。B1+FIX 已于 2026-10-27 **合并入 cfclub**（merge commit `4dc706188`，父链 = cfclub 637d6a15b + vfix c1df0f17d，7 文件无冲突，V-01 setScore 兜底 + V-02 report_date 提取均已验证在合并结果中）。
+- [x] **T29-B2 派发**：已派 lan-189 `ses_e82f773fcffePaGYPNUK1muSHx`（axon/deepseek，分支 `feature/proxy-fix-b2-security`，2026-10-27 19:04 确认正常执行），指令 `out/t29_b2_security_prompt.txt`。B3 待 B2 核验通过后派。
+- [x] **优惠券未完成任务补录入池**：2026-10-27 补录 4 条到任务池（`COUPON-C2`/`COUPON-C3`/`COUPON-REG`/`COUPON-P2`，均 pending）。C2/C3 已由 pub-iwintrue 会话完成但**未 push**（commit `be16b8eb3`/`3379d4ad1`/`892a7e7c9` 不在任何远端分支，全量 fetch 验证）；COUPON-REG（注册发券）原观察项转正式；COUPON-P2 为技术债打包。spec `docs/优惠券需求设计与实现核查.md` 已在 cfclub。
+- [x] **任务池同步 cfclub（2026-10-28）**：合并 49 条（本机 48 + cfclub 独有 T19 保留并标注拆分），commit `5dae9e13f` 推至 origin/cfclub。关键更正：此前「C2/C3/P2 未 push」系本机 remotes 缓存过时**误判**——直连服务器确认 T29-B2@`751145b9d`、COUPON-C2@`b8ade0fab`、COUPON-C3@`30bb2255d7`、COUPON-P2@`59bc4100b` 均已 push（仅未合入 cfclub）；COUPON-REG 已合入（`055f6da25`）。新增 **T29-B2V 独立核验**任务，已被巡检派 local-45278 `ses_e7fca6b04ffeYxH60KvsfXV23h`。
+- [x] **T29-B2 合入 cfclub**：B2 独立核验（T29-B2V）done，B2/B3 均已合入 cfclub（751145b9d / proxy-fix-b3-robust 均在 cfclub）。
+- [x] **COUPON-C2/C3/P2 合入 cfclub**：C2/P2 已合入（b8ade0fab / 59bc4100b 在 cfclub）；C3 已通过 `52a278ce3`（领券中心数据源改可取券模板）在 cfclub 落地，C3V + C3-FIXV 核验均 done。全部完成。
+- [x] **T04 第一段收口**：主体已由并发会话 `1f2f9cd01` 合入 cfclub；TrendChart 白板修复已生效于 cfclub 新版（`import { chartRenderConfig } from '@/utils/indicator-change.js'` 已正确，line 22）——`feature/t04-segment1` 的 9efb65396 为旧结构版本，无需再合。第二段（report-detail.vue + L1/L2/L3 门槛）已由 T04-S2/T04-S2-GATE 完成。
+- [x] **CFC-EN-001 能量发放 500 修复**（2026-11-01 派发，来自接口冒烟测试结果诊断）：派 lan-248 `ses_e68fcb4d0ffedxY8SIu6g3uwkA`（axonhub/deepseek-flash，429 黑窗 fallback，新建会话 20:20 确认执行中），指令 `out/en001_prompt.txt`。修复 `/api/energy/grant` 稳定 500（链路 grantEnergy→awardEnergy→awardByConfig/executeAward；候选根因 getDimByCode("body") null / parseDimensionAssign 异常，以真实栈为准）。完成后自 commit+push 到 origin/cfclub，**待独立核验**后合入。
+  - 诊断报告：`docs/tdd/test/2026-11-01-fixme-diagnosis.md`（27 项 fixme 分类：2 真缺陷 / 1 部署滞后 / 15 环境阻塞 / 1 环境数据 / 4 测试夹具 / 2 夹具+授权；badges NOT_FOUND 已过时，前端 10-30 `c465bc3b3` 已收敛 MemberBadge 口径）。
+  - **开发已提交**：commit `fcc6aa876` → 分支 `feature/cfc-en-001-energy-grant-500`（基于 7baa09caa，4 文件 265+/32-）。根因确认：旧 grantEnergy 委托 `awardEnergy("task")`，task_complete 行为配置 100% 分配到 action，请求 body 维度时 balanceMap.get("body")=null → RuntimeException → GlobalExceptionHandler 映射 500。修复：显式构造 allocations 直达指定维度（绕过行为配置比例）+ RuntimeException→IllegalArgumentException/IllegalStateException（GlobalExceptionHandler 已映射 400）；新增 2 单测类（Controller 3 例 + Service 2 例）+ 移除 e2e 2 处 fixme + 1 个特征复现用例。
+  - **独立核验**：lan-204 `ses_e68af7756ffeUGY5FdJW6C66wg`（axonhub/deepseek，新建 21:37），指令 `out/verify_en001_prompt.txt`（检出→rebase origin/cfclub→编译→单测→Q1-Q6 逻辑审查→边界风险→核验结论）。**核验 PASS**（报告 commit `628144956`），已由 `7b6228168 merge(cfc-en-001): 能量发放 500 修复合入（独立核验 PASS）` 合入 cfclub，EnergyService 修复已生效（line 1994 grantEnergy 显式维度）。**已完成**。
+
+## SC-G-03 web 后台微信扫码登录（2026-11-02 派发并合入）
+- [x] **已拍板**：立项开发 + 复用现有小程序码 SSO（用户选择）。开发分支 `origin/feature/admin-wx-scan-login`（3 commit：`e4a4a26f2` 后端端点 + `07bd1074a` 单测 + `c28464e66` 前端入口，6 文件 653+/45-）。
+- [x] **独立核验 PASS**：lan-204 `ses_e6584510dffe7lwqtFWIY8CuE6`（12:19 派发，12:56 产出报告），指令 `out/verify_admin_wx_scan_login_prompt.txt`。编译 BUILD SUCCESS（2032 源文件）、单测 11/11（须 `-DskipTests=false`）、红线 ssoLogin 无触碰、角色校验/JWT 签发/state 生命周期/端点公开 3 处/前端逻辑/api-auth 七项全 ✓。核验分支 `origin/verify/admin-wx-scan-login`（rebase 后 `4a894d3cc`）。附注：前端 npm build 未执行（worktree 无 node_modules），已静态审查 Login.vue/auth.js 无跳转回归。
+- [x] **已合入 cfclub（13:2x）**：merge commit `eec0db368`（`--no-ff`，父链 = b35d9fd54 + verify -> 4a894d3cc，6 文件无冲突），推送验证 `merge-base --is-ancestor` 通过。SC-G-03 回填 done。
+
+## 孩子定义字段 users.is_child（2026-11-02 派发并合入）
+- [x] **开发已提交**：分支 `origin/feature/user-is-child`（1 commit `e3e52ca38`，11 文件 352+/1-）。User.isChild + schema.sql TINYINT(1) NULL + DatabaseInitializer 迁移443 ensureColumn（覆盖「不新增迁移」纪律，需求硬要求）；UserUtil 显式优先/年龄<18 兜底/fillDefaultIsChild 仅 null 时填；applyIsChildFlag 家庭管理员 403 + 落库 users；updateParentMember 主账号 memberId=users.id 语义正确；UserService 5 调用点；Controller Boolean/Number/String 解析 + 403 映射；2 单测类（110+87 行）。
+- [x] **独立核验 有条件 PASS**：lan-189 `ses_e65806c2fffeBuj2pXHw97jnfh`（12:23 派发，12:57 产出报告），指令 `out/verify_child_def_prompt.txt`。编译 BUILD SUCCESS（2033 源文件）、单测 11/11（FamilyMemberServiceIsChildTest 5 + UserUtilTest 6）、九项审查全 ✓。核验分支 `origin/verify/user-is-child`（rebase 后 `3b9576d4f`）。
+- [x] **已合入 cfclub（13:2x）**：merge commit `1173f3375`（`--no-ff`，父链 = eec0db368 + verify -> 3b9576d4f，11 文件无冲突），推送验证通过。
+- ⚠ **主理人知会（非阻断）**：**B1** 项目 `pom.xml <skipTests>true</skipTests>` 默认跳过单测（合入后常规 mvn test 不自动验证，须 `-DskipTests=false`）；**B5** updateMember 改成员生日只写 family_members.birthday 不写 users.birthday，is_child 年龄兜底读 users.birthday 可能用旧值（既有双写问题延伸，本提交未恶化）；B2/B3/B4/B6/B7/B8 为轻量后续可统一。
+
+## AI 使用会员门禁（2026-11-02 需求）— 已完成并合入 cfclub
+- [x] **需求**：小程序所有 AI 使用功能为会员加开关，仅有效期内缴费会员可用。
+- [x] **主理人四项决策**：① 等级下限=BASIC 及以上；② 复用开关 `ai.coach.member_gate_enabled`；③ 过期后可查看+删除/归档历史会话；④ 不纳入门禁（保留 FREE 每日 1 次引流钩子）：/report/analyze + 情绪照片 + 舌诊 + 饮食识别。
+- [x] **Q3 拍板**：`/butler/sessions/create` 纳入门禁（list/detail/archive/delete 保持开放）。
+- [x] **任务书已合入 cfclub**：`docs/superpowers/specs/2026-11-02-ai-member-gate-design.md`（commit `85e93fb56`，v1.1）。
+- [x] **开发完成并自 push**：后端 T-B0/B1/B2 → 分支 `feature/ai-member-gate-backend` @ `9e1fc2f25`（dev 会话 lan-248 `ses_e6308a0f4ffeDIT5WaGL3FlVuX`）；前端 T-F0/F1/F2 → 分支 `feature/ai-member-gate-frontend` @ `1e2516e0c`（dev 会话 lan-189 `ses_e6306855affekn2AjzNbWLkHn3`）。指令 `out/ai_member_gate_backend_prompt.txt` / `out/ai_member_gate_frontend_prompt.txt`。
+- [x] **独立核验 PASS**：后端 lan-204 `ses_e62d1c830ffeoe0LNO9H3nWgnd`（mvn compile BUILD SUCCESS；重点 4 类单测 56/56 通过；全量失败均为无关既有测试，基线对照一致）→ **PASS**；前端 pub-iwintrue `ses_e62d0b380ffeKqNAwI5hYYV1SW`（jest 4 条门禁单测全过，全量唯一失败 `createTask` 为 pre-existing；mp-weixin 构建 exit=0 与基线 warning 集合一致）→ **PASS**（报告 commit `86e93896c`）。
+- [x] **已合入 cfclub（2026-11-03）**：走独立 worktree `merge/ai-member-gate` 两次 `--no-ff` 合并（后端 `19d25aa01`、前端 `016097715`），并补合 origin/cfclub 最新 `0465afce9`（首页热门商品决策：移除收起切换、查看更多直达商城，门禁无关，已正确保留 cfclub 决策）；最终 cfclub HEAD = `541d9e87c`。`merge-base --is-ancestor` 双分支均 ✓。回滚锚点 `refs/backup/cfclub-pre-aigate-merge-20261103` = `ddd1f9f04`。
+- [x] **迁移 worktree**：`/e/cfc-aigate-merge` 可清理（已 push，本地可删）。
+
+## 三页访客态重设计（2026-11-02/03 需求）— 已完成并合入 cfclub
+- [x] **需求**：主理人「重新设计登录前的健康、成长和我的页面的内容，并美化」。设计由设计团队产出 `guest-tabs-redesign.html`（三页访客态视觉预览，ui-designer-2-2 产出，已过 design-critic-2 门禁复核）；配色令牌由 CFC-COLOR-01 合入 cfclub，任务不改 uni.scss。
+- [x] **任务书**：`.workbuddy/tasks/2026-11-03-guest-tabs-redesign.md` + 自包含 dispatch prompt `out/guest_redesign_prompt.txt` + 入池 CFC-GUEST-01（P1/cfc-frontend/lan-248）。**首次 dispatch HTTP 500**：远程 Linux 从 Git Bash 调 `--dir '/sc-data/cfc'` 被 MSYS 路径转换吞掉 → 加 `MSYS_NO_PATHCONV=1` 后投递成功。
+- [x] **开发完成并自 push**：会话 `ses_e5f134e01ffeBm7PeVvD1GjMoW`（opencode/deepseek-v4.1-flash-free，黑窗已解除），分支 `feature/guest-tabs-redesign` @ `372ec4641`（基 `52fe45b11`），恰好 4 文件 +590/-630（health/growth/profile 访客态 + LoginGuideCard）。
+- [x] **独立核验 PASS（本地只读）**：访客态零 emoji/零 Grid/零 `?.`/零 WXML `<svg>`/`:key` 无表达式；五维身→智→富→行→心（错序 0 命中）；配色全走 SCSS 令牌；模板登录态分支三页零改动；我的页无「登录后，和家庭一起开始」卡；`npm run build:mp-weixin` **EXIT=0**（warning 全为存量 export 缺失）。任务书验收清单全勾。
+- [x] **已合入 cfclub（11-03 19:3x）**：主理人裁决「全入」。worktree `merge/guest-tabs-20261103` `--no-ff` 合并 → merge commit `ced6a44a8`（4 文件无冲突）；push 前重测 origin/cfclub 未前进（中间提交天盘修复/config revert 未触及 4 文件）；合并后 4 文件与 feature 分支逐字节一致、`merge-base --is-ancestor ✓`。回滚锚点 `refs/backup/cfclub-pre-guest-merge-20261103` = `554ac16fa`。最终 cfclub HEAD = `ced6a44a8`。worktree 已清理。

tools/xaf_agent_hub/tasks_backlog.json

@@ -1587,9 +1587,61 @@
     "priority": "P1",
     "module": "fullstack",
     "instance": "",
-    "status": "pending",
+    "status": "done",
     "spec": "docs/superpowers/specs/2026-11-01-team-system-design.md",
-    "prompt": "规格 2026-11-01-team-system-design.md §3.5/§4.2/§4.3（已合入 cfclub）。背景：廖总要求「在我的团队加一个邀请功能，邀请其他用户加入团队」。现状(勿重复核查)：SupplySystemController 仅 member/add(管理员直接加, 参数仅 systemId/userId, 不带parentId不联动supply_hierarchy)；SupplySystemMember 无邀请码/受邀人字段；前端 vendor/team-system.vue(780行) 无邀请入口。可参照 DistributionService.generateInviteCode/registerByInviteCode 手法(结算模型不同, 仅复用码生成/凭码注册)。\n数据：supply_system_member 扩列 invite_code(幂等 ensureColumn + 同步 schema.sql)。\n接口(@PostMapping+@Resource+@RequestAttribute(\"userId\")+Result<T>, /api/admin/supply-team/*)：① POST /invite-code 生成/获取我的邀请码(幂等, 已生成复用, 支持刷新重置旧码) ② POST /invite/info 凭码查团队名/邀请人昵称头像/成员数(确认页用, 不泄露隐私) ③ POST /invite/join 凭码加入(校验码有效+用户未加入过该体系→addMember(systemId,userId,role=member,active) + SupplyHierarchyService.addRelation(systemId,inviterId,userId) 挂parentId=邀请人/level=父level+1)。\n前端：vendor/team-system.vue 团队成员区加「邀请成员」按钮→弹窗(邀请码+复制+可后置小程序码)；新增受邀确认页(展示邀请人/团队→加入→跳转我的团队)。\n边界：同一(systemId,userId)仅加入一次(addMember已有existing检查)；status=inactive后可再申请；role=member不可自助变更；邀请不直接挂钩佣金(结算走唯一负责人口径§0.5)。默认自助加入即生效(负责人可移除)、邀请码永久有效唯一。\n约束：先查 API_REFERENCE 避免重复并同步；mvn clean compile + node --check 通过；不破坏现有4套团队功能。"
+    "prompt": "规格 2026-11-01-team-system-design.md §3.5/§4.2/§4.3（已合入 cfclub）。背景：廖总要求「在我的团队加一个邀请功能，邀请其他用户加入团队」。现状(勿重复核查)：SupplySystemController 仅 member/add(管理员直接加, 参数仅 systemId/userId, 不带parentId不联动supply_hierarchy)；SupplySystemMember 无邀请码/受邀人字段；前端 vendor/team-system.vue(780行) 无邀请入口。可参照 DistributionService.generateInviteCode/registerByInviteCode 手法(结算模型不同, 仅复用码生成/凭码注册)。\n数据：supply_system_member 扩列 invite_code(幂等 ensureColumn + 同步 schema.sql)。\n接口(@PostMapping+@Resource+@RequestAttribute(\"userId\")+Result<T>, /api/admin/supply-team/*)：① POST /invite-code 生成/获取我的邀请码(幂等, 已生成复用, 支持刷新重置旧码) ② POST /invite/info 凭码查团队名/邀请人昵称头像/成员数(确认页用, 不泄露隐私) ③ POST /invite/join 凭码加入(校验码有效+用户未加入过该体系→addMember(systemId,userId,role=member,active) + SupplyHierarchyService.addRelation(systemId,inviterId,userId) 挂parentId=邀请人/level=父level+1)。\n前端：vendor/team-system.vue 团队成员区加「邀请成员」按钮→弹窗(邀请码+复制+可后置小程序码)；新增受邀确认页(展示邀请人/团队→加入→跳转我的团队)。\n边界：同一(systemId,userId)仅加入一次(addMember已有existing检查)；status=inactive后可再申请；role=member不可自助变更；邀请不直接挂钩佣金(结算走唯一负责人口径§0.5)。默认自助加入即生效(负责人可移除)、邀请码永久有效唯一。\n约束：先查 API_REFERENCE 避免重复并同步；mvn clean compile + node --check 通过；不破坏现有4套团队功能。",
+    "session_id": "ses_e656ec46fffeJY6vsM2mF63iMA",
+    "dispatched_at": "2026-11-02 12:42:51",
+    "dispatched_to": "lan-248",
+    "model": "axonhub/deepseek",
+    "done_at": "2026-11-02 14:17:50"
+  },
+  {
+    "id": "T39",
+    "title": "统一真实姓名回填昵称规则（扩展 RealNameBackfillService 同时补 realName+nickname，接入所有姓名写入入口，修复但管家/营养师申请 realName 持久化）",
+    "priority": "P1",
+    "module": "fullstack",
+    "instance": "",
+    "status": "done",
+    "spec": "docs/superpowers/specs/2026-11-02-realname-nickname-backfill-design.md",
+    "prompt": "规格 2026-11-02-realname-nickname-backfill-design.md（已合入 cfclub）。背景：廖总要求\"检查当前所有要使用用户真实姓名的地方，如果添加姓名且user表的真实姓名还未填，则用这个姓名补充真实姓名和用户昵称\"。核查发现：现有 12 处后端写 users.real_name 入口，仅 RealNameBackfillService 有回填逻辑但只补 realName 不补 nickname；管家/营养师申请前端收集 realName 但后端丢弃。\n方案：扩展 RealNameBackfillService 增加 backfillRealNameAndNickname(userId, name) —— 若 realName 为空，同时补 realName + nickname（nickname 仅在空时补）；在以下入口统一接入：\n1. UserService.updateUserInfo（资料页/加入家庭）\n2. UserService.backfillProfile（就地回写，白名单已含 realName）\n3. UserService.registerWithIdCard（手机+身份证注册）\n4. RealNameBackfillService.backfill（地址/收货人回填，改为同步补两者）\n5. GuideManagementController.apply（规划师注册）\n6. AdminController.createUser（后台创建）\n7. SupplyManageController add/update（供应商创建/更新）\n8. ButlerController.apply（管家申请，新增接收 realName 参数）\n9. NutritionistController.apply（营养师申请，新增接收 realName 参数）\n\n约束：nickname 仅在空时补（不覆盖用户已设昵称）；触发条件=realName 为空；幂等；失败静默不阻塞主流程；mvn clean compile 通过；未破坏现有用户体系。",
+    "session_id": "ses_e647a98c1ffe7jqn7Iijq6z8vV",
+    "dispatched_at": "2026-11-02 17:09:33",
+    "dispatched_to": "local-45278",
+    "model": "axonhub/deepseek",
+    "done_at": "2026-11-02 19:11:02"
+  },
+  {
+    "id": "CFC-COLOR-01",
+    "title": "小程序全局配色迁移「暖调+深橙」（品牌主色降档#C2410C + 页面底色暖米#FBF4EA + 边框暖化，令牌值+tabBar同步）",
+    "priority": "P1",
+    "module": "cfc-frontend",
+    "instance": "lan-248",
+    "status": "done",
+    "spec": ".workbuddy/tasks/2026-11-02-color-migration.md",
+    "created_at": "2026-11-02 23:16:49",
+    "session_id": "ses_e6327b3d1ffemUTFrjOKkhmxmn",
+    "dispatched_at": "2026-11-02 23:20:10",
+    "done_at": "2026-11-02 23:40:59"
+  },
+  {
+    "id": "CFC-GUEST-01",
+    "title": "三页访客态重设计落地（健康/成长/我的）+ 五维顺序修正身→智→富→行→心 + 新暖调配色 + LoginGuideCard升级",
+    "priority": "P1",
+    "module": "cfc-frontend",
+    "instance": "lan-248",
+    "status": "done",
+    "spec": ".workbuddy/tasks/2026-11-03-guest-tabs-redesign.md",
+    "prompt": "规格见 .workbuddy/tasks/2026-11-03-guest-tabs-redesign.md（自包含 dispatch prompt 已写入 out/guest_redesign_prompt.txt，远程按此执行）",
+    "created_at": "2026-11-03 17:53:29",
+    "dispatched_at": "2026-11-03 18:21:37",
+    "session_id": "ses_e5f134e01ffeBm7PeVvD1GjMoW",
+    "dispatched_to": "lan-248",
+    "done_at": "2026-11-03 19:13:28",
+    "branch": "feature/guest-tabs-redesign",
+    "commit": "372ec4641032aa5b5918ec1e30b2abb96d413a5c",
+    "base": "52fe45b11",
+    "verification": "访客态零emoji/零grid/零?./零<svg>；五维身→智→富→行→心；配色全令牌；模板登录态分支零改动；我的页无底部登录引导卡；build:mp-weixin EXIT=0"
   },
   {
     "id": "CFC-TIANPAN-01",
@@ -1597,9 +1649,51 @@
     "priority": "P1",
     "module": "cfc-frontend",
     "instance": "lan-248",
-    "status": "pending",
+    "status": "done",
     "spec": "docs/superpowers/specs/2026-11-04-tianpan-emoji-svg.md",
-    "prompt": "规格 docs/superpowers/specs/2026-11-04-tianpan-emoji-svg.md（已合入 cfclub）。背景：廖总指示将天盘 emoji 图标替换任务入池（方案C）。现状(勿重复核查，使用点已核实)：pages/tianpan/index.vue L66(+L476 canvas) 用 📋 作相关事项缺省图标；pages/mind-detail/components/FamilyTianpanCard.vue 用 &#x2637;(☷ 罗盘)/&#x2B50;(⭐ 心情)/&#x1F9ED;(🧭 八字)/&#x2600;(☀ 传统)/&#x1F52E;(🔮 运势)/&#x1F4A1;(💡 建议) 作功能图标，违反 P0-1 禁emoji规范。→(跳转)/♦✖(宜忌) 为语义符号不替换。\n方案：①先调研 cfc-frontend 既有图标基础设施（uni-icons/iconfont/静态SVG+<image>），沿用同页面方案，不引新依赖；②index.vue L66 替换为图标组件或 <image>，L476 canvas fillText 改 drawImage 预渲染图标（canvas 无法直接渲 SVG 字符串）；③FamilyTianpanCard 各标签/评分图标同法替换；④颜色跟随主题令牌。\n验收：两文件功能图标零 emoji（&#x实体与原生 emoji 均不得用于功能图标）；首页/卡片渲染正常（今日运势/心情星级/罗盘/八字/五行/星座灵数/相关事项卡片）；canvas 绘制不回归；npm run build:mp-weixin EXIT=0；不动后端与天盘分包其余页面。提交独立分支 push 至 origin/cfclub 后回报 commit 哈希。",
-    "created_at": "2026-11-03 20:11:51"
+    "prompt": "规格 docs/superpowers/specs/2026-11-04-tianpan-emoji-svg.md（已合入 cfclub）。背景：廖总指示将天盘 emoji 图标替换任务入池（方案C）。现状(勿重复核查，使用点已核实)：pages/tianpan/index.vue L66(+L476 canvas) 用 📋(U+1F4CB) 作相关事项缺省图标；pages/mind-detail/components/FamilyTianpanCard.vue 用 &#x2637;(☰ 罗盘)/&#x2B50;(⭐ 心情)/&#x1F9ED;(📛 八字)/&#x2600;(☀ 传统)/&#x1F52E;(🔮 运势)/&#x1F4A1;(💡 建议) 作功能图标，违反 P0-1 禁emoji规范。→(跳转)/♦✖(宜忌) 为语义符号不替换。\n方案：①先调研 cfc-frontend 既有图标基础设施（uni-icons/iconfont/静态SVG+<image>），沿用同页面方案，不引新依赖；②index.vue L66 替换为图标组件或 <image>，L476 canvas fillText 改 drawImage 预渲染图标（canvas 无法直接渲 SVG 字符串）；③FamilyTianpanCard 各标签/评分图标同法替换；④颜色跟随主题令牌。\n验收：两文件功能图标零 emoji（&#x实体与原生 emoji 均不得用于功能图标）；首页/卡片渲染正常（今日运势/心情星级/罗盘/八字/五行/星座灵数/相关事项卡片）；canvas 绘制不回归；npm run build:mp-weixin EXIT=0；不动后端与天盘分包其余页面。提交独立分支 push 至 origin/cfclub 后回报 commit 哈希。",
+    "created_at": "2026-11-03 20:00:18",
+    "session_id": "ses_e5eb5878affe0sUDCXwyJsVSah",
+    "dispatched_at": "2026-11-03 20:02:55",
+    "dispatched_to": "local-45278",
+    "model": "axonhub/deepseek",
+    "done_at": "2026-11-03 22:32:43"
+  },
+  {
+    "id": "T40",
+    "title": "小程序新版本强制更新功能（uni.getUpdateManager 检测 + applyUpdate 强制重启，软强制弹窗）",
+    "priority": "P1",
+    "module": "cfc-frontend",
+    "instance": "",
+    "status": "done",
+    "spec": "docs/superpowers/specs/2026-11-03-miniapp-force-update.md",
+    "prompt": "规格 docs/superpowers/specs/2026-11-03-miniapp-force-update.md（待合入 cfclub）。需求：小程序发布新版本后，老版本用户强制升级。\n现状：cfc-frontend 全仓无 getUpdateManager 调用。\n方案：纯前端官方机制。\n1. 新增 cfc-frontend/utils/checkAppUpdate.js：封装 uni.getUpdateManager()，onUpdateReady 时 uni.showModal(showCancel:false, confirmText:/立即更新/)，success 回调调 manager.applyUpdate() 强制重启应用新包；onUpdateFailed 弹\"更新失败\"提示；能力探测不支持时 console.warn 跳过。\n2. App.vue onLaunch 开头调用 checkAppUpdate()（路由逻辑前，因 applyUpdate 重启整机）。\n约束：不依赖 manifest versionName/versionCode（微信后台代码包版本自动判断）；开发版不触发 onUpdateReady 属微信正常行为；不改 splash/登录/路由既有逻辑；调用幂等；失败静默不阻塞主流程；uni-app 编译通过。",
+    "created_at": "2026-11-03 23:35",
+    "session_id": "ses_e5de8832dffe43xH25Win53l8w",
+    "dispatched_to": "lan-204",
+    "model": "opencode/deepseek-v4.1-flash-free",
+    "dispatched_at": "2026-11-03 23:46:55",
+    "done_at": "2026-11-04 00:08:21"
+  },
+  {
+    "id": "GAP-2026-11-03-unified-dimen",
+    "title": "[差距] 2026 11 03 unified dimension system design",
+    "priority": "P1",
+    "module": "cfc-backend",
+    "instance": "",
+    "status": "done",
+    "spec": "docs/superpowers/specs/2026-11-03-unified-dimension-system-design.md",
+    "entity": "DimensionCodeConstants.java",
+    "gap_kinds": [
+      "missing_file"
+    ],
+    "prompt": "请核对需求/设计文档 docs/superpowers/specs/2026-11-03-unified-dimension-system-design.md 与实际实现的差距，并完成以下差距项：\n\n文档主题：2026 11 03 unified dimension system design\n所属模块：cfc-backend\n\n检测到的差距：\n  - [文档提及但尚未创建的代码文件] DimensionCodeConstants.java\n  - [文档提及但尚未创建的代码文件] DimensionRegistryService.java\n  - [文档提及但尚未创建的代码文件] DimensionRegistryController.java\n  - [文档提及但尚未创建的代码文件] DimensionSyncService.java\n  - [文档提及但尚未创建的代码文件] DimensionSelector.vue\n\n任务来源：sync_gap_tasks（巡检发现空闲会话且任务池为空时自动生成）。\n要求：先阅读该文档对应章节，确认差距真实存在（若已实现请如实说明并标记为无需改动），然后按文档口径实现/补齐，完成后自行提交并推送。",
+    "generated_from": "sync_gap_tasks",
+    "generated_at": "2026-11-04 09:46:50",
+    "session_id": "ses_e5bc32342ffeIoo00QDGLWgjYT",
+    "dispatched_at": "2026-11-04 09:46:54",
+    "dispatched_to": "local-45278",
+    "model": "axonhub/deepseek",
+    "done_at": "2026-11-04 23:35:08"
   }
 ]