Explorar el Código

refactor: 全代码库替换术语 分销→销售 分润→返利 裂变→推荐 分佣→佣金

覆盖范围包括:
- 前端小程序(cfc-frontend)会员页用户可见文本
- PPT 生成器脚本及输出(5 个生成器 + 确定性PPT)
- Java 后端 Swagger 描述、错误消息、日志、注释
- SQL schema COMMENT 和段注释
- Web 管理端路由和 API 注释
- 所有设计文档/需求文档/Spec 文档
- 测试文件描述和官网文稿

保留不变:数据库表名/列名、Java 类名/方法名/变量名等技术标识符
asus hace 2 meses
padre
commit
d19a41d19d
Se han modificado 47 ficheros con 474 adiciones y 474 borrados
  1. 21 21
      cfc-backend/src/main/java/com/etotem/cfc/config/DatabaseInitializer.java
  2. 2 2
      cfc-backend/src/main/java/com/etotem/cfc/controller/DistributionInviteController.java
  3. 1 1
      cfc-backend/src/main/java/com/etotem/cfc/controller/ShareController.java
  4. 8 8
      cfc-backend/src/main/java/com/etotem/cfc/controller/admin/AdminDistributionController.java
  5. 4 4
      cfc-backend/src/main/java/com/etotem/cfc/controller/admin/AdminVirtualTeamController.java
  6. 2 2
      cfc-backend/src/main/java/com/etotem/cfc/entity/Product.java
  7. 2 2
      cfc-backend/src/main/java/com/etotem/cfc/entity/ProductOrder.java
  8. 2 2
      cfc-backend/src/main/java/com/etotem/cfc/entity/User.java
  9. 11 11
      cfc-backend/src/main/java/com/etotem/cfc/service/DistributionService.java
  10. 1 1
      cfc-backend/src/main/java/com/etotem/cfc/service/PromotionTierService.java
  11. 1 1
      cfc-backend/src/main/java/com/etotem/cfc/task/CommissionScheduledTasks.java
  12. 2 2
      cfc-backend/src/main/resources/db/migration/supply_system_schema.sql
  13. 7 7
      cfc-backend/src/main/resources/schema.sql
  14. 5 5
      cfc-frontend/pages/membership/plans.vue
  15. 1 1
      cfc-web/public/CHANGELOG.md
  16. 117 117
      cfc-web/src/api/admin.js
  17. 2 2
      cfc-web/src/router/index.js
  18. 1 1
      docs/CHANGELOG.md
  19. 20 20
      docs/SPECS-阶段V1.0.md
  20. 1 1
      docs/backup/superpowers/specs/2026-06-11-wealth-dimension-energy-design.md
  21. 7 7
      docs/ppt-cfc-overview/index.html
  22. 1 1
      docs/relationship-management-analysis.md
  23. 30 30
      docs/superpowers/plans/2026-06-12-danshop-integration-design.md
  24. 2 2
      docs/superpowers/plans/2026-06-15-integer-price-migration.md
  25. 1 1
      docs/superpowers/plans/2026-06-20-cfc-web-e2e-test-fix.md
  26. 1 1
      docs/superpowers/plans/2026-06-20-web-permission-system.md
  27. 2 2
      docs/superpowers/plans/2026-07-05-supply-distribution-system.md
  28. 9 9
      docs/superpowers/plans/2026-07-09-family-membership-ai-butler.md
  29. 17 17
      docs/superpowers/plans/2026-07-09-family-membership-core.md
  30. 13 13
      docs/superpowers/specs/2026-06-24-cfc-ecommerce-extension-design.md
  31. 3 3
      docs/superpowers/specs/2026-07-05-supply-distribution-system-design.md
  32. 81 81
      docs/superpowers/specs/2026-07-09-family-membership-design.md
  33. 5 5
      docs/superpowers/specs/2026-07-10-certainty-ppt-design.md
  34. BIN
      docs/浠艾福项目总体介绍.pptx
  35. 1 1
      docs/系统测试/test-records/COMPLETE-TEST-REPORT-20260701.md
  36. 2 2
      docs/系统测试/test-records/TEST-CASE-MATRIX.md
  37. 11 11
      docs/融资计划书-PPT内容方案-v1.0.md
  38. 49 49
      docs/融资计划书-PPT内容方案.md
  39. 3 3
      docs/设计/角色权限-UC矩阵-v2.md
  40. 1 1
      docs/运营推广设计/IMPLEMENTATION_PLAN.md
  41. 3 3
      docs/运营推广设计/README.md
  42. 11 11
      docs/需求分析/会员与分销体系设计.md
  43. 2 2
      e2e_complete_test.py
  44. 2 2
      tests/TEST-RESULTS-v12.md
  45. 1 1
      tests/v11_test.js
  46. 4 4
      web/content-calendar.md
  47. 1 1
      web/promotion-plan-summary.md

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

@@ -1120,7 +1120,7 @@ log.info("已添加template_id列到tasks表");
             log.warn("文章分类种子数据初始化失败: {}", e.getMessage());
         }
 
-        // ==================== 分佣裂变系统 ====================
+        // ==================== 佣金系统 ====================
         
         // 迁移: users表添加推荐人字段
         try {
@@ -1131,12 +1131,12 @@ log.info("已添加template_id列到tasks表");
                 jdbcTemplate.execute("ALTER TABLE users ADD COLUMN referrer_id BIGINT DEFAULT NULL COMMENT '推荐人ID'");
                 jdbcTemplate.execute("ALTER TABLE users ADD COLUMN referral_code VARCHAR(32) DEFAULT NULL COMMENT '个人邀请码'");
                 jdbcTemplate.execute("ALTER TABLE users ADD INDEX idx_referral_code (referral_code)");
-                log.info("已添加佣字段到users表");
+                log.info("已添加佣字段到users表");
             } else {
-                log.info("佣金字段已存在,跳过");
+                log.info("佣金字段已存在,跳过");
             }
         } catch (Exception e) {
-            log.warn("检查/添加佣金字段失败: {}", e.getMessage());
+            log.warn("检查/添加佣金字段失败: {}", e.getMessage());
         }
 
         // 迁移: products表添加利润率字段
@@ -1198,7 +1198,7 @@ log.info("已添加template_id列到tasks表");
             log.warn("创建withdrawal_requests表失败: {}", e.getMessage());
         }
 
-        // ==================== 会员体系 & 佣扩展 ====================
+        // ==================== 会员体系 & 佣扩展 ====================
 
         // 迁移: users表添加会员字段
         try {
@@ -1446,7 +1446,7 @@ log.info("已添加template_id列到tasks表");
                 "enabled TINYINT(1) DEFAULT 1 COMMENT '启用'," +
                 "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='销体系'");
             log.info("已创建distribution_systems表");
         } catch (Exception e) {
             log.warn("创建distribution_systems表失败: {}", e.getMessage());
@@ -1463,7 +1463,7 @@ log.info("已添加template_id列到tasks表");
                 "INDEX idx_system (system_id)," +
                 "INDEX idx_user (user_id)," +
                 "INDEX idx_parent (parent_id)" +
-                ") ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='销关系'");
+                ") ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='销关系'");
             log.info("已创建distribution_relations表");
         } catch (Exception e) {
             log.warn("创建distribution_relations表失败: {}", e.getMessage());
@@ -1528,7 +1528,7 @@ log.info("已添加template_id列到tasks表");
             // 列已存在,忽略错误
         }
         try {
-            jdbcTemplate.execute("ALTER TABLE products ADD COLUMN distribution_system_id BIGINT COMMENT '销体系ID'");
+            jdbcTemplate.execute("ALTER TABLE products ADD COLUMN distribution_system_id BIGINT COMMENT '销体系ID'");
             log.info("已添加distribution_system_id列到products表");
         } catch (Exception e) {
             // 列已存在,忽略错误
@@ -2204,7 +2204,7 @@ log.info("已添加template_id列到tasks表");
                 "receiver_phone VARCHAR(16) DEFAULT NULL COMMENT '收件人电话', " +
                 "receiver_address VARCHAR(256) DEFAULT NULL COMMENT '收件人地址', " +
                 "freight INT DEFAULT 0 COMMENT '运费(分)', " +
-                "profit_amount INT DEFAULT 0 COMMENT '分润金额(分)', " +
+                "profit_amount INT DEFAULT 0 COMMENT '返利金额(分)', " +
                 "created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, " +
                 "updated_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, " +
                 "INDEX idx_buyer (buyer_id), " +
@@ -2288,7 +2288,7 @@ log.info("已添加template_id列到tasks表");
             log.warn("创建 danshop_logistics 表失败: {}", e.getMessage());
         }
 
-        // 7. danshop_profit_rules (分润规则配置表)
+        // 7. danshop_profit_rules (返利规则配置表)
         try {
             jdbcTemplate.execute("CREATE TABLE IF NOT EXISTS danshop_profit_rules (" +
                 "id BIGINT AUTO_INCREMENT PRIMARY KEY, " +
@@ -2296,21 +2296,21 @@ log.info("已添加template_id列到tasks表");
                 "rule_type VARCHAR(32) NOT NULL COMMENT '规则类型: product_category/vendor_level/global', " +
                 "target_id BIGINT DEFAULT NULL COMMENT '关联目标ID', " +
                 "platform_profit_rate INT NOT NULL COMMENT '平台利润率(bps,100=1%)', " +
-                "referrer_l1_rate INT DEFAULT 0 COMMENT '直接推荐人分润比例(bps,占利润%)', " +
-                "referrer_l2_rate INT DEFAULT 0 COMMENT '间接推荐人分润比例(bps,占利润%)', " +
+                "referrer_l1_rate INT DEFAULT 0 COMMENT '直接推荐人返利比例(bps,占利润%)', " +
+                "referrer_l2_rate INT DEFAULT 0 COMMENT '间接推荐人返利比例(bps,占利润%)', " +
                 "platform_service_rate INT DEFAULT 0 COMMENT '平台服务费率(bps,占订单金额%)', " +
                 "is_active INT DEFAULT 1 COMMENT '1启用/0禁用', " +
                 "created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, " +
                 "updated_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, " +
                 "INDEX idx_type (rule_type, target_id), " +
                 "INDEX idx_active (is_active)" +
-                ") ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='分润规则配置表'");
+                ") ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='返利规则配置表'");
             log.info("已创建 danshop_profit_rules 表");
         } catch (Exception e) {
             log.warn("创建 danshop_profit_rules 表失败: {}", e.getMessage());
         }
 
-        // 8. danshop_profit_logs (分润流水表)
+        // 8. danshop_profit_logs (返利流水表)
         try {
             jdbcTemplate.execute("CREATE TABLE IF NOT EXISTS danshop_profit_logs (" +
                 "id BIGINT AUTO_INCREMENT PRIMARY KEY, " +
@@ -2323,11 +2323,11 @@ log.info("已添加template_id列到tasks表");
                 "vendor_income INT NOT NULL COMMENT '供应商实收金额(分)', " +
                 "commission_l1 INT DEFAULT 0 COMMENT 'L1推荐人佣金(分)', " +
                 "commission_l2 INT DEFAULT 0 COMMENT 'L2推荐人佣金(分)', " +
-                "rule_id BIGINT DEFAULT NULL COMMENT '使用的分润规则ID', " +
+                "rule_id BIGINT DEFAULT NULL COMMENT '使用的返利规则ID', " +
                 "created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, " +
                 "INDEX idx_order (order_id), " +
                 "INDEX idx_order_no (order_no)" +
-                ") ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='分润流水表'");
+                ") ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='返利流水表'");
             log.info("已创建 danshop_profit_logs 表");
         } catch (Exception e) {
             log.warn("创建 danshop_profit_logs 表失败: {}", e.getMessage());
@@ -4010,15 +4010,15 @@ try {
             log.warn("创建dan_knowledge_base_tag表可能已存在: {}", e.getMessage());
         }
 
-        // 迁移32: products表添加配送/类目/销字段(商品编辑表单对齐)
+        // 迁移32: products表添加配送/类目/销字段(商品编辑表单对齐)
         ensureColumn("products", "delivery_method", "TINYINT DEFAULT 1 COMMENT '配送方式: 1=快递 2=自提 3=两者皆可'");
         ensureColumn("products", "category_id", "BIGINT COMMENT '商品类目ID'");
-        ensureColumn("products", "distribution_system_id", "BIGINT COMMENT '销体系ID'");
+        ensureColumn("products", "distribution_system_id", "BIGINT COMMENT '销体系ID'");
 
-        // 迁移33: 创建供应商销体系表 + product_orders扩展字段
+        // 迁移33: 创建供应商销体系表 + product_orders扩展字段
         ensureColumn("product_orders", "supply_system_id", "BIGINT COMMENT '所属供应商体系ID'");
         ensureColumn("product_orders", "supplier_id", "BIGINT COMMENT '收款供应商用户ID'");
-        ensureColumn("product_orders", "supply_commission", "INT COMMENT '销佣金(分)'");
+        ensureColumn("product_orders", "supply_commission", "INT COMMENT '销佣金(分)'");
         try {
             jdbcTemplate.execute("ALTER TABLE product_orders ADD KEY idx_supply_system_id (supply_system_id)");
             log.info("已添加idx_supply_system_id索引到product_orders表");
@@ -4711,7 +4711,7 @@ try {
                 "team_size_3rd INT DEFAULT 0 COMMENT '三层团队人数', " +
                 "total_team_size INT DEFAULT 0 COMMENT '三层累计总人数', " +
                 "total_referral_earnings INT DEFAULT 0 COMMENT '累计推荐佣金(分)', " +
-                "total_share_earnings INT DEFAULT 0 COMMENT '累计消费分润(分)', " +
+                "total_share_earnings INT DEFAULT 0 COMMENT '累计消费返利(分)', " +
                 "promoted_at DATETIME DEFAULT NULL COMMENT '最近晋级时间', " +
                 "last_change_at DATETIME DEFAULT NULL COMMENT '最后变更时间', " +
                 "created_at DATETIME DEFAULT CURRENT_TIMESTAMP, " +

+ 2 - 2
cfc-backend/src/main/java/com/etotem/cfc/controller/DistributionInviteController.java

@@ -16,7 +16,7 @@ import javax.annotation.Resource;
 import java.util.List;
 import java.util.Map;
 
-@Tag(name = "销邀请", description = "服务商销邀请码和小程序端接口")
+@Tag(name = "销邀请", description = "服务商销邀请码和小程序端接口")
 @RestController
 @RequestMapping("/api/distribution/invite")
 public class DistributionInviteController {
@@ -24,7 +24,7 @@ public class DistributionInviteController {
     @Resource
     private DistributionService distributionService;
 
-    @Operation(summary = "生成/获取我的销邀请码")
+    @Operation(summary = "生成/获取我的销邀请码")
     @PostMapping("/generate")
     public Result<String> generate(
             @RequestAttribute("userId") Long userId,

+ 1 - 1
cfc-backend/src/main/java/com/etotem/cfc/controller/ShareController.java

@@ -13,7 +13,7 @@ import java.util.HashMap;
 import java.util.List;
 import java.util.Map;
 
-@Tag(name = "内容分享", description = "文章/商品分享裂变接口")
+@Tag(name = "内容分享", description = "文章/商品分享推荐接口")
 @RestController
 @RequestMapping("/api/share")
 public class ShareController {

+ 8 - 8
cfc-backend/src/main/java/com/etotem/cfc/controller/admin/AdminDistributionController.java

@@ -15,7 +15,7 @@ import javax.annotation.Resource;
 import java.util.List;
 import java.util.Map;
 
-@Tag(name = "管理端-销管理")
+@Tag(name = "管理端-销管理")
 @RestController
 @RequestMapping("/api/admin/distribution")
 public class AdminDistributionController {
@@ -23,25 +23,25 @@ public class AdminDistributionController {
     @Resource
     private DistributionService distributionService;
 
-    @Operation(summary = "创建销体系")
+    @Operation(summary = "创建销体系")
     @PostMapping("/system/create")
     public Result<String> createSystem(@RequestBody DistributionSystem system) {
         return distributionService.createSystem(system);
     }
 
-    @Operation(summary = "更新销体系")
+    @Operation(summary = "更新销体系")
     @PostMapping("/system/update")
     public Result<String> updateSystem(@RequestBody DistributionSystem system) {
         return distributionService.updateSystem(system);
     }
 
-    @Operation(summary = "销体系列表")
+    @Operation(summary = "销体系列表")
     @PostMapping("/system/list")
     public Result<List<DistributionSystem>> listSystems() {
         return distributionService.listSystems();
     }
 
-    @Operation(summary = "启用/禁用销体系")
+    @Operation(summary = "启用/禁用销体系")
     @PostMapping("/system/toggle")
     public Result<String> toggleSystem(@RequestBody Map<String, Object> params) {
         Long id = params.get("id") != null ? Long.valueOf(params.get("id").toString()) : null;
@@ -49,7 +49,7 @@ public class AdminDistributionController {
         return distributionService.toggleSystem(id);
     }
 
-    @Operation(summary = "销关系列表")
+    @Operation(summary = "销关系列表")
     @PostMapping("/relation/list")
     public Result<List<DistributionRelation>> listRelations(@RequestBody Map<String, Object> params) {
         Long systemId = params.get("systemId") != null ? Long.valueOf(params.get("systemId").toString()) : null;
@@ -57,7 +57,7 @@ public class AdminDistributionController {
         return distributionService.listRelations(systemId, userId);
     }
 
-    @Operation(summary = "添加销关系")
+    @Operation(summary = "添加销关系")
     @PostMapping("/relation/add")
     public Result<Void> addRelation(@RequestBody Map<String, Object> params) {
         Long systemId = params.get("systemId") != null ? Long.valueOf(params.get("systemId").toString()) : null;
@@ -68,7 +68,7 @@ public class AdminDistributionController {
         return distributionService.addRelation(systemId, userId, parentId);
     }
 
-    @Operation(summary = "移除销关系")
+    @Operation(summary = "移除销关系")
     @PostMapping("/relation/remove")
     public Result<String> removeRelation(@RequestBody Map<String, Object> params) {
         Long id = params.get("id") != null ? Long.valueOf(params.get("id").toString()) : null;

+ 4 - 4
cfc-backend/src/main/java/com/etotem/cfc/controller/admin/AdminVirtualTeamController.java

@@ -22,25 +22,25 @@ public class AdminVirtualTeamController {
     @Resource
     private DistributionService distributionService;
 
-    @Operation(summary = "销体系列表")
+    @Operation(summary = "销体系列表")
     @PostMapping("/list")
     public Result<List<DistributionSystem>> list() {
         return distributionService.listSystems();
     }
 
-    @Operation(summary = "创建销体系")
+    @Operation(summary = "创建销体系")
     @PostMapping("/create")
     public Result<String> create(@RequestBody DistributionSystem system) {
         return distributionService.createSystem(system);
     }
 
-    @Operation(summary = "更新销体系")
+    @Operation(summary = "更新销体系")
     @PostMapping("/update")
     public Result<String> update(@RequestBody DistributionSystem system) {
         return distributionService.updateSystem(system);
     }
 
-    @Operation(summary = "启用/禁用销体系")
+    @Operation(summary = "启用/禁用销体系")
     @PostMapping("/toggle")
     public Result<String> toggle(@RequestBody Map<String, Object> params) {
         Long id = params.get("id") != null ? Long.valueOf(params.get("id").toString()) : null;

+ 2 - 2
cfc-backend/src/main/java/com/etotem/cfc/entity/Product.java

@@ -40,12 +40,12 @@ public class Product implements Serializable {
     private String externalId;
     private String externalData;
 
-    // 佣系统 - 平台利润率(千分比)
+    // 佣系统 - 平台利润率(千分比)
     private Integer profitRate;
 
     // 电商扩展字段
     private Long categoryId;               // 商品类目ID
-    private Long distributionSystemId;     // 销体系ID
+    private Long distributionSystemId;     // 销体系ID
 
     private Integer deliveryMethod;        // 配送方式: 1=快递 2=自提 3=两者皆可
 

+ 2 - 2
cfc-backend/src/main/java/com/etotem/cfc/entity/ProductOrder.java

@@ -46,10 +46,10 @@ public class ProductOrder implements Serializable {
     private String refundReason;       // 退款原因
     private Integer refundAmount;      // 退款金额(分)
     private Date refundTime;           // 退款时间
-    // 供应商销字段
+    // 供应商销字段
     private Long supplySystemId;       // 供应商体系ID
     private Long supplierId;           // 供应商ID
-    private Integer supplyCommission;  // 销佣金(分)
+    private Integer supplyCommission;  // 销佣金(分)
     // 混合支付字段
     private Integer pointsUsed;        // 使用的积分数量
     private Integer pointsCost;         // 积分抵扣金额(分)

+ 2 - 2
cfc-backend/src/main/java/com/etotem/cfc/entity/User.java

@@ -100,10 +100,10 @@ public class User implements Serializable {
     // 服务商资质信息 (JSON)
     private String vendorInfo;
 
-    // 佣系统 - 推荐人ID
+    // 佣系统 - 推荐人ID
     private Long referrerId;
 
-    // 佣系统 - 个人邀请码(6位字母数字)
+    // 佣系统 - 个人邀请码(6位字母数字)
     private String referralCode;
 
     // 会员等级: FREE/FAMILY/PROVIDER

+ 11 - 11
cfc-backend/src/main/java/com/etotem/cfc/service/DistributionService.java

@@ -35,7 +35,7 @@ public class DistributionService {
 
     public Result<String> updateSystem(DistributionSystem system) {
         DistributionSystem existing = distributionSystemMapper.selectById(system.getId());
-        if (existing == null) return Result.error("销体系不存在");
+        if (existing == null) return Result.error("销体系不存在");
 
         if (system.getName() != null) existing.setName(system.getName());
         if (system.getDescription() != null) existing.setDescription(system.getDescription());
@@ -54,7 +54,7 @@ public class DistributionService {
 
     public Result<String> toggleSystem(Long id) {
         DistributionSystem system = distributionSystemMapper.selectById(id);
-        if (system == null) return Result.error("销体系不存在");
+        if (system == null) return Result.error("销体系不存在");
 
         system.setEnabled(!Boolean.TRUE.equals(system.getEnabled()));
         system.setUpdatedAt(new Date());
@@ -68,7 +68,7 @@ public class DistributionService {
                 .eq(DistributionRelation::getSystemId, systemId)
                 .eq(DistributionRelation::getUserId, userId)
         );
-        if (existing != null) return Result.error("用户已在该销体系中");
+        if (existing != null) return Result.error("用户已在该销体系中");
 
         DistributionRelation relation = new DistributionRelation();
         relation.setSystemId(systemId);
@@ -140,7 +140,7 @@ public class DistributionService {
     public Result<Map<String, Object>> calculateCommission(Long systemId, Long buyerId, Integer orderAmount) {
         DistributionSystem system = distributionSystemMapper.selectById(systemId);
         if (system == null || !Boolean.TRUE.equals(system.getEnabled())) {
-            return Result.error("销体系不可用");
+            return Result.error("销体系不可用");
         }
 
         int totalCommission = orderAmount * system.getProfitRate() / 1000;
@@ -199,7 +199,7 @@ public class DistributionService {
 
     public Result<List<Map<String, Object>>> getTeamTree(Long systemId) {
         DistributionSystem system = distributionSystemMapper.selectById(systemId);
-        if (system == null) return Result.error("销体系不存在");
+        if (system == null) return Result.error("销体系不存在");
 
         List<DistributionRelation> allRelations = distributionRelationMapper.selectList(
             new LambdaQueryWrapper<DistributionRelation>()
@@ -253,7 +253,7 @@ public class DistributionService {
                 .eq(DistributionRelation::getSystemId, systemId)
                 .eq(DistributionRelation::getUserId, userId)
         );
-        if (relation == null) return Result.error("用户不在该销体系中");
+        if (relation == null) return Result.error("用户不在该销体系中");
 
         List<DistributionRelation> children = distributionRelationMapper.selectList(
             new LambdaQueryWrapper<DistributionRelation>()
@@ -273,7 +273,7 @@ public class DistributionService {
 
     public Result<List<Map<String, Object>>> getTeamMembers(Long systemId) {
         DistributionSystem system = distributionSystemMapper.selectById(systemId);
-        if (system == null) return Result.error("销体系不存在");
+        if (system == null) return Result.error("销体系不存在");
 
         List<DistributionRelation> relations = distributionRelationMapper.selectList(
             new LambdaQueryWrapper<DistributionRelation>()
@@ -328,15 +328,15 @@ public class DistributionService {
 
     public Result<String> generateInviteCode(Long systemId, Long userId) {
         DistributionSystem system = distributionSystemMapper.selectById(systemId);
-        if (system == null) return Result.error("销体系不存在");
-        if (!Boolean.TRUE.equals(system.getEnabled())) return Result.error("销体系未启用");
+        if (system == null) return Result.error("销体系不存在");
+        if (!Boolean.TRUE.equals(system.getEnabled())) return Result.error("销体系未启用");
 
         DistributionRelation relation = distributionRelationMapper.selectOne(
             new LambdaQueryWrapper<DistributionRelation>()
                 .eq(DistributionRelation::getSystemId, systemId)
                 .eq(DistributionRelation::getUserId, userId)
         );
-        if (relation == null) return Result.error("用户不在该销体系中");
+        if (relation == null) return Result.error("用户不在该销体系中");
 
         String code = generateUniqueCode();
         relation.setInviteCode(code);
@@ -381,7 +381,7 @@ public class DistributionService {
                 .eq(DistributionRelation::getSystemId, inviter.getSystemId())
                 .eq(DistributionRelation::getUserId, newUserId)
         );
-        if (existing != null) return Result.error("用户已在该销体系中");
+        if (existing != null) return Result.error("用户已在该销体系中");
 
         DistributionRelation relation = new DistributionRelation();
         relation.setSystemId(inviter.getSystemId());

+ 1 - 1
cfc-backend/src/main/java/com/etotem/cfc/service/PromotionTierService.java

@@ -93,7 +93,7 @@ public class PromotionTierService {
     }
 
     /**
-     * 累加消费分润
+     * 累加消费返利
      */
     public void addShareEarnings(Long userId, int amount) {
         PromotionTier tier = getCurrentTier(userId);

+ 1 - 1
cfc-backend/src/main/java/com/etotem/cfc/task/CommissionScheduledTasks.java

@@ -18,7 +18,7 @@ import java.util.Date;
 import java.util.List;
 
 /**
- * 佣定时任务
+ * 佣定时任务
  * - 更新推荐统计(每日2:00)
  * - 结算待处理佣金(每日3:00)
  * - 批量处理提现(每日23:30)

+ 2 - 2
cfc-backend/src/main/resources/db/migration/supply_system_schema.sql

@@ -1,5 +1,5 @@
 -- ============================================================
--- 供应商销体系 — 数据库迁移
+-- 供应商销体系 — 数据库迁移
 -- 4 张新表 + 1 张扩展现有表
 -- ============================================================
 
@@ -71,5 +71,5 @@ CREATE TABLE IF NOT EXISTS `supply_settlement_detail` (
 ALTER TABLE `product_orders`
   ADD COLUMN `supply_system_id` bigint DEFAULT NULL COMMENT '所属供应商体系ID' AFTER `coupon_id`,
   ADD COLUMN `supplier_id` bigint DEFAULT NULL COMMENT '收款供应商用户ID' AFTER `supply_system_id`,
-  ADD COLUMN `supply_commission` int DEFAULT NULL COMMENT '销佣金(分)' AFTER `supplier_id`,
+  ADD COLUMN `supply_commission` int DEFAULT NULL COMMENT '销佣金(分)' AFTER `supplier_id`,
   ADD KEY `idx_supply_system_id` (`supply_system_id`);

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

@@ -1061,7 +1061,7 @@ CREATE TABLE IF NOT EXISTS products (
     profit_rate INT DEFAULT 0 COMMENT '平台利润率(千分比)',
     delivery_method TINYINT DEFAULT 1 COMMENT '配送方式: 1=快递 2=自提 3=两者皆可',
     category_id BIGINT COMMENT '商品类目ID',
-    distribution_system_id BIGINT COMMENT '销体系ID',
+    distribution_system_id BIGINT COMMENT '销体系ID',
     external_source VARCHAR(64) COMMENT '外部来源系统',
     external_id VARCHAR(128) COMMENT '外部来源ID',
     external_data TEXT COMMENT '外部来源数据JSON',
@@ -1087,7 +1087,7 @@ CREATE TABLE IF NOT EXISTS product_orders (
     paid_at DATETIME COMMENT '支付时间',
     supply_system_id BIGINT COMMENT '所属供应商体系ID',
     supplier_id BIGINT COMMENT '收款供应商用户ID',
-    supply_commission INT COMMENT '销佣金(分)',
+    supply_commission INT COMMENT '销佣金(分)',
     points_used INT DEFAULT 0 COMMENT '使用的积分数量',
     points_cost INT DEFAULT 0 COMMENT '积分抵扣金额(分)',
     money_amount INT DEFAULT 0 COMMENT '现金支付金额(分)',
@@ -1230,7 +1230,7 @@ CREATE TABLE IF NOT EXISTS energy_balance (
 ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='维度余额表';
 
 -- =============================================
--- 分佣裂变系统表
+-- 佣金系统表
 -- =============================================
 
 -- 佣金记录表
@@ -1901,7 +1901,7 @@ CREATE TABLE IF NOT EXISTS referral_leaderboard (
 ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='推广排行榜周记录';
 
 -- =============================================
--- 虚拟服务商团队(销体系)
+-- 虚拟服务商团队(销体系)
 -- =============================================
 
 CREATE TABLE IF NOT EXISTS `distribution_systems` (
@@ -1913,7 +1913,7 @@ CREATE TABLE IF NOT EXISTS `distribution_systems` (
     `enabled` TINYINT(1) DEFAULT 1 COMMENT '是否启用',
     `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 `distribution_relations` (
     `id` BIGINT AUTO_INCREMENT PRIMARY KEY,
@@ -2208,7 +2208,7 @@ CREATE TABLE IF NOT EXISTS cart (
 ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='购物车';
 
 -- ============================================================
--- 供应商销体系
+-- 供应商销体系
 -- ============================================================
 
 CREATE TABLE IF NOT EXISTS supply_system (
@@ -2368,7 +2368,7 @@ CREATE TABLE IF NOT EXISTS promotion_tier (
     team_size_3rd INT DEFAULT 0 COMMENT '三层团队人数',
     total_team_size INT DEFAULT 0 COMMENT '三层累计总人数',
     total_referral_earnings INT DEFAULT 0 COMMENT '累计推荐佣金(分)',
-    total_share_earnings INT DEFAULT 0 COMMENT '累计消费分润(分)',
+    total_share_earnings INT DEFAULT 0 COMMENT '累计消费返利(分)',
     promoted_at DATETIME DEFAULT NULL COMMENT '最近晋级时间',
     last_change_at DATETIME DEFAULT NULL COMMENT '最后变更时间',
     created_at DATETIME DEFAULT CURRENT_TIMESTAMP,

+ 5 - 5
cfc-frontend/pages/membership/plans.vue

@@ -107,7 +107,7 @@ export default {
         '月度健康计划',
         '认证管家服务',
         '推荐佣金 R0-R4',
-        '消费分润 P×20%-40%'
+        '消费返利 P×20%-40%'
       ],
       l2Features: [
         'L1 全部权益',
@@ -117,21 +117,21 @@ export default {
         '双周健康计划',
         '资深管家 (1:30)',
         '专家团会诊每年 4 次',
-        '消费分润 +5% 加成'
+        '消费返利 +5% 加成'
       ],
       benefits: [
         { icon: '🤖', name: 'AI 健康顾问', desc: '7×24 小时智能问答', bg: '#DBEAFE' },
         { icon: '👨‍👩‍👧‍👦', name: '家庭覆盖', desc: '一次付费全家守护', bg: '#D1FAE5' },
         { icon: '👨‍🏫', name: '专属管家', desc: '认证专业人员服务', bg: '#FEF3C7' },
         { icon: '🛒', name: '商品折扣', desc: '会员专享优惠价', bg: '#FCE7F3' },
-        { icon: '💰', name: '消费分润', desc: 'P 点制终身分润', bg: '#FFEDD5' },
+        { icon: '💰', name: '消费返利', desc: 'P 点制终身返利', bg: '#FFEDD5' },
         { icon: '📈', name: '推广佣金', desc: 'R0-R4 阶梯奖励', bg: '#E0E7FF' }
       ],
       faqs: [
         { q: 'L1 一生一世适合谁?', a: '适合有 1-2 个孩子的家庭,追求性价比,希望获得 AI 健康顾问 + 认证管家服务' },
-        { q: 'L2 久久一生与 L1 的区别?', a: 'L2 享资深管家 (1:30 配比)、深度 AI 分析、专家会诊、更高折扣和分润加成' },
+        { q: 'L2 久久一生与 L1 的区别?', a: 'L2 享资深管家 (1:30 配比)、深度 AI 分析、专家会诊、更高折扣和返利加成' },
         { q: 'L2 可以取消吗?', a: '可以,取消后当前月结束后降级为 L0,健康档案保留 30 天' },
-        { q: '消费分润如何计算?', a: '被推荐人消费 P 点总和 × 推广人等级分润率,L2 会员额外 +5% 加成' }
+        { q: '消费返利如何计算?', a: '被推荐人消费 P 点总和 × 推广人等级返利率,L2 会员额外 +5% 加成' }
       ]
     }
   },

+ 1 - 1
cfc-web/public/CHANGELOG.md

@@ -13,7 +13,7 @@
 | `需求分析/` | `底签页面详细设计.md` | 5个 TabBar 页面详细设计 v2.0(含首页/身泰/心智/行远/富沛) |
 | | `TabBar重构需求.md` | 5-Tab 重构原始需求 |
 | | `健康能量设计.md` | 五维能量系统设计 |
-| | `会员与销体系设计.md` | 会员等级与销体系 |
+| | `会员与销体系设计.md` | 会员等级与销体系 |
 | `系统设计/` | `小程序页面重设计划.md` | 小程序页面改造规划 |
 | `设计/` | `角色权限-UC矩阵-v2.md` | 角色权限矩阵 |
 | `superpowers/specs/` | `2026-06-13-five-dimension-pages-redesign.md` | **三页统一改造设计**(含堆叠图、游客模式、权限模型) |

+ 117 - 117
cfc-web/src/api/admin.js

@@ -684,7 +684,7 @@ export function deleteSysConfig(id) {
   })
 }
 
-// ========== 分佣裂变系统 API ==========
+// ========== 佣金推荐系统 API ==========
 
 export function getWithdrawalList(params) {
   return request({
@@ -1032,120 +1032,120 @@ export function saveFoodMonths(id, months) {
   })
 }
 
-
-// 供应商体系管理
-export function getSupplySystemList(params) {
-  return request({
-    url: '/api/admin/supply-system/list',
-    method: 'post',
-    data: params || {}
-  })
-}
-
-export function getSupplySystemDetail(id) {
-  return request({
-    url: '/api/admin/supply-system/detail',
-    method: 'post',
-    data: { id }
-  })
-}
-
-export function createSupplySystem(data) {
-  return request({
-    url: '/api/admin/supply-system/create',
-    method: 'post',
-    data
-  })
-}
-
-export function updateSupplySystem(data) {
-  return request({
-    url: '/api/admin/supply-system/update',
-    method: 'post',
-    data
-  })
-}
-
-export function toggleSupplySystemStatus(id) {
-  return request({
-    url: '/api/admin/supply-system/toggle-status',
-    method: 'post',
-    data: { id }
-  })
-}
-
-export function listAllSupplySystems() {
-  return request({
-    url: '/api/admin/supply-system/list-all',
-    method: 'post'
-  })
-}
-
-export function getSupplySystemMembers(systemId) {
-  return request({
-    url: '/api/admin/supply-system/member/list',
-    method: 'post',
-    data: { systemId }
-  })
-}
-
-export function addSupplySystemMember(systemId, userId) {
-  return request({
-    url: '/api/admin/supply-system/member/add',
-    method: 'post',
-    data: { systemId, userId }
-  })
-}
-
-export function removeSupplySystemMember(memberId) {
-  return request({
-    url: '/api/admin/supply-system/member/remove',
-    method: 'post',
-    data: { memberId }
-  })
-}
-
-export function changeSupplySystemMemberRole(memberId, role) {
-  return request({
-    url: '/api/admin/supply-system/member/change-role',
-    method: 'post',
-    data: { memberId, role }
-  })
-}
-
-// 结算管理
-export function getSupplySettlementList(params) {
-  return request({
-    url: '/api/admin/supply-settlement/list',
-    method: 'post',
-    data: params || {}
-  })
-}
-
-export function getSupplySettlementDetail(id) {
-  return request({
-    url: '/api/admin/supply-settlement/detail',
-    method: 'post',
-    data: { id }
-  })
-}
-
-export function getSupplySettlementDetailItems(settlementId) {
-  return request({
-    url: '/api/admin/supply-settlement/detail-items',
-    method: 'post',
-    data: { settlementId }
-  })
-}
-
-export function createSupplySettlement(systemId, periodStart, periodEnd, remark) {
-  return request({
-    url: '/api/admin/supply-settlement/create',
-    method: 'post',
-    data: { systemId, periodStart, periodEnd, remark }
-  })
-}
-
+
+// 供应商体系管理
+export function getSupplySystemList(params) {
+  return request({
+    url: '/api/admin/supply-system/list',
+    method: 'post',
+    data: params || {}
+  })
+}
+
+export function getSupplySystemDetail(id) {
+  return request({
+    url: '/api/admin/supply-system/detail',
+    method: 'post',
+    data: { id }
+  })
+}
+
+export function createSupplySystem(data) {
+  return request({
+    url: '/api/admin/supply-system/create',
+    method: 'post',
+    data
+  })
+}
+
+export function updateSupplySystem(data) {
+  return request({
+    url: '/api/admin/supply-system/update',
+    method: 'post',
+    data
+  })
+}
+
+export function toggleSupplySystemStatus(id) {
+  return request({
+    url: '/api/admin/supply-system/toggle-status',
+    method: 'post',
+    data: { id }
+  })
+}
+
+export function listAllSupplySystems() {
+  return request({
+    url: '/api/admin/supply-system/list-all',
+    method: 'post'
+  })
+}
+
+export function getSupplySystemMembers(systemId) {
+  return request({
+    url: '/api/admin/supply-system/member/list',
+    method: 'post',
+    data: { systemId }
+  })
+}
+
+export function addSupplySystemMember(systemId, userId) {
+  return request({
+    url: '/api/admin/supply-system/member/add',
+    method: 'post',
+    data: { systemId, userId }
+  })
+}
+
+export function removeSupplySystemMember(memberId) {
+  return request({
+    url: '/api/admin/supply-system/member/remove',
+    method: 'post',
+    data: { memberId }
+  })
+}
+
+export function changeSupplySystemMemberRole(memberId, role) {
+  return request({
+    url: '/api/admin/supply-system/member/change-role',
+    method: 'post',
+    data: { memberId, role }
+  })
+}
+
+// 结算管理
+export function getSupplySettlementList(params) {
+  return request({
+    url: '/api/admin/supply-settlement/list',
+    method: 'post',
+    data: params || {}
+  })
+}
+
+export function getSupplySettlementDetail(id) {
+  return request({
+    url: '/api/admin/supply-settlement/detail',
+    method: 'post',
+    data: { id }
+  })
+}
+
+export function getSupplySettlementDetailItems(settlementId) {
+  return request({
+    url: '/api/admin/supply-settlement/detail-items',
+    method: 'post',
+    data: { settlementId }
+  })
+}
+
+export function createSupplySettlement(systemId, periodStart, periodEnd, remark) {
+  return request({
+    url: '/api/admin/supply-settlement/create',
+    method: 'post',
+    data: { systemId, periodStart, periodEnd, remark }
+  })
+}
+
 export function confirmSupplySettlement(id) {
   return request({
     url: '/api/admin/supply-settlement/confirm',
@@ -1279,7 +1279,7 @@ export function adjustPromotionTier(data) {
   })
 }
 
-// ========== 佣金/分润记录 API ==========
+// ========== 佣金/返利记录 API ==========
 
 export function getCommissionRecords(params) {
   return request({
@@ -1355,4 +1355,4 @@ export function updateCommissionConfig(data) {
     method: 'post',
     data
   })
-}
+}

+ 2 - 2
cfc-web/src/router/index.js

@@ -307,7 +307,7 @@ const routes = [
         component: () => import('@/views/admin/KnowledgeTag.vue'),
         meta: { title: '知识标签', perm: 'articles:categories' }
       },
-      // ========== 分佣裂变系统 ==========
+      // ========== 佣金推荐系统 ==========
       {
         path: 'product-profit-rate',
         name: 'ProductProfitRate',
@@ -567,7 +567,7 @@ const routes = [
       }
     ]
   }
-]
+]
 
 const router = new VueRouter({
   mode: 'history',

+ 1 - 1
docs/CHANGELOG.md

@@ -13,7 +13,7 @@
 | `需求分析/` | `底签页面详细设计.md` | 5个 TabBar 页面详细设计 v2.0(含首页/身泰/心智/行远/富沛) |
 | | `TabBar重构需求.md` | 5-Tab 重构原始需求 |
 | | `健康能量设计.md` | 五维能量系统设计 |
-| | `会员与销体系设计.md` | 会员等级与销体系 |
+| | `会员与销体系设计.md` | 会员等级与销体系 |
 | `系统设计/` | `小程序页面重设计划.md` | 小程序页面改造规划 |
 | `设计/` | `角色权限-UC矩阵-v2.md` | 角色权限矩阵 |
 | `superpowers/specs/` | `2026-06-13-five-dimension-pages-redesign.md` | **三页统一改造设计**(含堆叠图、游客模式、权限模型) |

+ 20 - 20
docs/SPECS-阶段V1.0.md

@@ -13,7 +13,7 @@
 2. [商业模式全景](#2-商业模式全景)
 3. [角色体系与权限矩阵](#3-角色体系与权限矩阵)
 4. [五维幸福模型](#4-五维幸福模型)
-5. [会员体系与销机制](#5-会员体系与销机制)
+5. [会员体系与销机制](#5-会员体系与销机制)
 6. [功能模块全景](#6-功能模块全景)
 7. [阶段规划与优先级](#7-阶段规划与优先级)
 8. [当前实现状态评估](#8-当前实现状态评估)
@@ -57,7 +57,7 @@ AI 初评 + 专家深度解读
 商城复购(积分 + 微信混合支付)
-推荐裂变 → 新用户循环
+推荐推荐 → 新用户循环
 ```
 
 ---
@@ -106,7 +106,7 @@ AI 初评 + 专家深度解读
 创客会员 (PROVIDER · 审核制)
-    │ 供应商入驻/商品管理/订单管理/团队
+    │ 供应商入驻/商品管理/订单管理/团队销
 认证成长规划师 (GUIDE · 审核制)
@@ -177,7 +177,7 @@ AI 初评 + 专家深度解读
 |:----:|:----:|:----:|----------|----------|
 | **身** (Body) | 土 | `#FF8C42` | 主动健康——用最适合的方法(好水与精准营养)从根源调理体质 | 精准营养推荐、健康报告解析、体质调理方案 |
 | **智** (Wisdom) | 金 | `#6366F1` | 赋能未来——专业心智测评与综合素质培养 | DAN 认知测评、六维常模对比、训练推荐 |
-| **富** (Wealth) | 水 | `#F59E0B` | 利他创富——创客成长生态,分享中实现第二收入 | 销体系、推广奖励、积分商城 |
+| **富** (Wealth) | 水 | `#F59E0B` | 利他创富——创客成长生态,分享中实现第二收入 | 销体系、推广奖励、积分商城 |
 | **行** (Action) | 木 | `#10B981` | 人际和谐——亲子/夫妻/社交关系建设 | 家庭关系图、关系类型配置、生肖/血型配对 |
 | **心** (Mind) | 火 | `#FF6B9D` | 大爱相随——心理学视角解读自我与家人 | 情绪认知疏导、家庭关系心理学、人格探索 |
 
@@ -219,7 +219,7 @@ AI 初评 + 专家深度解读
 
 ---
 
-## 5. 会员体系与销机制
+## 5. 会员体系与销机制
 
 ### 5.1 会员等级
 
@@ -227,9 +227,9 @@ AI 初评 + 专家深度解读
 |------|------|------|----------|
 | FREE | 免费 | 基础任务、1 次 DAN 测评初始化、基础文章 | `membership = 'free'` |
 | FAMILY | ¥365/年 | 完整报告、专家解读、积分商城、能量系统、高级内容、推荐佣金 | `membership = 'family'` |
-| PROVIDER | 审核制 | 供应商入驻 + 商品管理 + 订单处理 + 销团队 | `vendor_type` + `guide` 认证 |
+| PROVIDER | 审核制 | 供应商入驻 + 商品管理 + 订单处理 + 销团队 | `vendor_type` + `guide` 认证 |
 
-### 5.2 销体系
+### 5.2 销体系
 
 ```
 用户 A(推荐人)
@@ -239,12 +239,12 @@ AI 初评 + 专家深度解读
     │ B 首次消费时,A 获得积分奖励(平台出资)
     │ B 后续消费时,A 获得消费金额 × 佣金比例(供应商承担)
-销层级
+销层级
     ├── 一级:直接邀请(佣金比例最高)
     └── 二级:下级邀请(佣金比例递减,视配置)
 ```
 
-#### 已实现的销表结构
+#### 已实现的销表结构
 
 | 表 | 用途 | 状态 |
 |----|------|------|
@@ -255,7 +255,7 @@ AI 初评 + 专家深度解读
 | `invite_milestone` | 邀请里程碑奖励 | ✅ 已建表 |
 | `onboarding_task` | 新手引导奖励 | ✅ 已建表 |
 | `growth_task` / `growth_task_log` | 成长任务配置与进度 | ✅ 已建表 |
-| ❌ 佣结算 | 订单级佣金拆分与到账 | 待实现 |
+| ❌ 佣结算 | 订单级佣金拆分与到账 | 待实现 |
 
 ### 5.3 暂未实现的会员功能
 
@@ -265,7 +265,7 @@ AI 初评 + 专家深度解读
 | 会员到期提醒 | 到期前 N 天推送 | P1 |
 | 会员专享内容遮罩 | 免费用户不可查看会员文章 | P1 |
 | 试用期管理 | 邀请 3 人送 7 天体验 | P1 |
-| 佣自动结算 | 订单完成 → 佣金到账可提现 | P2 |
+| 佣自动结算 | 订单完成 → 佣金到账可提现 | P2 |
 
 ---
 
@@ -288,7 +288,7 @@ AI 初评 + 专家深度解读
 | M11 | 健康检测(菌群) | ⚠️ 报告模块完整,商品流程未闭环 | P1 | 🌏 身 |
 | M12 | 会员体系 | ⚠️ 表完整,付费流程待实现 | P1 | — |
 | M13 | 服务商入驻 | ⚠️ 申请流程完整,管理后台待完善 | P1 | — |
-| M14 | 销体系 | ⚠️ 表完整,佣结算待实现 | P2 | 💧 富 |
+| M14 | 销体系 | ⚠️ 表完整,佣结算待实现 | P2 | 💧 富 |
 | M15 | 五维首页 | ⚠️ 部分页面已实现,新设计待重构 | P1 | 全部 |
 | M16 | AI 解读 | ❌ 未启动 | P1 | 🔥 心 |
 | M17 | 精准营养方案 | ❌ 未启动 | P2 | 🌏 身 |
@@ -401,7 +401,7 @@ AI 初评 + 专家深度解读
   ┌─────────────────┐    ┌─────────────────┐    ┌─────────────────┐
   │ • 引流产品上线     │    │ • 会员订阅付费     │    │ • 供应链结算       │
   │ • 商品交易         │    │ • AI 解读         │    │ • 精准营养       │
-  │ • 五维能量基础     │    │ • 销佣金         │    │ • 舌诊功能       │
+  │ • 五维能量基础     │    │ • 销佣金         │    │ • 舌诊功能       │
   │ • 角色体系         │    │ • 五维首页改版     │    │ • 活动生态       │
   │ • 积分体系         │    │ • 能量系统完善     │    │ • 开放平台       │
   └─────────────────┘    └─────────────────┘    └─────────────────┘
@@ -439,7 +439,7 @@ AI 初评 + 专家深度解读
 | P1-03 | 五维首页改版 | 新 TabBar 设计(行/身/智/心/富) | 3 周 |
 | P1-04 | 能量系统完善 | 沙盘评分、健康指数、推荐引擎 | 3 周 |
 | P1-05 | AI 解读接入 | DAN 报告 + 菌群报告 AI 解读 | 3 周 |
-| P1-06 | 推荐佣金 | 一级销佣金自动计算/发放 | 2 周 |
+| P1-06 | 推荐佣金 | 一级销佣金自动计算/发放 | 2 周 |
 | P1-07 | 邀请体验 | 邀请 3 人送 7 天 FAMILY | 1 周 |
 | P1-08 | 菌群检测闭环 | 采样盒下单 → 扫码激活 → 结果回传 | 2 周 |
 | P1-09 | 规划师套餐管理 | 套餐发布/下架/统计 | 1 周 |
@@ -452,7 +452,7 @@ AI 初评 + 专家深度解读
 |:----:|------|------|:------:|
 | P2-01 | 供应链结算 | 账期管理/自动结算/提现 | 高 |
 | P2-02 | 精准营养方案 | 基于检测报告 + 五维模型的个性化营养包 | 高 |
-| P2-03 | 多级分销 | 二级分销 + 团队分润 | 中 |
+| P2-03 | 多层销售 | 二级销售 + 团队返利 | 中 |
 | P2-04 | 舌诊功能 | 舌象拍照上传 → AI 体质辨识 | 中 |
 | P2-05 | 活动生态 | 活动发布/报名/打卡/审核/能量奖励 | 中 |
 | P2-06 | 优惠券系统 | 平台券/商家券/满减 | 中 |
@@ -493,7 +493,7 @@ AI 初评 + 专家深度解读
 | 菌群检测 | ✅ 报告端 | ❌ 未接入 | 8+ | 0 | 35% |
 | 会员体系 | ⚠️ 表完整 | ❌ 未接入 | 0 | 0 | 10% |
 | 服务商入驻 | ✅ 申请端 | ✅ 入驻页 | 10+ | 2 | 60% |
-| 销体系 | ⚠️ 表完整 | ❌ 未接入 | 0 | 0 | 15% |
+| 销体系 | ⚠️ 表完整 | ❌ 未接入 | 0 | 0 | 15% |
 | AI 解读 | ❌ 未开始 | ❌ 未开始 | 0 | 0 | 0% |
 | 活动 | ⚠️ 表完整 | ❌ 未接入 | 4 | 0 | 20% |
 | 舌诊 | ⚠️ 表完整 | ❌ 未开始 | 0 | 0 | 10% |
@@ -576,9 +576,9 @@ AI 初评 + 专家深度解读
 ├── indicator_values         # 全域指标值
 ├── tongue_records           # 舌诊记录
 
-销与供应链
-├── distribution_systems     # 销体系
-├── distribution_relations   # 销关系(树形)
+销与供应链
+├── distribution_systems     # 销体系
+├── distribution_relations   # 销关系(树形)
 ├── supply_system            # 供应商体系
 ├── supply_system_member     # 体系成员
 ├── supply_settlement        # 结算记录
@@ -733,7 +733,7 @@ AI 初评 + 专家深度解读
 | 文档 | 路径 | 说明 |
 |------|------|------|
 | 精准营养与健康报告功能需求 | `docs/需求分析/精准营养与健康报告功能需求.md` | 健康报告 + 营养方案需求 |
-| 会员与销体系设计 | `docs/需求分析/会员与销体系设计.md` | 会员等级、销佣金规则 |
+| 会员与销体系设计 | `docs/需求分析/会员与销体系设计.md` | 会员等级、销佣金规则 |
 | 健康能量设计 | `docs/需求分析/健康能量设计.md` | 五维能量系统完整设计 |
 | TabBar 重构需求 | `docs/需求分析/TabBar重构需求.md` | 首页 TabBar 按五维重新分组 |
 | 底签页面详细设计 | `docs/需求分析/底签页面详细设计.md` | TabBar 各页面内容设计 |

+ 1 - 1
docs/backup/superpowers/specs/2026-06-11-wealth-dimension-energy-design.md

@@ -13,7 +13,7 @@
 | 层面 | 含义 | 落地方式 |
 |:-----|:------|:---------|
 | **财商素养** | 记账习惯、理财知识 | 记账打卡 + 理财文章/课程/活动 |
-| **创收能力** | 通过分享推广获得收入 | 现有创客生态(销/推广/社群运营) |
+| **创收能力** | 通过分享推广获得收入 | 现有创客生态(销/推广/社群运营) |
 | **财务安全** | 保险保障、应急能力 | 保单上传记录 |
 
 ---

+ 7 - 7
docs/ppt-cfc-overview/index.html

@@ -314,7 +314,7 @@
           <h4>Phase 2<br><span class="dim">增长规模化</span></h4>
           <p class="rm-date">2027 全年</p>
           <div class="rm-items">
-            <span class="pill pill-accent">分销裂变</span>
+            <span class="pill pill-accent">社交推荐</span>
             <span class="pill pill-accent">渠道合作</span>
             <span class="pill pill-accent">社区互动</span>
             <span class="pill pill-accent">广告投放</span>
@@ -411,7 +411,7 @@
           <li>会员订阅体系上线(月卡/年卡)</li>
           <li>精准营养闭环:检测→分析→方案</li>
           <li>活动/课程售卖功能</li>
-          <li>推广佣系统 v1</li>
+          <li>推广佣系统 v1</li>
         </ul>
       </div>
     </div>
@@ -426,12 +426,12 @@
     <span class="section-num">03</span>
     <p class="num-tag">PHASE 2 · 2027 全年</p>
     <h2 class="h2 mt-s">增长规模化</h2>
-    <p class="lede mt-m" style="font-size:20px;max-width:80ch">以社交裂变 + 渠道合作驱动用户增长,实现商业模型规模化验证。</p>
+    <p class="lede mt-m" style="font-size:20px;max-width:80ch">以社交推荐 + 渠道合作驱动用户增长,实现商业模型规模化验证。</p>
     <div class="grid g3 mt-l">
       <div class="card card-accent">
         <h4>📈 用户增长</h4>
         <ul class="dim ul-sm">
-          <li>社交裂变:邀请奖励 + 任务拼团</li>
+          <li>社交推荐:邀请奖励 + 任务拼团</li>
           <li>渠道合作:家校/社区/教培机构</li>
           <li>广告投放:微信广告+搜索优化</li>
           <li>K-factor 目标 &gt; 1.2</li>
@@ -574,9 +574,9 @@
         <p class="dim mt-s">家庭会员,高频增值服务</p>
       </div>
       <div class="card">
-        <h4>🔄 推广佣</h4>
-        <div class="metric mt-s"><div class="n">二级分销</div><div class="l">社交裂变</div></div>
-        <p class="dim mt-s">家长推荐家长,裂变增长</p>
+        <h4>🔄 推广佣</h4>
+        <div class="metric mt-s"><div class="n">二级销售</div><div class="l">社交推荐</div></div>
+        <p class="dim mt-s">家长推荐家长,推荐增长</p>
       </div>
       <div class="card" style="border-color:var(--accent);background:var(--grad-soft)">
         <h4>📊 单位经济</h4>

+ 1 - 1
docs/relationship-management-analysis.md

@@ -47,7 +47,7 @@
 
 | 能力 | 数据结构 | 状态 |
 |------|---------|:----:|
-| 销关系 | `distribution_relation` 表 | ✅ 存在但未见前端对接 |
+| 销关系 | `distribution_relation` 表 | ✅ 存在但未见前端对接 |
 | 家庭会员关系 | `family_memberships` 表 | ✅ 基础实现 |
 | 成员属性扩展 | `family_member_attributes` 表 | ✅ |
 

+ 30 - 30
docs/superpowers/plans/2026-06-12-danshop-integration-design.md

@@ -2,7 +2,7 @@
 
 > **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task.
 
-**Goal:** 将电商商城(DanShop)作为独立 Spring Boot 模块集成到 cfc 浠艾福平台,实现商品分类与五维能量对应、购物车、下单、支付、物流跟踪、利润留存与分润等完整电商功能。
+**Goal:** 将电商商城(DanShop)作为独立 Spring Boot 模块集成到 cfc 浠艾福平台,实现商品分类与五维能量对应、购物车、下单、支付、物流跟踪、利润留存与返利等完整电商功能。
 
 **Architecture:** DanShop 定位为 cfc 生态中的电商子域(Bounded Context),采用独立 Maven 模块部署,与 cfc-backend 共享 MySQL 数据库(通过不同表名前缀隔离),通过 REST API(Feign 客户端)进行跨域通信。前端(uni-app小程序 + Vue Web管理端)通过统一网关调用 DanShop 和 cfc-backend 的接口。
 
@@ -28,7 +28,7 @@
 ├──────────────────────┼─────────────────────────────────────────────┤
 │  商品/分类/购物车    │                                                │
 │  订单/支付/物流      │   用户/家庭/任务/积分/能量/成长              │
-│  分润/结算           │                                                │
+│  返利/结算           │                                                │
 └──────────────────────┴─────────────────────────────────────────────┘
                                │ 共享数据库
 ┌──────────────────────────────▼─────────────────────────────────────┐
@@ -75,7 +75,7 @@ DanShop 与 cfc-backend 的通信方式:
 | 用户/家庭信息 | Feign → UserService | 获取买家信息、家庭ID、推荐关系 |
 | 能量维度映射 | 共享 DB 只读 | DanShop 直接读取 energy_dimension 表 |
 | 发放能量 | Feign → EnergyService | 购物后发放能量值到孩子账户 |
-| 佣结算 | Feign → CommissionService | 订单支付后调用佣结算 |
+| 佣结算 | Feign → CommissionService | 订单支付后调用佣结算 |
 | 积分发放 | Feign → PointsService | 购物赠送积分 |
 
 ### 数据库隔离策略
@@ -317,7 +317,7 @@ CREATE TABLE danshop_order_logs (
    → 验证签名
    → 更新订单状态为 paid
    → 记录 transaction_id
-   → 异步:减库存(已预减)、发能量、算
+   → 异步:减库存(已预减)、发能量、算佣
 
 4. 发货(实物商品)
    → 卖家填写物流信息
@@ -326,7 +326,7 @@ CREATE TABLE danshop_order_logs (
 5. 确认收货
    → 买家确认 / 7天自动确认
    → 订单完成
-   → 触发放能量和佣结算
+   → 触发放能量和佣结算
 ```
 
 ### 订单号生成规则
@@ -483,9 +483,9 @@ public class LogisticsService {
 
 ---
 
-## 模块六:利润留存与分润系统(P0)
+## 模块六:利润留存与返利系统(P0)
 
-### 分润模型
+### 返利模型
 
 ```
                   商品售价 ¥100.00 (actual_amount)
@@ -501,7 +501,7 @@ public class LogisticsService {
           │       = 70*30%          = 70*70%
           │                           │
           │                   ┌───────┴───────┐
-          │              推荐人L1分润     平台留存
+          │              推荐人L1返利     平台留存
           │              (20%利润)        (80%利润)
           │               ¥14.00           ¥35.00
           │              = 70*20%
@@ -510,18 +510,18 @@ public class LogisticsService {
      (实际入账)
 ```
 
-### 分润配置表
+### 返利配置表
 
 ```sql
--- 分润规则配置表
+-- 返利规则配置表
 CREATE TABLE danshop_profit_rules (
     id BIGINT AUTO_INCREMENT PRIMARY KEY,
     rule_name VARCHAR(64) NOT NULL COMMENT '规则名称',
     rule_type VARCHAR(32) NOT NULL COMMENT '规则类型: product_category/vendor_level/global',
     target_id BIGINT COMMENT '关联目标ID(category_id/vendor_id/null=全局)',
     platform_profit_rate DECIMAL(5,2) NOT NULL COMMENT '平台利润率(%)',
-    referrer_l1_rate DECIMAL(5,2) DEFAULT 0.00 COMMENT '直接推荐人分润比例(占利润%)',
-    referrer_l2_rate DECIMAL(5,2) DEFAULT 0.00 COMMENT '间接推荐人分润比例(占利润%,仅会员)',
+    referrer_l1_rate DECIMAL(5,2) DEFAULT 0.00 COMMENT '直接推荐人返利比例(占利润%)',
+    referrer_l2_rate DECIMAL(5,2) DEFAULT 0.00 COMMENT '间接推荐人返利比例(占利润%,仅会员)',
     platform_service_rate DECIMAL(5,2) DEFAULT 0.00 COMMENT '平台服务费率(占订单金额%)',
     is_active INT DEFAULT 1 COMMENT '1启用/0禁用',
     created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,
@@ -530,7 +530,7 @@ CREATE TABLE danshop_profit_rules (
 ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
 ```
 
-### 分润计算流程
+### 返利计算流程
 
 ```
 订单完成(completed)时触发:
@@ -542,18 +542,18 @@ CREATE TABLE danshop_profit_rules (
   5. 计算 L2 推荐人佣金 = 利润 × referrer_l2_rate(仅会员订单/推荐人是 FAMILY 会员)
   6. 写入 commission_records 表(重用现有表结构)
   7. 更新推荐人的 totalCommissionEarned
-  8. 记录分润流水到 danshop_profit_logs
+  8. 记录返利流水到 danshop_profit_logs
 
-分润规则查找优先级:
+返利规则查找优先级:
   1. product_category(商品分类关联)
   2. vendor_level(卖家等级关联)
   3. global(全局默认)
 ```
 
-### 分润流水表
+### 返利流水表
 
 ```sql
--- 分润流水表
+-- 返利流水表
 CREATE TABLE danshop_profit_logs (
     id BIGINT AUTO_INCREMENT PRIMARY KEY,
     order_id BIGINT NOT NULL COMMENT '订单ID',
@@ -565,7 +565,7 @@ CREATE TABLE danshop_profit_logs (
     vendor_income DECIMAL(10,2) NOT NULL COMMENT '供应商收入',
     commission_l1 DECIMAL(10,2) DEFAULT 0.00 COMMENT 'L1推荐佣金',
     commission_l2 DECIMAL(10,2) DEFAULT 0.00 COMMENT 'L2推荐佣金',
-    rule_id BIGINT COMMENT '使用的分润规则ID',
+    rule_id BIGINT COMMENT '使用的返利规则ID',
     created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,
     INDEX idx_order (order_id, order_no)
 ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
@@ -573,12 +573,12 @@ CREATE TABLE danshop_profit_logs (
 
 ### 与现有 CommissionService 的集成
 
-现有 `CommissionService.settleTwoLevel()` 处理两级佣金,DanShop 的分润系统将:
+现有 `CommissionService.settleTwoLevel()` 处理两级佣金,DanShop 的返利系统将:
 
 1. **复用 commission_records 表**:写入时 orderType 使用 `danshop_product`
-2. **扩展分润粒度**:原系统只计算 L1/L2 佣金,DanShop 增加成本、平台留存、服务商收入等字段
+2. **扩展返利粒度**:原系统只计算 L1/L2 佣金,DanShop 增加成本、平台留存、服务商收入等字段
 3. **提供 Feign 接口**:DanShop 通过 Feign 调用 CommissionService 写入佣金记录
-4. **结算定时任务**:新增结算任务,在订单完成后触发放能量和分润处理
+4. **结算定时任务**:新增结算任务,在订单完成后触发放能量和返利处理
 
 ### Feign 接口定义
 
@@ -629,7 +629,7 @@ public class InternalCommissionController {
 | 物流跟踪 | `pages/shop/logistics/logistics.vue` | 物流轨迹展示 | ✅ |
 | 地址管理 | `pages/shop/address/address.vue` | 收货地址CRUD | ✅ |
 | 我的订单入口 | `pages/profile/profile.vue` | 个人中心增加订单入口(已有) | ✅ |
-| 分润统计 | `pages/shop/profit/profit.vue` | 卖家分润数据面板 | ❌ |
+| 返利统计 | `pages/shop/profit/profit.vue` | 卖家返利数据面板 | ❌ |
 
 ### Web管理端(cfc-web)新增/修改页面
 
@@ -638,7 +638,7 @@ public class InternalCommissionController {
 | 商品管理 | `src/views/admin/ProductManage.vue` | 已有,需适配 DanShop 分类体系 | ✅ |
 | 订单管理 | `src/views/admin/OrderManage.vue` | 已有,增加物流操作列 | ✅ |
 | 分类管理 | `src/views/admin/CategoryManage.vue` | 新增:商品分类CRUD + 能量维度映射 | ✅ |
-| 分润规则配置 | `src/views/admin/ProfitRuleConfig.vue` | 新增:分润规则配置页面 | ✅ |
+| 返利规则配置 | `src/views/admin/ProfitRuleConfig.vue` | 新增:返利规则配置页面 | ✅ |
 | 提现审核 | `src/views/admin/WithdrawAudit.vue` | 已有,可复用 | ✅ |
 | 商品利润率 | `src/views/admin/ProductProfitRate.vue` | 已有,可复用 | ✅ |
 | 物流管理 | `src/views/admin/LogisticsManage.vue` | 新增:发货操作 + 物流跟踪 | ✅ |
@@ -732,7 +732,7 @@ public class InternalCommissionController {
 - Create: `dan/danshop/src/main/java/com/etotem/danshop/service/LogisticsService.java`
 - Create: `dan/danshop/src/main/java/com/etotem/danshop/controller/LogisticsController.java`
 
-### Task 8: 分润规则 + 结算系统
+### Task 8: 返利规则 + 结算系统
 
 **Files:**
 - Create: `dan/danshop/src/main/java/com/etotem/danshop/entity/ProfitRule.java`
@@ -782,7 +782,7 @@ public class InternalCommissionController {
 **Files:**
 - Modify: `cfc-backend/src/main/java/com/etotem/cfc/config/DatabaseInitializer.java`(添加 danshop 表创建)
 - Create: `dan/danshop/src/main/resources/schema.sql`(建表语句)
-- Create: `dan/danshop/src/main/resources/seed.sql`(默认分类、分润规则)
+- Create: `dan/danshop/src/main/resources/seed.sql`(默认分类、返利规则)
 
 ---
 
@@ -796,8 +796,8 @@ public class InternalCommissionController {
 | `danshop_order_items` | DanShop | 订单明细 |
 | `danshop_order_logs` | DanShop | 订单操作日志 |
 | `danshop_logistics` | DanShop | 物流信息 |
-| `danshop_profit_rules` | DanShop | 分润规则配置 |
-| `danshop_profit_logs` | DanShop | 分润流水 |
+| `danshop_profit_rules` | DanShop | 返利规则配置 |
+| `danshop_profit_logs` | DanShop | 返利流水 |
 | `commission_records` | cfc-backend | 佣金记录(复用现有) |
 | `withdrawal_requests` | cfc-backend | 提现申请(复用现有) |
 | `energy_dimension` | cfc-backend | 五维维度(共享只读) |
@@ -811,8 +811,8 @@ public class InternalCommissionController {
 | 角色 | DanShop 权限 |
 |------|-------------|
 | `buyer` (任意登录用户) | 浏览商品、加购物车、下单、查看订单、收货 |
-| `seller` (vendorStatus=approved) | 管理自家商品、查看/处理订单、发货、查看分润 |
-| `admin` (role=admin) | 分类管理、审核商品、管理订单、配置分润规则、审核提现 |
+| `seller` (vendorStatus=approved) | 管理自家商品、查看/处理订单、发货、查看返利 |
+| `admin` (role=admin) | 分类管理、审核商品、管理订单、配置返利规则、审核提现 |
 | 未登录 | 浏览商品分类和列表 |
 
 鉴权方式与 cfc-backend 一致:JWT Bearer Token,通过 `@RequestAttribute("userId")` 获取当前用户。
@@ -822,7 +822,7 @@ public class InternalCommissionController {
 ## 与现有系统的关键集成点
 
 1. **用户认证**:DanShop 使用相同的 JWT Token 认证机制,共享 cfc-backend 的 JwtUtil
-2. **推荐佣**:DanShop 订单完成时,通过 Feign 调用 cfc-backend 的 CommissionService
+2. **推荐佣**:DanShop 订单完成时,通过 Feign 调用 cfc-backend 的 CommissionService
 3. **能量发放**:DanShop 订单完成时,通过分类→维度映射,调用 EnergyService 发放能量
 4. **用户家庭**:DanShop 读取用户的 familyId,将订单归属于家庭
 5. **供应商系统**:复用现有的 vendorType/vendorStatus 字段,服务商审核流程不变

+ 2 - 2
docs/superpowers/plans/2026-06-15-integer-price-migration.md

@@ -524,7 +524,7 @@ cd cfc-backend && mvn clean compile -q
 - Modify: `PackagePaymentService.java`
 - Modify: `PackagePurchaseService.java`
 
-> **注意:** Phase 3 涉及复杂的佣计算(CommissionService 约 470 行,大量 BigDecimal 计算),**改造风险较高**。建议的改造策略:
+> **注意:** Phase 3 涉及复杂的佣计算(CommissionService 约 470 行,大量 BigDecimal 计算),**改造风险较高**。建议的改造策略:
 > 1. 所有金额字段改为整型(分)
 > 2. 百分比/费率字段改为万分比(1% = 100bps)
 > 3. 计算时:`amount * rate_bps / 10000`(整型除法,避免精度问题)
@@ -545,7 +545,7 @@ l1Amount = orderAmount.multiply(profitRate).divide(new BigDecimal("100"));
 
 // 新模式:整型 BPS(基点)
 private static final int PROFIT_COMMISSION_RATE_BPS = 3000; // 30%
-// 分润 = 订单金额(分) × 利润率(千分比) × 佣金比例(bps) / 10000 / 1000
+// 返利 = 订单金额(分) × 利润率(千分比) × 佣金比例(bps) / 10000 / 1000
 // 简化: l1Amount = orderAmount * profitRatePermillage * rateBps / 10000000
 ```
 

+ 1 - 1
docs/superpowers/plans/2026-06-20-cfc-web-e2e-test-fix.md

@@ -37,7 +37,7 @@
   商品管理
   订单管理
   DanShop分类
-  分润规则
+  返利规则
   物流管理
   文章分类
   文章管理

+ 1 - 1
docs/superpowers/plans/2026-06-20-web-permission-system.md

@@ -368,7 +368,7 @@ data() {
           { path: '/product-manage',       label: '商品管理',    icon: 'el-icon-s-goods',    perm: 'system:products' },
           { path: '/order-manage',         label: '订单管理',    icon: 'el-icon-s-order',    perm: 'system:orders' },
           { path: '/danshop-category',     label: 'DanShop分类', icon: 'el-icon-s-goods',   perm: 'system:danshop' },
-          { path: '/danshop-profit-rule',  label: '分润规则',    icon: 'el-icon-s-marketing', perm: 'system:danshop' },
+          { path: '/danshop-profit-rule',  label: '返利规则',    icon: 'el-icon-s-marketing', perm: 'system:danshop' },
           { path: '/danshop-logistics',    label: '物流管理',    icon: 'el-icon-s-order',    perm: 'system:danshop' },
           { path: '/sys-config',           label: '系统配置',    icon: 'el-icon-s-tools',    perm: 'system:config' },
           { path: '/energy-sandbox',       label: '五维能量',    icon: 'el-icon-data-line',  perm: 'system:energy' },

+ 2 - 2
docs/superpowers/plans/2026-07-05-supply-distribution-system.md

@@ -1,8 +1,8 @@
-# 供应商销体系 — 实施计划
+# 供应商销体系 — 实施计划
 
 > **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task. Steps use checkbox (`- [ ]`) syntax for tracking.
 
-**Goal**: 在管理后台建立供应商销体系,支持多体系管理、成员、商品关联、结算
+**Goal**: 在管理后台建立供应商销体系,支持多体系管理、成员、商品关联、结算
 
 **Architecture**: 4 张新表 (`supply_system`, `supply_system_member`, `supply_settlement`, `supply_settlement_detail`) + 扩展现有 `product_orders` 表。后端 Spring Boot 2.7.18 新增 4 Entity + 4 Mapper + 2 Service + 2 Controller。前端 Vue 2 + Element UI 新增 3 页面 + 修改 3 个现有页面。
 

+ 9 - 9
docs/superpowers/plans/2026-07-09-family-membership-ai-butler.md

@@ -25,7 +25,7 @@
 | Plan 2 需要 Plan 1 提供 | 并行期间的 Stub 方案 | 最终集成方式 |
 |------------------------|---------------------|-------------|
 | `getSubscriptionLevel(userId)` → L0/L1/L2 | 先基于 `sys_config` 配置+用户标签做简单判断 | 上线前切换到 Plan 1 的 `MemberSubscriptionService` |
-| 佣金/消费分润数据(管家收入看板) | 前端先展示静态 Mock 数据 | 上线前对接 Plan 1 的 `CommissionService` |
+| 佣金/消费返利数据(管家收入看板) | 前端先展示静态 Mock 数据 | 上线前对接 Plan 1 的 `CommissionService` |
 | 会员折扣价(商品页改造) | 管理端手动标记"会员价",不依赖订阅判断 | 上线前接入 Plan 1 的折扣逻辑 |
 
 > **核心原则**:每个 Plan 在本仓库独立开发,代码提交到同一仓库但不同目录/分支。最终合并时替换 Stub 为真实调用。
@@ -44,23 +44,23 @@
 |------|------|----------|
 | `butler_assignment` | 管家-家庭绑定 | id, butler_id, family_id, butler_level(初级/中级/高级/特级), assigned_at, status |
 | `butler_evaluation` | 管家考核记录 | id, butler_id, quarter, score, renewal_rate, service_score, ai_coop_rate, response_time, family_count, passed |
-| `butler_revenue_share_log` | 管家分润日志 | id, butler_id, subscription_id, share_amount, share_rate, settled_at |
+| `butler_revenue_share_log` | 管家返利日志 | id, butler_id, subscription_id, share_amount, share_rate, settled_at |
 
 `sys_config` 新增配置项:
 
 | key | 默认值 | 说明 |
 |-----|:------:|------|
-| `butler.revenue_share.level1` | 3000 | 初级管家分润比例(bps=30%) |
-| `butler.revenue_share.level2` | 4000 | 中级管家分润比例(bps=40%) |
-| `butler.revenue_share.level3` | 4500 | 高级管家分润比例(bps=45%) |
-| `butler.revenue_share.level4` | 5000 | 特级管家分润比例(bps=50%) |
+| `butler.revenue_share.level1` | 3000 | 初级管家返利比例(bps=30%) |
+| `butler.revenue_share.level2` | 4000 | 中级管家返利比例(bps=40%) |
+| `butler.revenue_share.level3` | 4500 | 高级管家返利比例(bps=45%) |
+| `butler.revenue_share.level4` | 5000 | 特级管家返利比例(bps=50%) |
 
 ### P0b.2 后端新服务
 
 | 类 | 职责 | Plan 1 依赖 |
 |----|------|:----------:|
 | `ButlerAssignmentService` | 管家-家庭绑定、管家级别分配 | 无(独立) |
-| `ButlerRevenueShareService` | 管家收入分润计算 | **Stub**:先基于配置比例做简单计算,对接 Plan 1 后使用真实订单数据 |
+| `ButlerRevenueShareService` | 管家收入返利计算 | **Stub**:先基于配置比例做简单计算,对接 Plan 1 后使用真实订单数据 |
 | `ButlerEvaluationService` | 管家考核定级(季度5维指标评分) | 无(独立) |
 | `AdminButlerService` | 管理端管家审核、级别调整 | 无(独立) |
 
@@ -70,7 +70,7 @@
 |------|------|
 | `views/admin/ButlerManagement.vue` | 管家管理:列表、审核入驻、级别设定 |
 | `views/admin/ButlerEvaluation.vue` | 考核管理:季度考核结果、晋升/降级操作 |
-| `views/admin/ButlerRevenueConfig.vue` | 分润比例配置:各级别分润比例、续费奖金比例 |
+| `views/admin/ButlerRevenueConfig.vue` | 返利比例配置:各级别返利比例、续费奖金比例 |
 
 ---
 
@@ -158,7 +158,7 @@
 | `views/butler/FamilyDetail.vue` | 家庭详情:成员健康档案、随访记录、AI对话历史 | 无(独立) |
 | `views/butler/FollowUpRecord.vue` | 随访记录:月度随访 SOP 模板、填写、历史 | 无(独立) |
 | `views/butler/RecommendationEdit.vue` | 管家精选推荐编辑 | 无(独立) |
-| `views/butler/MyEarnings.vue` | 收入看板:管理家庭数、分润收入、续费奖金、消费分润汇总 | **Mock**:先展示静态示例数据,上线前对接 Plan 1 佣金系统 |
+| `views/butler/MyEarnings.vue` | 收入看板:管理家庭数、返利收入、续费奖金、消费返利汇总 | **Mock**:先展示静态示例数据,上线前对接 Plan 1 佣金系统 |
 | `views/butler/MyEvaluation.vue` | 我的考核:当前季度指标完成进度、历史考核结果 | 无(独立) |
 
 **管家工作台API**:

+ 17 - 17
docs/superpowers/plans/2026-07-09-family-membership-core.md

@@ -32,7 +32,7 @@
 | `member_subscription` | 家庭订阅记录 | id, family_id, level(L1/L2), status(active/expired/cancelled), start_time, expire_time, payment_id |
 | `member_subscription_order` | 订阅订单 | id, family_id, level, amount, status, payment_type, created_at |
 | `subscription_benefit_log` | 权益使用日志 | id, subscription_id, benefit_code, used_at, detail |
-| `commission_record` | 佣金/分润记录 | id, order_id, referrer_id, referee_id, type(referral/consumption_share), amount, status(pending/settled/cancelled), settle_time |
+| `commission_record` | 佣金/返利记录 | id, order_id, referrer_id, referee_id, type(referral/consumption_share), amount, status(pending/settled/cancelled), settle_time |
 | `referral_tree` | 推荐关系树 | id, parent_id, child_id, level(depth), path(materialized path), created_at |
 | `promotion_tier` | 推广等级(R0-R4) | id, user_id, tier(R0利他者/R1传福人/R2聚能师/R3启慧者/R4传承者), team_size_1st_layer, team_size_2nd_layer, team_size_3rd_layer, team_member_count, total_team_earnings, promoted_at, last_change_at |
 | `promotion_tier_change_log` | 等级变更记录 | id, user_id, old_tier, new_tier, reason(qualify/demotion_protect/admin_adjust), changed_at |
@@ -61,12 +61,12 @@
 | `promotion.commission.r2` | 2600 | R2聚能师推荐佣金(bps=26%) |
 | `promotion.commission.r3` | 3000 | R3启慧者推荐佣金(bps=30%) |
 | `promotion.commission.r4` | 3500 | R4传承者推荐佣金(bps=35%) |
-| `promotion.consumption_share.r0` | 2000 | R0分润率(bps=20%) |
-| `promotion.consumption_share.r1` | 2500 | R1分润率(bps=25%) |
-| `promotion.consumption_share.r2` | 3000 | R2分润率(bps=30%) |
-| `promotion.consumption_share.r3` | 3500 | R3分润率(bps=35%) |
-| `promotion.consumption_share.r4` | 4000 | R4分润率(bps=40%) |
-| `promotion.l2_share_bonus` | 500 | L2会员额外分润加成(bps=5%) |
+| `promotion.consumption_share.r0` | 2000 | R0返利率(bps=20%) |
+| `promotion.consumption_share.r1` | 2500 | R1返利率(bps=25%) |
+| `promotion.consumption_share.r2` | 3000 | R2返利率(bps=30%) |
+| `promotion.consumption_share.r3` | 3500 | R3返利率(bps=35%) |
+| `promotion.consumption_share.r4` | 4000 | R4返利率(bps=40%) |
+| `promotion.l2_share_bonus` | 500 | L2会员额外返利加成(bps=5%) |
 | `promotion.tier_check_interval_days` | 7 | 等级考核周期(天) |
 
 ### P0.2 后端新服务
@@ -80,11 +80,11 @@
 | `PromotionTierService` | 推广等级(R0-R4)管理:晋级判定(三层团队人数)、等级有效期、L2加成判定 |
 | `PromotionTierController` | 推广等级API端点 |
 | `PromotionTierCheckTask` | 定时任务:定期检查推广人是否满足升级条件 |
-| `CommissionService` | 佣金/分润计算(基于推广等级的阶梯计算):按tier查佣金率+按tier+产品P点算消费分润 |
-| `ConsumptionShareTask` | 消费分润结算任务:7天冷静期后按P点×等级分润率自动结算 |
+| `CommissionService` | 佣金/返利计算(基于推广等级的阶梯计算):按tier查佣金率+按tier+产品P点算消费返利 |
+| `ConsumptionShareTask` | 消费返利结算任务:7天冷静期后按P点×等级返利率自动结算 |
 | `ReferralService` | 推荐关系管理:推荐码生成、关系树构建、三层团队人数查询 |
 | `PpointService` | P点管理:按产品查询当前生效P点、Admin调整P点 |
-| `AdminCommissionService` | 管理端佣金/分润管理(审核、手动结算、退款冲正) |
+| `AdminCommissionService` | 管理端佣金/返利管理(审核、手动结算、退款冲正) |
 | `AdminPromotionTierService` | 推广等级管理(手动升降、查看团队结构) |
 | `AdminPpointService` | 产品P点配置管理 |
 
@@ -106,7 +106,7 @@
 | `/api/promotion/tier-history` | 等级变更记录 | 需登录 |
 | `/api/promotion/team-tree` | 我的三层团队树状结构 | 需登录 |
 | `/api/commission/referral-code` | 获取/刷新推荐码 | 需登录 |
-| `/api/commission/my-earnings` | 我的收益汇总(佣金+分润) | 需登录 |
+| `/api/commission/my-earnings` | 我的收益汇总(佣金+返利) | 需登录 |
 | `/api/commission/records` | 收益明细列表(分页) | 需登录 |
 | `/api/commission/withdraw` | 提现申请 | 需登录 |
 | `/api/commission/ppoint/products` | 查看各产品当前P点值 | 需登录 |
@@ -119,7 +119,7 @@
 | `SubscriptionExpiryTask.checkExpiry()` | 每日 04:00 | 查出 expire_time < now 的订阅,status→expired,更新用户折扣权益 |
 | `SubscriptionExpiryTask.checkGracePeriod()` | 每日 04:30 | 查出 expired 超过 grace_days 的订阅,清理缓存的健康档案 |
 | `PromotionTierCheckTask.checkTiers()` | 每7天 | 扫描所有推广人,按三层团队人数判定是否满足晋级条件。满足即升级,终身不掉级 |
-| `ConsumptionShareTask.settle()` | 每日 | 扫描已过7天冷静期的 commission_record(type=consumption_share),按推广等级对应分润率+P点值自动结算 |
+| `ConsumptionShareTask.settle()` | 每日 | 扫描已过7天冷静期的 commission_record(type=consumption_share),按推广等级对应返利率+P点值自动结算 |
 
 ### P0.4 支付集成
 
@@ -137,9 +137,9 @@
 |------|------|
 | `views/admin/SubscriptionManagement.vue` | 订阅管理:查看所有订阅、手动激活/取消/退款 |
 | `views/admin/BenefitConfig.vue` | 权益配置:L0/L1/L2 权益开关、折扣率配置 |
-| `views/admin/PromotionTierConfig.vue` | 推广等级配置:R0-R4晋级条件、佣金率、分润率、L2加成 |
+| `views/admin/PromotionTierConfig.vue` | 推广等级配置:R0-R4晋级条件、佣金率、返利率、L2加成 |
 | `views/admin/PromotionTierManagement.vue` | 推广人管理:查看推广人等级、手动调整等级、查看三层团队结构 |
-| `views/admin/CommissionConfig.vue` | 佣金配置:推广佣金率、消费分润率(按等级) |
+| `views/admin/CommissionConfig.vue` | 佣金配置:推广佣金率、消费返利率(按等级) |
 | `views/admin/CommissionRecords.vue` | 佣金流水:查看/手动调整/退款冲正 |
 | `views/admin/ProductPpointConfig.vue` | P点配置:各产品P点(平台利润)设置、有效期管理 |
 
@@ -157,8 +157,8 @@
 | `pages/promotion/index.vue` | 推广中心主页 | 推广等级(R0-R4)、推荐码、收益概览、晋级进度条 |
 | `pages/promotion/team.vue` | 我的团队 | 三层团队人数统计+树状结构(禁`?.`用`&&`) |
 | `pages/promotion/tiers.vue` | 等级详情 | R0-R4升级条件、各等级权益对比、当前进度 |
-| `pages/promotion/earnings.vue` | 收益明细 | 佣金+消费分润记录列表(分页) |
-| `pages/promotion/ppoints.vue` | 分润商品 | 各产品P点值展示 |
+| `pages/promotion/earnings.vue` | 收益明细 | 佣金+消费返利记录列表(分页) |
+| `pages/promotion/ppoints.vue` | 返利商品 | 各产品P点值展示 |
 
 **前端适配注意事项**:
 - 遵循项目规范:Vue 2 Options API,禁 `?.`,禁 CSS Grid,使用 flexbox
@@ -185,7 +185,7 @@
 | **M1: 折扣生效** | L1/L2会员购买商品显示对应折扣价,普通用户显示原价 |
 | **M2: 推广晋级可自动** | 推广人推荐新用户 → 三层团队人数增长 → 自动晋级R0→R1...更新推广等级 |
 | **M3: 佣金按等级结算** | 推广人推荐会员购买 → 按等级对应的佣金率结算(R0 20%/R1 22%/.../R4 35%) |
-| **M4: P点消费分润可追踪** | Admin为商品设P点 → 被推荐人购买商品 → 推荐人 CommissionRecord(type=consumption_share) 按等级+P点创建 |
+| **M4: P点消费返利可追踪** | Admin为商品设P点 → 被推荐人购买商品 → 推荐人 CommissionRecord(type=consumption_share) 按等级+P点创建 |
 | **质量门** | `mvn clean compile -pl cfc-backend -q` 退出码0;小程序前端无`?.`无CSS Grid |
 
 ---

+ 13 - 13
docs/superpowers/specs/2026-06-24-cfc-ecommerce-extension-design.md

@@ -32,7 +32,7 @@
 │  ├── product/          ← 现有: Product/ProductOrder          │
 │  ├── cart/             ← 新增: 购物车                         │
 │  ├── shop/             ← 新增: 类目/售后/折扣                  │
-│  ├── admin/            ← 新增: 销体系/折扣管理               │
+│  ├── admin/            ← 新增: 销体系/折扣管理               │
 │  └── payment/          ← 增强: PaymentService (真实微信支付)   │
 ├──────────────────────────────────────────────────────────────┤
 │  service/ + entity/ + mapper/   ← 按模块组织                   │
@@ -61,7 +61,7 @@ cfc-backend/src/main/java/com/etotem/cfc/
 │   │   └── RegionController.java                ← 现有地址区域接口
 │   └── admin/
 │       ├── AdminCategoryController.java         ← 新增:类目管理
-│       ├── AdminDistributionController.java     ← 新增:销体系管理
+│       ├── AdminDistributionController.java     ← 新增:销体系管理
 │       └── AdminDiscountController.java         ← 新增:折扣管理
 ├── entity/
 │   ├── Product.java                            ← 增强(categoryId, distributionSystemId, images)
@@ -242,7 +242,7 @@ public class ProductCategory {
 
 **Product 增加字段:**
 - `Long categoryId` — 所属类目
-- `Long distributionSystemId` — 销体系归属
+- `Long distributionSystemId` — 销体系归属
 
 **维度继承:**
 ```
@@ -273,7 +273,7 @@ public class ProductCategory {
 - 详情页轮播图(coverImage + images)
 - 列表页使用 coverImage
 
-### 3.7 [P1] 多销体系
+### 3.7 [P1] 多销体系
 
 ```java
 @TableName("distribution_systems")
@@ -300,17 +300,17 @@ public class DistributionRelation {
 ```
 
 **业务规则:**
-- `profitRate` 管理员在 Web 端设置,分销商不可修改
-- 每个销体系有自己的上下级关系树
-- 商品归属一个销体系(`product.distributionSystemId`)
-- 下单时通过用户 → 分销关系链查找上级,按体系规则分润
-- 平台只记录外部销关系(external),不计算外部利润
+- `profitRate` 管理员在 Web 端设置,合作商不可修改
+- 每个销体系有自己的上下级关系树
+- 商品归属一个销体系(`product.distributionSystemId`)
+- 下单时通过用户 → 销售关系链查找上级,按体系规则返利
+- 平台只记录外部销关系(external),不计算外部利润
 
 **API(Web 管理端):**
 
 | 端点 | 说明 |
 |------|------|
-| `POST /api/admin/distribution/system/create` | 创建销体系 |
+| `POST /api/admin/distribution/system/create` | 创建销体系 |
 | `POST /api/admin/distribution/system/update` | 更新(含 profitRate 设置) |
 | `POST /api/admin/distribution/system/list` | 体系列表 |
 | `POST /api/admin/distribution/system/toggle` | 启用/禁用 |
@@ -391,7 +391,7 @@ public class DiscountRule {
 | 4 | 售后(人工审核) | ✅ | ✅ | ✅ | 阶段3 |
 | 5 | 商品类目(多维度+多种类) | ✅ | ✅ | ✅ | 无 |
 | 6 | 商品相册(多图支持) | ✅ | — | ✅ | 阶段5 |
-| 7 | 多销体系 | ✅ | — | ✅ | 无 |
+| 7 | 多销体系 | ✅ | — | ✅ | 无 |
 | 8 | 折扣管理 | ✅ | — | ✅ | 阶段5 |
 
 ---
@@ -405,8 +405,8 @@ public class DiscountRule {
 | `cart_items` | 新建 | 购物车 |
 | `shop_categories` | 新建 | 商品类目(树形) |
 | `shop_discount_rules` | 新建 | 折扣规则 |
-| `distribution_systems` | 新建 | 销体系 |
-| `distribution_relations` | 新建 | 销关系 |
+| `distribution_systems` | 新建 | 销体系 |
+| `distribution_relations` | 新建 | 销关系 |
 | `after_sales_requests` | 新建 | 售后申请 |
 | `user_address` | 已有 | CFC 现有地址表(复用) |
 

+ 3 - 3
docs/superpowers/specs/2026-07-05-supply-distribution-system-design.md

@@ -1,4 +1,4 @@
-# 供应商销体系 — 设计规格
+# 供应商销体系 — 设计规格
 
 > **日期**: 2026-07-05
 > **状态**: 草稿
@@ -8,7 +8,7 @@
 
 ## 1. 概述
 
-在管理后台建立供应商销体系。每个供应商可创建或加入多个**供应商体系**(虚拟部门),每个体系独立配置账期和平台留利比例,体系内所有商品给平台的留利空间一致。体系管理员负责商品供应、定价、折扣和发货管理,并可指定货款打给哪个具体供应商。
+在管理后台建立供应商销体系。每个供应商可创建或加入多个**供应商体系**(虚拟部门),每个体系独立配置账期和平台留利比例,体系内所有商品给平台的留利空间一致。体系管理员负责商品供应、定价、折扣和发货管理,并可指定货款打给哪个具体供应商。
 
 ### 1.1 角色定义
 
@@ -241,7 +241,7 @@ src/views/admin/supply-system/
 
 - 下拉选项:所有 active 的 supply_system
 - 选择后自动填充 `profit_rate`(只读显示)
-- 不选择则商品不属于任何销体系
+- 不选择则商品不属于任何销体系
 
 #### Layout.vue — 侧边栏菜单
 

+ 81 - 81
docs/superpowers/specs/2026-07-09-family-membership-design.md

@@ -13,7 +13,7 @@
 - [2. 会员等级体系](#2-会员等级体系)
 - [3. AI健康顾问](#3-ai健康顾问)
 - [4. 家庭健康管家 — 合伙制体系](#4-家庭健康管家--合伙制体系)
-- [5. 分销与消费分润体系](#5-分销与消费分润体系)
+- [5. 销售与消费返利体系](#5-销售与消费返利体系)
 - [6. 精准推荐引擎](#6-精准推荐引擎)
 - [7. 商业模式测算](#7-商业模式测算)
 - [8. 冷启动策略](#8-冷启动策略)
@@ -61,12 +61,12 @@
 ┌─────────────────────────────────────┐
 │  原有身份体系(底层身份层)              │
 │  FREE / FAMILY / PROVIDER            │
-│  (原有会员与销体系继续运行)           │
+│  (原有会员与销体系继续运行)           │
 └─────────────────────────────────────┘
 ```
 
 两种体系**共存而非替代**:
-- 原有 FREE/FAMILY/PROVIDER 作为**底层身份与销体系**保留
+- 原有 FREE/FAMILY/PROVIDER 作为**底层身份与销体系**保留
 - 新家庭订阅会员体系作为**商业付费层**叠加其上
 - 用户的身份等级和订阅等级独立判断,权益叠加
 
@@ -80,7 +80,7 @@
 |:----:|------|:--------:|:--------:|----------|----------|
 | **L0** | 🆓 注册会员 | 免费 | 免费 | 流量漏斗入口 — 体验AI基础能力,培育付费转化 | 所有新注册用户 |
 | **L1** | ❤️ **一生一世** | **¥1,314/年**(年付) | ¥1,314 | 核心付费产品 — 全家AI健康顾问+认证管家+精准推荐 | 有1-2个孩子的家庭,追求性价比 |
-| **L2** | 💎 **久久一生** | **¥1,314/月**(连续包月) | **¥13,140** | 高端升级 — 资深管家+深度AI+专家团+高比例消费分润 | 有更高健康管理需求、追求深度服务+分享收益的家庭 |
+| **L2** | 💎 **久久一生** | **¥1,314/月**(连续包月) | **¥13,140** | 高端升级 — 资深管家+深度AI+专家团+高比例消费返利 | 有更高健康管理需求、追求深度服务+分享收益的家庭 |
 
 ### 2.2 权益矩阵
 
@@ -105,11 +105,11 @@
 | **专家团会诊** | ❌ | ❌ | ✅ **每年4次多学科会诊** |
 | **线下权益** | ❌ | ✅ 优先预约 | ✅ VIP接待+季度上门服务 |
 | | | | |
-| **推荐佣金** | 仅可推荐(无分润) | ✅ **R0-R4阶梯佣金**(按等级20%-35%) | ✅ **R0-R4阶梯佣金**(按等级25%-40%) |
-| **推广等级** | ✅ 可晋级(R0→R4) | ✅ 可晋级+享消费分润 | ✅ 可晋级+L2额外分润加成5% |
-| **消费分润** | ❌ 不可享受 | ✅ **P点×20%-40%**(按等级) | ✅ **P点×20%-40%+5%加成** |
-| **分润计算** | — | 基于产品**P点(平台利润)**,非销售额 | 基于产品P点,享等级加成 |
-| **分润期限** | — | 终身(不掉级) | 终身(不掉级) |
+| **推荐佣金** | 仅可推荐(无返利) | ✅ **R0-R4阶梯佣金**(按等级20%-35%) | ✅ **R0-R4阶梯佣金**(按等级25%-40%) |
+| **推广等级** | ✅ 可晋级(R0→R4) | ✅ 可晋级+享消费返利 | ✅ 可晋级+L2额外返利加成5% |
+| **消费返利** | ❌ 不可享受 | ✅ **P点×20%-40%**(按等级) | ✅ **P点×20%-40%+5%加成** |
+| **返利计算** | — | 基于产品**P点(平台利润)**,非销售额 | 基于产品P点,享等级加成 |
+| **返利期限** | — | 终身(不掉级) | 终身(不掉级) |
 
 ### 2.3 定价逻辑
 
@@ -127,7 +127,7 @@
 
 ```
 ¥1,314/月 = ¥43/天 = 覆盖3-6人 = ¥7-14/人/天
-¥13,140/年 = L1价格的10倍 → 服务深度、管家级别、分润比例全面升级
+¥13,140/年 = L1价格的10倍 → 服务深度、管家级别、返利比例全面升级
 ```
 
 - **品牌锚点**:「久久一生」——不是一次性的"一生一世",而是月月持续的"长久一生"
@@ -205,7 +205,7 @@
                 │  专业服务 + 时间投入 + 情感关系      │
                 │  + 自有客户资源 + 口碑传播           │
                 └─────────────────────────────────┘
-                            ║ 收入分润
+                            ║ 收入返利
                 ┌─────────────────────────────────┐
                 │    会员费按比例分配                 │
                 │    平台 : 管家 = 根据级别配置        │
@@ -259,14 +259,14 @@
 
 **管家级别与会员等级映射**:
 
-| 管家级别 | 可服务会员等级 | 分润比例(会员费) | 说明 |
+| 管家级别 | 可服务会员等级 | 返利比例(会员费) | 说明 |
 |:--------:|:------------:|:-----------------:|------|
 | 初级管家(见习) | L0(导流)、L1 一生一世 | 30% | 带教期,由中级管家带教 |
 | 中级管家 | **L1 一生一世(¥1,314/年)** | **40%** | L1的标配管家,负责10-50个家庭 |
 | 高级管家 | L1 + **L2 久久一生(¥1,314/月)** | **45%** | L2的标配管家,负责5-20个高端家庭 |
 | 特级管家 | **L2 久久一生(¥1,314/月)**+ 定制 | **50%** | L2的高配管家,负责3-10个顶级家庭,可自主定价 |
 
-> 分润比例含:基础服务费 + 续费奖金 + 被推荐家庭消费分润。管家的最终年收入 = L1会员数×1,314×分润比例 + L2会员数×13,140×分润比例 + 续费奖金 + 消费分润
+> 返利比例含:基础服务费 + 续费奖金 + 被推荐家庭消费返利。管家的最终年收入 = L1会员数×1,314×返利比例 + L2会员数×13,140×返利比例 + 续费奖金 + 消费返利
 
 ### 4.4 管家培训认证体系
 
@@ -322,27 +322,27 @@
 
 | 收入项 | 来源 | 计算方式 |
 |--------|------|----------|
-| **基础服务分润** | 所管家庭会员费 | 会员费 × 管家分润比例 |
+| **基础服务返利** | 所管家庭会员费 | 会员费 × 管家返利比例 |
 | **续费奖金** | 所管家庭续费 | 续费会员费 × 额外5%奖金 |
-| **消费分润** | 所管家庭平台消费 | 消费金额 × 2%(平台承担) |
-| **推荐佣金** | 推荐新管家或会员 | 参照销体系 |
+| **消费返利** | 所管家庭平台消费 | 消费金额 × 2%(平台承担) |
+| **推荐佣金** | 推荐新管家或会员 | 参照销体系 |
 | **晋升津贴** | 晋升为培训师/管家长 | 固定津贴 |
 
 **收入模拟——中级管家(服务L1 ¥1,314/年)**:
 
 | 阶段 | 管理家庭数 | 月收入估算 | 年收入估算 |
 |:----:|:---------:|:----------:|:----------:|
-| 起步期 | 20家 | ¥1,314×20×40%/12 + 消费分润 ≈ ¥900-1,200 | ¥1.1-1.4万 |
-| 成长期 | 50家 | ¥1,314×50×40%/12 + 续费奖金 + 消费分润 ≈ ¥2,600-3,500 | ¥3.1-4.2万 |
-| 成熟期 | 100家 | ¥1,314×100×40%/12 + 续费奖金 + 消费分润 ≈ ¥5,600-7,500 | ¥6.7-9万 |
+| 起步期 | 20家 | ¥1,314×20×40%/12 + 消费返利 ≈ ¥900-1,200 | ¥1.1-1.4万 |
+| 成长期 | 50家 | ¥1,314×50×40%/12 + 续费奖金 + 消费返利 ≈ ¥2,600-3,500 | ¥3.1-4.2万 |
+| 成熟期 | 100家 | ¥1,314×100×40%/12 + 续费奖金 + 消费返利 ≈ ¥5,600-7,500 | ¥6.7-9万 |
 
 **收入模拟——高级/特级管家(服务L2 ¥1,314/月=¥13,140/年)**:
 
 | 管家级别 | 管理家庭数 | 月收入估算 | 年收入估算 |
 |:-------:|:---------:|:----------:|:----------:|
-| 高级管家(切入期) | 5家L2 + 20家L1 | (¥13,140×5×45% + ¥1,314×20×45%)/12 + 消费分润 ≈ ¥3,400-4,200 | ¥4.1-5.0万 |
+| 高级管家(切入期) | 5家L2 + 20家L1 | (¥13,140×5×45% + ¥1,314×20×45%)/12 + 消费返利 ≈ ¥3,400-4,200 | ¥4.1-5.0万 |
 | 高级管家(成熟期) | 15家L2 + 30家L1 | (¥13,140×15×45% + ¥1,314×30×45%)/12 + 续费奖金 ≈ ¥10,900-13,500 | ¥13-16万 |
-| 特级管家(精品服务) | 10家L2(1:30配比) | ¥13,140×10×50%/12 + 消费分润 + 续费奖金 ≈ ¥6,600-8,800 | ¥7.9-10.6万 |
+| 特级管家(精品服务) | 10家L2(1:30配比) | ¥13,140×10×50%/12 + 消费返利 + 续费奖金 ≈ ¥6,600-8,800 | ¥7.9-10.6万 |
 
 > **核心差异**:同样管理10个家庭,中级管家(全部L1)年收入≈¥1.1-1.4万,特级管家(全部L2)年收入≈¥7.9-10.6万——**升级为健康管家的职业吸引力远超传统岗位收入**。
 
@@ -369,28 +369,28 @@
 
 ---
 
-## 5. 分销与消费分润体系
+## 5. 销售与消费返利体系
 
 ### 5.1 核心理念
 
 四层设计原则:
 
 ```
-         算团队看三层         分润只一层
+         算团队看三层         返利只一层
     ┌─────────────────┐ ┌─────────────────┐
     │ 你→A→B→C 都算    │ │ 谁直接推荐    │
-    │ 你的团队人数,     │ │ 谁拿分润
+    │ 你的团队人数,     │ │ 谁拿返利
     │ 帮你提升等级      │ │ 不往下层抽成  │
     └─────────────────┘ └─────────────────┘
     ┌─────────────────┐ ┌─────────────────┐
     │ P点制            │ │ 终身不掉级      │
-    │ 消费分润基于      │ │ 等级基于累计    │
+    │ 消费返利基于      │ │ 等级基于累计    │
     │ 产品利润(非售价)  │ │ 历史最高核算    │
     └─────────────────┘ └─────────────────┘
 ```
 
 - **成人达己**:帮团队成员发展,团队壮大你升级,但他们的收益归他们
-- **P点制**:每个产品给一个P点(=平台利润额),分润 = P点之和 × 等级分润率,平台可持续
+- **P点制**:每个产品给一个P点(=平台利润额),返利 = P点之和 × 等级返利率,平台可持续
 - **终身不掉级**:基于历史累计团队人数,到达某等级永不降级
 
 ### 5.2 团队结构与核心规则
@@ -409,7 +409,7 @@
     团队总人数 = 你 + 你直接推荐(3人) + 二层(5人) + 三层(3人) = 11人
     → 达到 R1 传福人(≥10人)
     
-分润分配:A买产品 → 你拿(你直接推荐)
+返利分配:A买产品 → 你拿(你直接推荐)
           D买产品 → A拿(A是D的直接推荐人)
           I买产品 → D拿(D是I的直接推荐人)
 ```
@@ -417,16 +417,16 @@
 | 规则 | 说明 |
 |:----|------|
 | **算团队算三层** | 你的团队人数 = 你直接推荐的一级 + 一级推荐的人 + 他们推荐的人(三级内所有付费会员) |
-| **分润分一层** | 谁直接推荐的会员产生消费,佣金/分润就给谁,不往上级抽水 |
+| **返利分一层** | 谁直接推荐的会员产生消费,佣金/返利就给谁,不往上级抽水 |
 | **等级≥阈值即晋升** | 累计团队人数 ≥ 等级阈值即自动晋升,不限精确匹配 |
 | **终身不掉级** | 等级绑定推广人最高历史记录,永不回退 |
-| **L0可推广** | L0也能推荐会员拿佣金、晋级,但消费分润仅限L1/L2会员 |
+| **L0可推广** | L0也能推荐会员拿佣金、晋级,但消费返利仅限L1/L2会员 |
 
 ### 5.3 阶梯推广等级体系
 
 等级名称以浠艾福 **五维能量** 哲学命名,寓意推广者从利他→传福→聚能→启慧→传承的成长旅程:
 
-| 等级 | 五维 | 累计团队≥ | 推荐佣金(L1推荐) | 推荐佣金(L2推荐) | 消费分润(P点) | 额外权益 |
+| 等级 | 五维 | 累计团队≥ | 推荐佣金(L1推荐) | 推荐佣金(L2推荐) | 消费返利(P点) | 额外权益 |
 |:----:|:----:|:---------:|:----------------:|:----------------:|:-------------:|----------|
 | **R0 利他者** | 💧 富 | 0 | 20%(¥262.8) | 25%(¥328.5) | P×**20%** | 基础推广工具 |
 | **R1 传福人** | 🌿 行 | ≥10 | 23%(¥302.2) | 28%(¥367.9) | P×**25%** | 专属二维码+数据看板 |
@@ -475,7 +475,7 @@ function evaluateTier(promoterId) {
 > 注意:推荐佣金仅看"推荐人是谁"(一层),不看被推荐人在团队中的层级。
 > 你直接推荐的人购买,你拿你的等级对应的佣金。
 
-### 5.5 消费分润——P点制(持续性)
+### 5.5 消费返利——P点制(持续性)
 
 #### 什么是P点
 
@@ -488,23 +488,23 @@ function evaluateTier(promoterId) {
 | 健康测评C | ¥500 | ¥250 | ¥250 | **250** | 平台可自主调控 |
 | 活动报名D | ¥100 | ¥50 | ¥50 | **50** | |
 
-> **P点的意义**:平台利润越高→P点越高→推广人分润越高→更多人推广→销量越高→平台利润越高。**正向飞轮**。
+> **P点的意义**:平台利润越高→P点越高→推广人返利越高→更多人推广→销量越高→平台利润越高。**正向飞轮**。
 
-#### 分润计算
+#### 返利计算
 
 ```
 被推荐人当月购买了 [产品甲(P=80) + 服务乙(P=350) + 课程丙(P=150)]
 P点总和 = 80 + 350 + 150 = 580
-推广人等级(例:R2 聚能师,分润率=30%)
+推广人等级(例:R2 聚能师,返利率=30%)
-消费分润 = 580 × 30% = ¥174
+消费返利 = 580 × 30% = ¥174
 ```
 
-#### 各等级分润
+#### 各等级返利
 
-| 推广人等级 | 消费分润率(P点×) | 举例(月均P=500) |
+| 推广人等级 | 消费返利率(P点×) | 举例(月均P=500) |
 |:---------:|:-----------------:|:----------------:|
 | R0 利他者 | P×**20%** | ¥100/月 |
 | R1 传福人 | P×**25%** | ¥125/月 |
@@ -513,14 +513,14 @@ P点总和 = 80 + 350 + 150 = 580
 | R4 传承者 | P×**40%** | ¥200/月 |
 
 > **关键规则**:
-> - 分润从订单**支付成功且确认收货**后开始计算
-> - 被推荐人退款则对应分润取消(退货的P点从当月减去)
-> - 分润**不设期限**,只要推荐关系存在且被推荐人持续消费,分润持续
-> - 仅 **直接推荐** 的会员产生分润,间接推荐不产生分润
-> - 推荐人须为 **L1/L2会员** 才能获得消费分润(L0仅可获推荐佣金并晋级)
+> - 返利从订单**支付成功且确认收货**后开始计算
+> - 被推荐人退款则对应返利取消(退货的P点从当月减去)
+> - 返利**不设期限**,只要推荐关系存在且被推荐人持续消费,返利持续
+> - 仅 **直接推荐** 的会员产生返利,间接推荐不产生返利
+> - 推荐人须为 **L1/L2会员** 才能获得消费返利(L0仅可获推荐佣金并晋级)
 > - L2会员可以在同等级上额外获得 **5%加成**(例如R1传福人+L2 → 25%+5%=30%),体现L2身份优势
 
-### 5.6 分润结算流程
+### 5.6 返利结算流程
 
 ```
 用户B在平台消费(商品/活动/课程/服务)
@@ -534,8 +534,8 @@ CommissionService.calculateConsumptionShare(order)
     ├── 查询A的推广等级(maxReferralTier)
     ├── 查询A的会员等级(L1/L2)
     ├── 计算P点总和:order.items.sum(P)
-    ├── 计算分润率:tierRate + (L2会员 ? 5% : 0%)
-    └── 分润金额 = P点总和 × 分润
+    ├── 计算返利率:tierRate + (L2会员 ? 5% : 0%)
+    └── 返利金额 = P点总和 × 返利
 创建CommissionRecord(
@@ -547,7 +547,7 @@ CommissionService.calculateConsumptionShare(order)
 )
-7天后自动结算 → status='settled' → 分润进入可提现余额
+7天后自动结算 → status='settled' → 返利进入可提现余额
 ```
 
 ### 5.7 终身不掉级机制
@@ -596,31 +596,31 @@ public void evaluateAndUpgrade(int promoterId) {
 
 ### 5.8 与现有佣金体系的关系
 
-| 维度 | 原有体系(继续保留) | 新增阶梯分润体系 |
+| 维度 | 原有体系(继续保留) | 新增阶梯返利体系 |
 |:----:|--------------------|-----------------|
-| 佣金类型 | 推荐商品佣金 | **阶梯推荐佣金 + P点消费分润** |
-| 推荐结构 | 平级 | **三层算团队+一层分润** |
+| 佣金类型 | 推荐商品佣金 | **阶梯推荐佣金 + P点消费返利** |
+| 推荐结构 | 平级 | **三层算团队+一层返利** |
 | 等级 | 无 | **R0-R4 五级阶梯(五维命名)** |
-| 分润基数 | 商品售价 | **产品P点(平台利润)** |
-| 分润期限 | 一次性 | **持续终身(不掉级)** |
-| 分润对象 | 推荐人(不限等级) | **仅L1/L2会员可享消费分润** |
+| 返利基数 | 商品售价 | **产品P点(平台利润)** |
+| 返利期限 | 一次性 | **持续终身(不掉级)** |
+| 返利对象 | 推荐人(不限等级) | **仅L1/L2会员可享消费返利** |
 
-### 5.9 分润收益模拟
+### 5.9 返利收益模拟
 
 **场景一:R0利他者→R4传承者的晋级旅程**:
 
-| 阶段 | 等级 | 直接推荐人数 | 团队3层总人数 | 月均P点总和 | 月消费分润 |
+| 阶段 | 等级 | 直接推荐人数 | 团队3层总人数 | 月均P点总和 | 月消费返利 |
 |:---:|:----:|:----------:|:------------:|:----------:|:----------:|
 | 刚加入 | R0利他者 | 0 | 0 | ¥0(仅佣金) | ¥0 |
 | 分享给3个好友 | R0利他者 | 3 | 3+ | ¥600 | ¥600×20%=¥120 |
 | 好友也分享,团队≥10 | **R1传福人** | 5 | 10 | ¥1,500 | ¥1,500×25%=**¥375** |
 | 持续扩展,团队≥50 | **R2聚能师** | 15 | 50 | ¥5,000 | ¥5,000×30%=**¥1,500** |
-| 深度裂变,团队≥200 | **R3启慧者** | 40 | 200 | ¥20,000 | ¥20,000×35%=**¥7,000** |
+| 深度推荐,团队≥200 | **R3启慧者** | 40 | 200 | ¥20,000 | ¥20,000×35%=**¥7,000** |
 | 超级推广者,团队≥500 | **R4传承者** | 80 | 500 | ¥50,000 | ¥50,000×40%=**¥20,000** |
 
 **场景二:同样推荐50人直接下线,不同等级的收益差异**:
 
-| 等级 | 推荐佣金(一次性) | 年消费分润(人均消费¥2,000,平均P=¥800/人) | 年总收益 |
+| 等级 | 推荐佣金(一次性) | 年消费返利(人均消费¥2,000,平均P=¥800/人) | 年总收益 |
 |:---:|:-----------------:|:------------------------------------------:|:--------:|
 | R0利他者 | 50×¥262.8=¥13,140 | 50×¥800×20%=¥8,000 | **¥21,140** |
 | R1传福人 | 50×¥302.2=¥15,110 | 50×¥800×25%=¥10,000 | **¥25,110** |
@@ -688,9 +688,9 @@ public void evaluateAndUpgrade(int promoterId) {
 
 | 变化 | 旧模型 | 新模型 | 影响 |
 |:----:|--------|--------|------|
-| **管家成本** | 固定工资(人力成本刚性) | **合伙分润(收入比例分成)** | 管家成本随收入浮动,无固定人力负担 |
-| **消费分润** | 无 | **P点制阶梯分润**(基于产品利润×等级分润率) | 成本与平台利润挂钩,可持续性更强 |
-| **推广体系** | 无等级平佣 | **R0-R4阶梯推广+三层算团队+终身不掉级** | 推广动力随等级递增,裂变效率持续增强 |
+| **管家成本** | 固定工资(人力成本刚性) | **合伙返利(收入比例分成)** | 管家成本随收入浮动,无固定人力负担 |
+| **消费返利** | 无 | **P点制阶梯返利**(基于产品利润×等级返利率) | 成本与平台利润挂钩,可持续性更强 |
+| **推广体系** | 无等级平佣 | **R0-R4阶梯推广+三层算团队+终身不掉级** | 推广动力随等级递增,推荐效率持续增强 |
 
 ### 7.2 L1 一生一世(¥1,314/年)单家庭年单位经济模型
 
@@ -698,18 +698,18 @@ public void evaluateAndUpgrade(int promoterId) {
 |:----:|:----------:|:----:|
 | **会员费营收** | **¥1,314** | 100% |
 | **支出** | | |
-| 管家分润(平均40%,含续费奖金) | ¥526 | 40% |
+| 管家返利(平均40%,含续费奖金) | ¥526 | 40% |
 | AI基础设施(LLM API/向量数据库/OCR) | ¥120 | 9% |
 | 内容/课程成本 | ¥80 | 6% |
 | 商品折扣成本(年均消费¥2,000×折扣) | ¥100 | 8% |
-| 消费分润成本(P点制·平均25%分润率) | ¥150 | 11% |
+| 消费返利成本(P点制·平均25%返利率) | ¥150 | 11% |
 | 平台运营/技术 | ¥80 | 6% |
 | 营销/获客(推荐佣金+推广) | ¥50 | 4% |
 | 管理/其他 | ¥50 | 4% |
 | **平台总支出** | **¥1,156** | **88%** |
 | **平台毛利润** | **¥158** | **12%** |
 
-> 消费分润成本估算:被推荐人年均消费¥2,000×40%平均利润率=¥800P点,推广人平均等级R1传福人分润率25%,¥800×25%=¥200/年,按50%推广人占比加权得¥100/年,预留上行空间取¥150。随着推广人等级升高比例同步增长,但平台利润也因销量增长而增厚。
+> 消费返利成本估算:被推荐人年均消费¥2,000×40%平均利润率=¥800P点,推广人平均等级R1传福人返利率25%,¥800×25%=¥200/年,按50%推广人占比加权得¥100/年,预留上行空间取¥150。随着推广人等级升高比例同步增长,但平台利润也因销量增长而增厚。
 
 ### 7.3 L2 久久一生(¥1,314/月=¥13,140/年)单家庭年单位经济模型
 
@@ -717,11 +717,11 @@ public void evaluateAndUpgrade(int promoterId) {
 |:----:|:----------:|:----:|
 | **会员费营收** | **¥13,140** | 100% |
 | **支出** | | |
-| 管家分润(高级管家45%,含续费奖金) | ¥5,913 | 45% |
+| 管家返利(高级管家45%,含续费奖金) | ¥5,913 | 45% |
 | AI基础设施(深度分析模式+优先响应) | ¥800 | 6% |
 | 内容/课程成本 | ¥400 | 3% |
 | 商品折扣成本(年均消费¥5,000×折扣承担) | ¥750 | 6% |
-| 消费分润成本(P点制·平均32%分润率) | ¥640 | 5% |
+| 消费返利成本(P点制·平均32%返利率) | ¥640 | 5% |
 | 专家团会诊成本(每年4次) | ¥500 | 4% |
 | 平台运营/技术 | ¥300 | 2% |
 | 营销/获客 | ¥150 | 1% |
@@ -729,7 +729,7 @@ public void evaluateAndUpgrade(int promoterId) {
 | **平台总支出** | **¥9,553** | **73%** |
 | **平台毛利润** | **¥3,587** | **27%** |
 
-> L2消费分润成本估算:被推荐人年均消费¥5,000×40%平均利润率=¥2,000P点,推广人平均等级R2+R3分润率约30%+L2加成5%=35%,¥2,000×35%=¥700/年,预留上行空间取¥640。
+> L2消费返利成本估算:被推荐人年均消费¥5,000×40%平均利润率=¥2,000P点,推广人平均等级R2+R3返利率约30%+L2加成5%=35%,¥2,000×35%=¥700/年,预留上行空间取¥640。
 
 ### 7.4 产品组合测算
 
@@ -741,7 +741,7 @@ public void evaluateAndUpgrade(int promoterId) {
 | 加权平均利润率 | 12%×85% + 27%×15% = **14.25%** |
 | 单客户LTV(按3年、70%续费率) | ¥3,088 × (1 + 0.7 + 0.7²) × 14.25% ≈ **¥1,065** |
 
-> L1利润率从16%调整至12%(消费分润成本升至11%),L2利润率从28%微调至27%。整体加权利润率14.25%,低于旧模型的17.8%,但消费分润成本与平台利润同步浮动(按P点比例),规模化后利润率可持续提升。
+> L1利润率从16%调整至12%(消费返利成本升至11%),L2利润率从28%微调至27%。整体加权利润率14.25%,低于旧模型的17.8%,但消费返利成本与平台利润同步浮动(按P点比例),规模化后利润率可持续提升。
 
 ### 7.5 规模化测算
 
@@ -753,9 +753,9 @@ public void evaluateAndUpgrade(int promoterId) {
 | 30万 | ¥9.26亿 | ¥1.48亿 | 16% | AI边际成本递减 |
 | 50万 | ¥15.4亿 | ¥2.77亿 | 18% | 成熟期 |
 
-> 相比旧模型(10万家毛利¥5,500万/18%),P点制下毛利降低至¥4,400万/14%。但P点制有两个优势:(1)消费分润成本与平台利润同步浮动,不会出现"销售额增长但平台赔钱"的结构性风险;(2)推广人等级越高分润越多,但平台也因团队规模增长获得更多营收,利益一致性更强。
+> 相比旧模型(10万家毛利¥5,500万/18%),P点制下毛利降低至¥4,400万/14%。但P点制有两个优势:(1)消费返利成本与平台利润同步浮动,不会出现"销售额增长但平台赔钱"的结构性风险;(2)推广人等级越高返利越多,但平台也因团队规模增长获得更多营收,利益一致性更强。
 
-> 合伙制下没有固定人力成本,利润率随规模增长更为平滑且可持续。管家分润随收入浮动,平台在经济下行期也不会承担固定人力风险。
+> 合伙制下没有固定人力成本,利润率随规模增长更为平滑且可持续。管家返利随收入浮动,平台在经济下行期也不会承担固定人力风险。
 
 ---
 
@@ -765,7 +765,7 @@ public void evaluateAndUpgrade(int promoterId) {
 |:----:|:----:|:----:|----------|
 | **P0 种子期** | 1-2月 | 500家庭 | 现有用户限时特惠¥999开通;老带新奖励加码 |
 | **P1 验证期** | 3-6月 | 5,000家庭 | AI健康顾问7天免费体验;招募30名管家打磨SOP;体检机构/社区合作导流 |
-| **P2 增长期** | 7-12月 | 5万+家庭 | 二级销全面启动;邀请里程碑(3/5/10人);标杆家庭案例传播;区域化管家扩张 |
+| **P2 增长期** | 7-12月 | 5万+家庭 | 二级销全面启动;邀请里程碑(3/5/10人);标杆家庭案例传播;区域化管家扩张 |
 
 ---
 
@@ -775,16 +775,16 @@ public void evaluateAndUpgrade(int promoterId) {
 L0免费用户 → AI体验(每日3次问答,感受价值)
 购买一生一世卡 ¥1,314/年(解锁全家AI+管家+推广)
-   └── 或订阅久久一生 ¥1,314/月(解锁深度AI+特级管家+高比例分润
+   └── 或订阅久久一生 ¥1,314/月(解锁深度AI+特级管家+高比例返利
 健康改善 + 管家关系沉淀(续费率>70% → LTV>¥3,700)
-推广裂变(三层算团队·一层分润·终身不掉级)
-   ├── R0利他者:佣金20%+分润P×20%
-   ├── R2聚能师:佣金26%+分润P×30%  
-   └── R4传承者:佣金35%+分润P×40%
+推广推荐(三层算团队·一层返利·终身不掉级)
+   ├── R0利他者:佣金20%+返利P×20%
+   ├── R2聚能师:佣金26%+返利P×30%  
+   └── R4传承者:佣金35%+返利P×40%
-推广等级提升 → 分润比例更高 → 推广动力更强 → 更多新用户
+推广等级提升 → 返利比例更高 → 推广动力更强 → 更多新用户
 回到顶部,加速旋转
 ```
@@ -793,7 +793,7 @@ L0免费用户 → AI体验(每日3次问答,感受价值)
 - **AI质量飞轮**:用户多→数据多→AI准→体验好→续费高→用户更多
 - **管家能力飞轮**:家庭多→经验多→SOP熟→服务标准化→满意度高
 - **推荐精准飞轮**:购买多→推荐准→转化高→数据多→推荐更准
-- **推广等级飞轮**:推荐多→团队大→等级高→分润高→动力强→推荐更多
+- **推广等级飞轮**:推荐多→团队大→等级高→返利高→动力强→推荐更多
 
 ---
 
@@ -828,7 +828,7 @@ L0免费用户 → AI体验(每日3次问答,感受价值)
 |---------|----------|
 | **User/FAMILY身份体系** | 家庭订阅会员作为独立身份叠加,不与原有 FREE/FAMILY/PROVIDER 冲突 |
 | **FamilyController** | 订阅会员家庭覆盖能力复用现有家庭管理,上限扩展至10-15人 |
-| **CommissionService** | 销佣金逻辑复用,一生一世会员购买触发L1/L2佣金结算 |
+| **CommissionService** | 销佣金逻辑复用,一生一世会员购买触发L1/L2佣金结算 |
 | **EnergyService/PointsService** | 会员权益中的积分/能量奖励沿用现有系统 |
 | **ProductController** | 商品查询时叠加会员折扣价逻辑 |
 | **AssessmentOrderController** | 会员专享价/免费权益接入 |
@@ -843,12 +843,12 @@ L0免费用户 → AI体验(每日3次问答,感受价值)
 |--------|------|------|
 | 家庭订阅 vs 个人会员 | 家庭为单位 | 差异化壁垒,覆盖更多成员提升LTV |
 | ¥1,314定价(一生一世L1) | 情感定价+竞争定价 | "一生一世"易传播,相对竞品有明显价格优势 |
-| ¥1,314/月定价(久久一生L2) | 服务升级定价 | 10倍于L1的价格,匹配资深管家+深度AI+专家团+高比例分润 |
+| ¥1,314/月定价(久久一生L2) | 服务升级定价 | 10倍于L1的价格,匹配资深管家+深度AI+专家团+高比例返利 |
 | AI+人融合 vs 纯AI | 人+AI融合 | 管家关系是续费壁垒,AI提升效率降低成本 |
 | L1+L2双等级 vs 单等级 | 双等级 | L1普惠拉量,L2提升ARPU |
-| **推广等级 vs 平级佣金** | **R0-R4阶梯推广** | 三层算团队、一层分润、终身不掉级、五维命名 |
-| **分润基数** | **P点制(平台利润)** | 不按销售额,按利润点,平台可持续性更强 |
-| **分润方式** | **三层算团队+一层分润** | 团队协作提等级,但分润不搞MLM传销 |
+| **推广等级 vs 平级佣金** | **R0-R4阶梯推广** | 三层算团队、一层返利、终身不掉级、五维命名 |
+| **返利基数** | **P点制(平台利润)** | 不按销售额,按利润点,平台可持续性更强 |
+| **返利方式** | **三层算团队+一层返利** | 团队协作提等级,但返利不搞MLM传销 |
 | 合伙人制 vs 雇佣制 | 管家合伙制 | 零固定人力成本,管理规模越大经济模型越好 |
 | 三引擎推荐(规则+协同+LLM) | 混合推荐 | 冷启动靠规则,规模后靠协同+LLM提升精准度 |
 | 与现有会员体系共存 | 叠加不替代 | 保护现有用户权益,降低迁移风险 |

+ 5 - 5
docs/superpowers/specs/2026-07-10-certainty-ppt-design.md

@@ -4,7 +4,7 @@
 
 项目总体介绍 PPT 原版本存在两个问题:
 1. **叙事视角以"收入引擎"切入**,与用户(家庭)的价值感知脱节
-2. **内容重复**:slide07(会员订阅收入)重复 slide04、slide09(推广分润体系)重复 slide05
+2. **内容重复**:slide07(会员订阅收入)重复 slide04、slide09(推广销售体系)重复 slide05
 3. **不可编辑**:采用 PNG 图片嵌入 PPTX,文字不可编辑
 
 本次重构从"确定性"角度重新组织叙事。
@@ -63,7 +63,7 @@
 **Slide 05 — 经济确定性**
 - 主张:花得明白、省得安心、赚得从容
 - 场景:教育投入无底洞、消费决策不透明、家庭经济压力大
-- 方案:L1一生一世¥1,314/年(全家≤10人,日均¥3.6)/ 情感定价透明(1314=一生一世)/ 会员折扣体系(商品8-9折)/ 消费分润返还(P点制,消费即投资)/ 推广增收通道(R0-R4月入¥0-20k)
+- 方案:L1一生一世¥1,314/年(全家≤10人,日均¥3.6)/ 情感定价透明(1314=一生一世)/ 会员折扣体系(商品8-9折)/ 消费返利返还(P点制,消费即投资)/ 推广增收通道(R0-R4月入¥0-20k)
 
 **Slide 06 — 关系确定性**
 - 主张:好的家庭关系是可以学习和经营的能力
@@ -81,7 +81,7 @@
 - 重新组织原"商业模式总览"内容,围绕"确定性如何被支撑"展开:
   - 会员订阅 → 经济确定性(透明定价) + 服务确定性(长期承诺)
   - 交易抽佣 → 服务确定性(专业交付) + 质量确定性(平台背书)
-  - 推广分润 → 经济确定性(增收通道) + 信任确定性(社交推荐)
+  - 推广销售 → 经济确定性(增收通道) + 信任确定性(社交推荐)
   - AI增值 → 健康确定性(智能分析) + 成长确定性(数据驱动)
 - 四引擎图标+对应的确定性承诺
 
@@ -93,7 +93,7 @@
 
 **Slide 10 — 三方价值闭环**
 - 沿袭三圆三角布局:家庭用户 × 推广管家 × 专业服务商
-- 箭头标注价值流转:家庭付费→平台→服务商交付;用户推荐→管家分润
+- 箭头标注价值流转:家庭付费→平台→服务商交付;用户推荐→管家返利
 - 底部总结:确定性如何在整个生态中流转
 
 **Slide 11 — AI + 技术底座**
@@ -152,7 +152,7 @@
 ## 与旧版本的关系
 
 - 保留原封面设计风格(蓝橙主色、浅色商务风)
-- 删除 slide07(会员订阅收入)和 slide09(推广分润体系)完全避免重复
+- 删除 slide07(会员订阅收入)和 slide09(推广销售体系)完全避免重复
 - 将 slide03(商业模式)重构为 slide08(四引擎支撑确定性)
 - 将 slide11/16/17/18/19 压缩合并为 slide12/13/14
 

BIN
docs/浠艾福项目总体介绍.pptx


+ 1 - 1
docs/系统测试/test-records/COMPLETE-TEST-REPORT-20260701.md

@@ -53,7 +53,7 @@
 | **ENERGY** | 能量总览 | ❌ FAIL | 400 Bad Request |
 | | 能量日志 | ❌ FAIL | 500(childId不能为空) |
 | **INVITE** | 获取邀请码 | ✅ PASS | code=UYM6CP |
-| | 销汇总 | ✅ PASS | 0邀请, 0收益 |
+| | 销汇总 | ✅ PASS | 0邀请, 0收益 |
 | | 下线列表 | ✅ PASS | total=0 |
 | **GUIDE** | 待审核申请 | ✅ PASS | pending=0 |
 | | 绑定邀请 | ✅ PASS | 端点可达 |

+ 2 - 2
docs/系统测试/test-records/TEST-CASE-MATRIX.md

@@ -133,13 +133,13 @@
 | ENERGY-PARENT-001 | `/api/energy/summary` | POST | parent | 能量总览 | 返回五维能量 | ✅ 可用 |
 | ENERGY-PARENT-002 | `/api/energy/detail` | POST | parent | 能量明细 | 返回能量明细 | ✅ 可用 |
 
-### 2.13 邀请销模块 (INVITE)
+### 2.13 邀请销模块 (INVITE)
 
 | 用例ID | 端点 | 方法 | 角色 | 业务流程 | 预期结果 | 状态 |
 |--------|------|------|------|---------|---------|------|
 | INVITE-PARENT-001 | `/api/invite/code` | POST | parent | 获取邀请码 | 返回邀请码 | ✅ 可用 |
 | INVITE-PARENT-002 | `/api/invite/bind` | POST | parent | 绑定邀请码 | 绑定成功 | ✅ 可用 |
-| INVITE-PARENT-003 | `/api/invite/summary` | POST | parent | 销汇总 | 返回销统计 | ✅ 可用 |
+| INVITE-PARENT-003 | `/api/invite/summary` | POST | parent | 销汇总 | 返回销统计 | ✅ 可用 |
 | INVITE-PARENT-004 | `/api/invite/list` | POST | parent | 下线列表 | 返回下线列表 | ✅ 可用 |
 | INVITE-PARENT-005 | `/api/invite/qrcode` | POST | parent | 推广二维码 | 返回二维码 | ✅ 可用 |
 

+ 11 - 11
docs/融资计划书-PPT内容方案-v1.0.md

@@ -272,7 +272,7 @@
 | **规划师佣金** | 规划师套餐销售抽佣 10-20% | 80-90% |
 | **商品交易费** | 商城交易抽佣 5-15% | 85-95% |
 | **会员订阅** | 家庭会员月卡/年卡(增值服务 + AI 助手) | 70-80% |
-| **推广佣** | 二级销佣金体系 | 50-60% |
+| **推广佣** | 二级销佣金体系 | 50-60% |
 
 **成本结构:**
 - 固定成本:服务器 + 带宽(约 3-5 万/年初期,可弹性扩展)
@@ -280,7 +280,7 @@
 - 人力成本:小而美的技术 + 运营团队
 
 **单位经济模型(预估):**
-- 单家庭获客成本(CAC):**15-25 元**(微信小程序自然流量 + 社交裂变
+- 单家庭获客成本(CAC):**15-25 元**(微信小程序自然流量 + 社交推荐
 - 单家庭年均价值(LTV):**300-800 元**(测评 2-3 次/年 + 套餐 1-2 个/年)
 - LTV/CAC:**12-50 倍**(说明模型健康,可大规模投放)
 
@@ -473,7 +473,7 @@
 
 **平台资质:**
 - 微信小程序生态:官方 AppID `wx5ba8038ef16fb245`
-- 基于微信社交裂变,天然获客优势
+- 基于微信社交推荐,天然获客优势
 - 小程序已是微信生态内家庭服务的重要入口
 - 亿图腾(北京)科技有限公司 — 正规工商注册
 
@@ -501,13 +501,13 @@
 - 底部一排技术认证徽章样式
 
 **演讲备注:**
-"我们的品牌背书不是花钱买的,是实打实做出来的。微信小程序是我们的主阵地——10 亿月活、社交裂变、零获客成本的天然优势。募极生物这样的专业机构选择跟我们合作,是因为我们有能力把 135 页的检测报告变成 3 页的行动方案。这是技术实力带来的信任。"
+"我们的品牌背书不是花钱买的,是实打实做出来的。微信小程序是我们的主阵地——10 亿月活、社交推荐、零获客成本的天然优势。募极生物这样的专业机构选择跟我们合作,是因为我们有能力把 135 页的检测报告变成 3 页的行动方案。这是技术实力带来的信任。"
 
 ---
 
 ## Slide 12:市场规模与增长策略
 
-**页面标题:** 万亿赛道 × 社交裂变 × 飞轮增长
+**页面标题:** 万亿赛道 × 社交推荐 × 飞轮增长
 
 **核心文案:**
 
@@ -522,12 +522,12 @@
 | 阶段 | 目标 | 策略 | 关键指标 |
 |:----:|:----:|------|:--------:|
 | 冷启动 | 1000 家庭 | 种子用户 + 规划师入驻 + 活动运营 | 激活率 > 60% |
-| 裂变期 | 1 万 家庭 | 社交裂变 + 邀请奖励 + 任务拼团 | K-factor > 1.2 |
+| 推荐期 | 1 万 家庭 | 社交推荐 + 邀请奖励 + 任务拼团 | K-factor > 1.2 |
 | 规模化 | 10 万+ 家庭 | 广告投放 + 渠道合作 + 品牌心智 | CAC < 20 元 |
 
 **增长飞轮驱动:**
 1. **产品驱动:** 任务系统创造每日打开理由(高频)
-2. **社交驱动:** 微信好友邀请、家庭组队、任务分享(裂变
+2. **社交驱动:** 微信好友邀请、家庭组队、任务分享(推荐
 3. **内容驱动:** 测评报告、成长月报、AI 解读(传播)
 4. **服务驱动:** 更多成长规划师 → 更多套餐选择 → 更高转化
 
@@ -538,7 +538,7 @@
 
 **关键数据:**
 - TAM:4.5 万亿 | SAM:5000 亿 | 目标渗透率:0.1% → 5 亿营收
-- 微信社交裂变 K-factor 行业基准:0.8-1.5 | 我们的目标:>1.2
+- 微信社交推荐 K-factor 行业基准:0.8-1.5 | 我们的目标:>1.2
 - 小程序次日留存行业均值:25% | 我们的目标:>40%
 
 **视觉建议:**
@@ -548,7 +548,7 @@
 - 右侧留白处标注:"3% 渗透率 → 97% 待开拓"
 
 **演讲备注:**
-"我们选了一个大赛道里的小切口。4.5 万亿的家庭教育市场,目前做家庭健康成长平台的几乎没有成规模的玩家。我们选择从测评和任务系统切入——这两个功能都有很强的'打开理由'。测评一年 2-3 次是刚需,任务系统每天都要用。高频带动低频,这是我们的产品逻辑。加上微信的社交裂变基因,增长模型非常清晰。"
+"我们选了一个大赛道里的小切口。4.5 万亿的家庭教育市场,目前做家庭健康成长平台的几乎没有成规模的玩家。我们选择从测评和任务系统切入——这两个功能都有很强的'打开理由'。测评一年 2-3 次是刚需,任务系统每天都要用。高频带动低频,这是我们的产品逻辑。加上微信的社交推荐基因,增长模型非常清晰。"
 
 ---
 
@@ -604,7 +604,7 @@
 | 用途 | 占比 | 金额 | 说明 |
 |:----:|:----:|:----:|------|
 | 产品研发 | 40% | 120-200 万 | AI 功能深化、用户体验优化、新模块开发 |
-| 市场推广 | 30% | 90-150 万 | 社交裂变投放、渠道合作、种子用户获取 |
+| 市场推广 | 30% | 90-150 万 | 社交推荐投放、渠道合作、种子用户获取 |
 | 团队建设 | 15% | 45-75 万 | 核心岗位补充(运营/市场/AI 工程师) |
 | 运营支持 | 10% | 30-50 万 | 服务器、带宽、支付通道、API 调用 |
 | 预留 | 5% | 15-25 万 | 应急储备 |
@@ -666,7 +666,7 @@
 |:----:|:----|---------|
 | **Q1 增强** | AI 深化 | AI 报告自动解读、AI 个性化任务生成、智能推荐引擎 v1 |
 | **Q2 增长** | 服务商网络 | 规划师认证体系线上化、活动方入驻工具包、批量任务下发 |
-| **Q3 变现** | 商业化闭环 | 会员订阅体系上线、推广佣系统、活动/课程售卖 |
+| **Q3 变现** | 商业化闭环 | 会员订阅体系上线、推广佣系统、活动/课程售卖 |
 | **Q4 扩张** | 生态构建 | 社区互动功能、家庭社交网络、Open API 第三方接入 |
 
 **未来 3 年愿景:**

+ 49 - 49
docs/融资计划书-PPT内容方案.md

@@ -24,7 +24,7 @@
 
 **关键数据:**
 - 50+ 小程序页面 | 48 个后端控制器 | 47 个数据实体 | 15 大功能模块
-- 已上线:AI 助手、测评体系、五维能量、任务闭环、商城、推广
+- 已上线:AI 助手、测评体系、五维能量、任务闭环、商城、推广佣
 - 五维全景幸福矩阵:身泰 · 心怡 · 智达 · 行远 · 富沛
 
 **视觉建议:**
@@ -143,9 +143,9 @@
 
 ---
 
-## Slide 4:推广裂变体系 — R0-R4 阶梯推广
+## Slide 4:推广推荐体系 — R0-R4 阶梯推广
 
-**页面标题:** 社交裂变 2.0:人人都是推广合伙人
+**页面标题:** 社交推荐 2.0:人人都是推广合伙人
 
 **核心文案:**
 
@@ -153,13 +153,13 @@
 
 | 等级 | 称号 | 晋级条件 | 核心权益 |
 |:----:|:----:|:---------|---------|
-| R0 | 家庭用户 | 注册即得 | 基础推广分润(邀请好友得能量) |
-| R1 | 分享家 | 团队 3 人 | 消耗品 P 点分润率 20% + 直接推广奖励 |
-| R2 | 推广师 | 团队 15 人 | 消耗品 P 点分润率 25% + 间接推广奖励 |
-| R3 | 高级推广师 | 团队 50 人 | 消耗品 P 点分润率 30% + 团队管理奖金 |
-| R4 | 推广合伙人 | 团队 150 人 | 消耗品 P 点分润率 40% + 季度分红 + 专属客服 |
+| R0 | 家庭用户 | 注册即得 | 基础推广销售(邀请好友得能量) |
+| R1 | 分享家 | 团队 3 人 | 消耗品 P 点返利率 20% + 直接推广奖励 |
+| R2 | 推广师 | 团队 15 人 | 消耗品 P 点返利率 25% + 间接推广奖励 |
+| R3 | 高级推广师 | 团队 50 人 | 消耗品 P 点返利率 30% + 团队管理奖金 |
+| R4 | 推广合伙人 | 团队 150 人 | 消耗品 P 点返利率 40% + 季度分红 + 专属客服 |
 
-**P 点分润机制(创新):**
+**P 点返利机制(创新):**
 - 不以销售额为基数,以 **平台利润点数(P 点)** 为基数
 - 每笔消耗品交易产生 P 点(= 商品利润额)
 - 推广人按等级获得 P 点的 20%-40%
@@ -168,24 +168,24 @@
 **推广体系核心规则:**
 - ✅ **只分 1 层佣金** — 杜绝多层级法律风险
 - ✅ **按团队人数晋升,终身不掉级** — 激励持续推广
-- ✅ **L1 用户可参与推广** — 零门槛裂变
-- ✅ **微信生态原生裂变** — 小程序分享卡片 + 二维码邀请
+- ✅ **L1 用户可参与推广** — 零门槛推荐
+- ✅ **微信生态原生推荐** — 小程序分享卡片 + 二维码邀请
 
 **关键数据:**
 - 目标 K-factor:**> 1.5**(每个用户平均带来 1.5 个新用户)
-- 裂变周期:老用户邀请 → 新用户注册 → 新用户再邀请,3-7 天完成循环
+- 推荐周期:老用户邀请 → 新用户注册 → 新用户再邀请,3-7 天完成循环
 - 单家庭推广获客成本(CAC):**3-8 元**(远低于广告投放 15-25 元)
 - R4 合伙人年收入预估:**5-15 万元**(对宝妈群体有强吸引力)
 
 **视觉建议:**
 - 中央展示 R0→R4 晋升阶梯(楼梯图或金字塔图)
-- 每级标注人数要求 + 分润率 %,橙色渐深
-- 右侧展示 P 点分润公式可视化:"订单利润 10 元 → P 点 10 → R2 得 2.5 元"
-- 底部展示裂变循环图:邀请→注册→消费→分润→再邀请
+- 每级标注人数要求 + 返利率 %,橙色渐深
+- 右侧展示 P 点返利公式可视化:"订单利润 10 元 → P 点 10 → R2 得 2.5 元"
+- 底部展示推荐循环图:邀请→注册→消费→返利→再邀请
 - 标注:"合规 · 单层 · 不掉级"
 
 **演讲备注:**
-"我们做了一个重要的创新——推广分润不以销售额为基数。为什么不?因为按销售额分润,平台利润率会被压缩到无法持续。我们用'P 点'(平台利润点数)作为分润基数,推广人拿 20%-40% 的平台利润。比例看起来不高?但平台健康了,才能长期分润。而且 R4 合伙人年收入预估 5-15 万——对宝妈这个群体来说,这是一个非常有吸引力的副业收入。"
+"我们做了一个重要的创新——推广销售不以销售额为基数。为什么不?因为按销售额返利,平台利润率会被压缩到无法持续。我们用'P 点'(平台利润点数)作为返利基数,推广人拿 20%-40% 的平台利润。比例看起来不高?但平台健康了,才能长期返利。而且 R4 合伙人年收入预估 5-15 万——对宝妈这个群体来说,这是一个非常有吸引力的副业收入。"
 
 ---
 
@@ -452,10 +452,10 @@
                         ┌─────────────────────────────┐
                         │    浠艾福平台收入引擎           │
 ├─────────────┬─────────────┬─────────────┬─────────────┤
-│  ① 会员订阅  │  ② 交易抽佣  │  ③ 推广佣  │  ④ AI 增值  │
+│  ① 会员订阅  │  ② 交易抽佣  │  ③ 推广佣  │  ④ AI 增值  │
 │  (经常性收入) │  (交易收入)   │  (增长收入)   │  (高毛利收入) │
 ├─────────────┼─────────────┼─────────────┼─────────────┤
-│ L2: 9.9/月  │ 测评 15-25%  │ P 点分润     │ AI 报告解读  │
+│ L2: 9.9/月  │ 测评 15-25%  │ P 点返利     │ AI 报告解读  │
 │ 管家E: 399/年│ 套餐 10-20%  │ (利润×20-40%)│ 每次 9.9-29.9│
 │ 毛利率 70-80%│ 商品 5-15%   │ 毛利率 50-60%│ 毛利率 85-95%│
 └─────────────┴─────────────┴─────────────┴─────────────┘
@@ -467,21 +467,21 @@
 |:---------|:-----:|:---------:|-----------|
 | ① 会员订阅 | 70-80% | 30-45% | 复利增长,LTV 逐年递增 |
 | ② 交易抽佣 | 80-90% | 25-35% | 随 GMV 线性增长 |
-| ③ 推广佣 | 50-60% | 15-20% | 自增长引擎,CAC 极低 |
+| ③ 推广佣 | 50-60% | 15-20% | 自增长引擎,CAC 极低 |
 | ④ AI 增值 | 85-95% | 5-10% | 高毛利,AI 能力深化后占比提升 |
 
-**P 点制分润模型详解(核心创新):**
+**P 点制返利模型详解(核心创新):**
 - 不以销售额为基数 → 以 **平台利润点数(P 点)** 为基数
 - 每笔消耗品交易的 P 点 = 商品利润额
-- R0-R4 推广等级按 20%-40% 比例分润
-- **加权平均分润率 ~10.2%**,平台保留 ~89.8% 毛利润
+- R0-R4 推广等级按 20%-40% 比例返利
+- **加权平均返利率 ~10.2%**,平台保留 ~89.8% 毛利润
 - 经济模型健康,可长期持续
 
 **单位经济模型:**
 | 指标 | 当前预估 | 行业基准 |
 |:----|:--------:|:--------:|
 | CAC(广告) | 15-25 元 | 50-200 元 |
-| CAC(裂变) | 3-8 元 | 10-30 元 |
+| CAC(推荐) | 3-8 元 | 10-30 元 |
 | LTV(L2 会员) | ~297 元/3年 | — |
 | LTV(管家E) | ~1,200 元 | — |
 | LTV/CAC(混合) | 15-40 倍 | >3 倍即健康 |
@@ -494,13 +494,13 @@
 
 **视觉建议:**
 - 顶部展示四层收入引擎架构图(四列并列,高度示意收入占比)
-- 中部左侧展示 P 点分润可视化:"订单利润 10 元 → P 点 10 → 推广人得 2-4 元"
+- 中部左侧展示 P 点返利可视化:"订单利润 10 元 → P 点 10 → 推广人得 2-4 元"
 - 中部右侧展示 LTV/CAC 对比柱状图(标注 3 倍健康线 vs 我们 15-40 倍)
 - 底部展示订阅收入的"复利曲线"——随时间线性增长的累计订阅收入
 - 色调:暖橙 + 金色,突出"高毛利 + 健康经济模型"
 
 **演讲备注:**
-"我们的商业模式最大的优势是——四层收入非但不冲突,而且互相强化。会员订阅带来稳定现金流和高粘性,交易抽佣从每笔服务中获利,推广佣用极低成本驱动增长,AI 增值是对重度用户的高毛利变现。特别值得注意我们的 P 点分润模型——不是按销售额分润,是按利润分润。这意味着无论推广规模多大,平台始终保留 60% 以上的利润。这是一个可以规模化的健康模型。"
+"我们的商业模式最大的优势是——四层收入非但不冲突,而且互相强化。会员订阅带来稳定现金流和高粘性,交易抽佣从每笔服务中获利,推广佣用极低成本驱动增长,AI 增值是对重度用户的高毛利变现。特别值得注意我们的 P 点返利模型——不是按销售额返利,是按利润返利。这意味着无论推广规模多大,平台始终保留 60% 以上的利润。这是一个可以规模化的健康模型。"
 
 ---
 
@@ -582,13 +582,13 @@ AI 价值显现 → 升级至 L2/管家E → 更高粘性 → 更久留存
 - AI 成本随模型优化持续下降(大模型推理成本年降 30-50%)
 - Data Flywheel — 数据越多,AI 越好,竞品越难追
 
-**引擎三:社交裂变引擎(增长驱动)**
+**引擎三:社交推荐引擎(增长驱动)**
 ```
 老用户邀请 → 新用户注册(L1) → 新用户体验产品 →
 部分升级至 L2 → 部分成为推广人 → 继续邀请新用户
 ```
-- R0-R4 阶梯推广体系支撑裂变
-- P 点分润机制确保经济模型健康
+- R0-R4 阶梯推广体系支撑推荐
+- P 点返利机制确保经济模型健康
 - 微信小程序原生分享能力,零额外获客成本
 
 **飞轮增速预估:**
@@ -596,13 +596,13 @@ AI 价值显现 → 升级至 L2/管家E → 更高粘性 → 更久留存
 | 阶段 | 时间 | 家庭数 | 驱动引擎 |
 |:----:|:----:|:------:|:--------:|
 | 冷启动完成 | 当前 | ~500-1000 | 产品驱动 |
-| 裂变期 | M1-M6 | 3,000-5,000 | 社交裂变 + AI |
+| 推荐期 | M1-M6 | 3,000-5,000 | 社交推荐 + AI |
 | 增长期 | M7-M12 | 10,000-20,000 | 三引擎同时驱动 |
 | 规模化 | M13-M24 | 50,000-100,000 | 付费投放 + 渠道 |
 
 **关键数据:**
 - 冷启动:已验证产品市场匹配(PMF),日均活跃用户稳定
-- 裂变目标 K-factor:> 1.5(自然增长不依赖投放)
+- 推荐目标 K-factor:> 1.5(自然增长不依赖投放)
 - 三大引擎互相强化,非单一依赖
 
 **视觉建议:**
@@ -631,7 +631,7 @@ AI 价值显现 → 升级至 L2/管家E → 更高粘性 → 更久留存
 
 **三年收入模型(中观场景):**
 
-| 年度 | 注册家庭 | L2 会员 | 订阅收入 | 抽佣收入 | 推广分润 | AI 增值 | **总收入** |
+| 年度 | 注册家庭 | L2 会员 | 订阅收入 | 抽佣收入 | 推广销售 | AI 增值 | **总收入** |
 |:---:|:--------:|:-------:|:--------:|:--------:|:--------:|:--------:|:---------:|
 | Y1 | 2 万 | 6,000 | 71 万 | 48 万 | 15 万 | 6 万 | **~140 万** |
 | Y2 | 8 万 | 24,000 | 285 万 | 240 万 | 90 万 | 48 万 | **~663 万** |
@@ -694,11 +694,11 @@ AI 价值显现 → 升级至 L2/管家E → 更高粘性 → 更久留存
 | 团队 | 核心团队完整,全职 + 外部协作 |
 | **当前家庭数** | **~500-1000**(种子用户) |
 
-**阶段二:裂变增长(M1-M12,本轮资金核心用途)**
+**阶段二:推荐增长(M1-M12,本轮资金核心用途)**
 
 | 策略 | 方法 | 预算 | 预期效果 |
 |:----|:-----|:---:|:--------:|
-| R0-R4 推广体系 | 社交裂变 + 团队晋升 + P 点分润 | 60 万/年 | K-factor > 1.5 |
+| R0-R4 推广体系 | 社交推荐 + 团队晋升 + P 点返利 | 60 万/年 | K-factor > 1.5 |
 | 内容营销 | 公众号案例研究 + 视频号 + 社群 | 40 万/年 | 自然流量增长 3x |
 | 种子投放 | 微信朋友圈 + 抖音本地推 | 100 万/年 | CAC < 20 元 |
 | 渠道合作 | 学校 + 社区 + 培训机构合作 | 40 万/年 | 批量获客 |
@@ -720,7 +720,7 @@ AI 价值显现 → 升级至 L2/管家E → 更高粘性 → 更久留存
 | 服务闭环 | ❌ | ❌ | ✅ | ✅ |
 | 数据闭环 | ✅ | ❌ | ❌ | ✅ |
 | AI 能力 | ❌ | ❌ | ❌ | ✅ |
-| 社交裂变 | ✅ | ✅ | ❌ | ✅ |
+| 社交推荐 | ✅ | ✅ | ❌ | ✅ |
 | 五维方法论 | ❌ | ❌ | ❌ | ✅ |
 | 会员订阅 | ❌ | ✅ | ❌ | ✅ |
 
@@ -731,14 +731,14 @@ AI 价值显现 → 升级至 L2/管家E → 更高粘性 → 更久留存
 - 微信生态月活 10 亿+,搜索"家庭健康"年增 35%+
 
 **视觉建议:**
-- 顶部三阶段时间轴(已完成的冷启动 / 进行中的裂变 / 未来的规模化)
+- 顶部三阶段时间轴(已完成的冷启动 / 进行中的推荐 / 未来的规模化)
 - 中部左侧:增长策略矩阵(策略卡片,标注预算+效果)
 - 中部右侧:竞争优势矩阵(与竞品的多维度对比雷达图或表格)
 - 底部展示 TAM/SAM/SOM 漏斗图
 - 右上角标注:"平台渗透率 < 3% → 97% 蓝海市场"
 
 **演讲备注:**
-"我们把增长分成三个阶段,目前冷启动已经完成了——产品有了,技术稳了,种子用户跑通了。现在需要的是加速裂变。我们的推广体系(R0-R4)是专门为微信生态设计的——每个家长都可以成为推广合伙人。5000 万的资金到位后,我们会在推广激励、内容营销、精准投放三个方向上同步发力。目标 12 个月做到 8 万家庭,18 个月启动 A 轮。这是一个经过计算的、可执行的计划。"
+"我们把增长分成三个阶段,目前冷启动已经完成了——产品有了,技术稳了,种子用户跑通了。现在需要的是加速推荐。我们的推广体系(R0-R4)是专门为微信生态设计的——每个家长都可以成为推广合伙人。5000 万的资金到位后,我们会在推广激励、内容营销、精准投放三个方向上同步发力。目标 12 个月做到 8 万家庭,18 个月启动 A 轮。这是一个经过计算的、可执行的计划。"
 
 ---
 
@@ -802,7 +802,7 @@ AI 价值显现 → 升级至 L2/管家E → 更高粘性 → 更久留存
 | 用途 | 金额 | 占比 | 具体说明 |
 |:----|:----:|:----:|:---------|
 | **AI 能力深化** | **1,500 万** | **30%** | AI 报告解读、个性化推荐引擎、AI 任务生成、成长规划辅助、大模型 API 成本 |
-| **推广体系激励** | **1,200 万** | **24%** | R0-R4 推广佣金储备金、推广活动激励、种子推广人培养、裂变工具开发 |
+| **推广体系激励** | **1,200 万** | **24%** | R0-R4 推广佣金储备金、推广活动激励、种子推广人培养、推荐工具开发 |
 | **市场拓展** | **1,000 万** | **20%** | 精准投放(朋友圈/抖音)、内容营销(公众号/视频号)、渠道合作(学校/社区/机构) |
 | **团队扩充** | **800 万** | **16%** | 新增 15-20 人(AI 工程师、运营、市场、BD),18 个月薪酬储备 |
 | **基础设施** | **500 万** | **10%** | 服务器弹性扩展、微信支付通道、短信/认证、安全审计、灾备 |
@@ -843,7 +843,7 @@ AI 价值显现 → 升级至 L2/管家E → 更高粘性 → 更久留存
 - 右下角:"详情见财务预测模型和详细资金使用计划"
 
 **演讲备注:**
-"5000 万看起来不少,但每一分钱都有明确去处。最大头是 AI——这是我们差异化壁垒的核心,需要在模型训练、工程化、产品化上持续投入。第二大块是推广激励——我们不烧钱买量,而是用 P 点分润机制让用户帮我们增长,这部分钱实际上是'增长引擎的燃料'。整个资金计划覆盖 24-30 个月,即使增长不及预期,我们也有足够时间调整。到第 18 个月,我们有信心用数据启动 A 轮。"
+"5000 万看起来不少,但每一分钱都有明确去处。最大头是 AI——这是我们差异化壁垒的核心,需要在模型训练、工程化、产品化上持续投入。第二大块是推广激励——我们不烧钱买量,而是用 P 点返利机制让用户帮我们增长,这部分钱实际上是'增长引擎的燃料'。整个资金计划覆盖 24-30 个月,即使增长不及预期,我们也有足够时间调整。到第 18 个月,我们有信心用数据启动 A 轮。"
 
 ---
 
@@ -874,7 +874,7 @@ AI 价值显现 → 升级至 L2/管家E → 更高粘性 → 更久留存
 | 阶段 | 重点 | 核心交付 |
 |:----:|:----|:---------|
 | **Q1 2026Q4** | AI深化+会员上线 | AI 报告解读(测评自动生成解读报告) / L1/L2/管家E 全流程上线 / 微信支付订阅续费 |
-| **Q2 2027Q1** | 推广引擎 | R0-R4 推广体系全流程(邀请→晋升→分润→结算) / 推广人看板 / P 点分润自动化 |
+| **Q2 2027Q1** | 推广引擎 | R0-R4 推广体系全流程(邀请→晋升→返利→结算) / 推广人看板 / P 点返利自动化 |
 | **Q3 2027Q2** | 增长加速 | 精准投放系统 / 服务商拓展工具包 / AI 任务推荐引擎 / 社群运营工具 |
 | **Q4 2027Q3** | 生态构建 | AI 成长规划辅助(规划师+AI协作) / 家庭社交网络 / 数据开放平台(API) |
 
@@ -955,16 +955,16 @@ AI 价值显现 → 升级至 L2/管家E → 更高粘性 → 更久留存
 
 ---
 
-## 附录 A:P 点分润模型详解(投资人技术附录)
+## 附录 A:P 点返利模型详解(投资人技术附录)
 
 > 此页用于会后发给投资人,不包含在路演 PPT 正文中
 
 ### P 点定义
 P 点(平台利润点数)= 消耗品订单的毛利润额(销售额 - 商品成本 - 支付通道费)
 
-### 分润公式
+### 返利公式
 ```
-推广人分润 = P 点 × 等级分润
+推广人返利 = P 点 × 等级返利
 
 R0: 0%(仅能量奖励)
 R1: 20%
@@ -974,18 +974,18 @@ R4: 40%
 ```
 
 ### 经济模型示例
-| 商品 | 售价 | 成本 | P 点 | R1 分润 | R4 分润 | 平台保留 |
+| 商品 | 售价 | 成本 | P 点 | R1 返利 | R4 返利 | 平台保留 |
 |:----|:----:|:----:|:----:|:-------:|:-------:|:--------:|
 | 测评套餐 | 199 元 | 120 元 | 79 | 15.8 元 | 31.6 元 | 47.4-63.2 元 |
 | AI 解读 | 19.9 元 | 8 元 | 11.9 | 2.38 元 | 4.76 元 | 7.14-9.52 元 |
 | 精品课程 | 99 元 | 40 元 | 59 | 11.8 元 | 23.6 元 | 35.4-47.2 元 |
 
 ### 关键规则
-1. **单层分润**:只分 1 级,不设多层级,规避法律风险
+1. **单层返利**:只分 1 级,不设多层级,规避法律风险
 2. **终身不掉级**:按团队历史最高人数定级,推广人无后顾之忧
-3. **仅消耗品**:订阅续费、会员升级等非消耗品不分润(保证订阅毛利率)
-4. **封顶机制**:单个推广人月分润上限 2 万元(防止滥用)
-5. **平台底线**:加权平均分润率 ~10.2%,平台始终保留 89.8%+ 毛利润
+3. **仅消耗品**:订阅续费、会员升级等非消耗品不返利(保证订阅毛利率)
+4. **封顶机制**:单个推广人月返利上限 2 万元(防止滥用)
+5. **平台底线**:加权平均返利率 ~10.2%,平台始终保留 89.8%+ 毛利润
 
 ---
 
@@ -998,10 +998,10 @@ R4: 40%
 | 估值 | 3,000-6,000 万 | **2.5-3.5 亿** |
 | 出让 | 8-15% | **15-20%** |
 | 核心商业模式 | 测评抽佣 + 商品交易 | **会员订阅 + 抽佣 + 推广 + AI 增值(四层引擎)** |
-| 推广体系 | 二级分销(未明确) | **R0-R4 阶梯推广 + P 点分润(合规单层)** |
+| 推广体系 | 二级销售(未明确) | **R0-R4 阶梯推广 + P 点返利(合规单层)** |
 | 会员体系 | 未明确定义 | **L1 公益版 / L2 全能版 / 管家E(三级订阅)** |
 | AI 能力 | AI 助手(基础) | **AI 管家(报告解读 + 任务推荐 + 成长规划)** |
-| 增长策略 | 自然增长 + 社交裂变 | **三引擎(会员 + AI + 社交)同步驱动** |
+| 增长策略 | 自然增长 + 社交推荐 | **三引擎(会员 + AI + 社交)同步驱动** |
 | 资金覆盖 | 12-18 个月 | **24-30 个月** |
 | 盈亏平衡 | M10-M12(预估) | **Y2/M14-M18(中观场景)** |
 | 落地页面数 | 16 Slides | **18 Slides + 2 附录** |

+ 3 - 3
docs/设计/角色权限-UC矩阵-v2.md

@@ -38,7 +38,7 @@
 
 ### 1.2 两种独立的层级体系
 
-- **体系 A - 平台邀请分销**: `User.referrerId` — 任意用户推荐他人注册,平台级
+- **体系 A - 平台邀请推广**: `User.referrerId` — 任意用户推荐他人注册,平台级
 - **体系 B - 服务商团队**: `guide_hierarchy` 表 — 仅规划师内部团队树,与平台解耦
 
 ## 2. 小程序 UC 矩阵
@@ -61,7 +61,7 @@
 | 会员续费 | ❌ | ❌ | ❌ | ✅ | ❌ | ❌ | ❌ | Web |
 | **服务商入口** | ❌ | ❌ | ❌ | ❌ | ✅ | ✅ | ✅ | Web |
 | 服务商入驻 | ❌ | ❌ | ❌ | ❌ | 🔒 | ✅ 申请 | ✅ 申请 | ✅ 审核 |
-| **平台销** | ✅ 受邀 | ❌ | ❌ | ✅ | ✅ | ✅ | ✅ | ❌ |
+| **平台销** | ✅ 受邀 | ❌ | ❌ | ✅ | ✅ | ✅ | ✅ | ❌ |
 | 邀请好友 | ✅ | ❌ | ❌ | ✅ | ✅ | ✅ | ✅ | ❌ |
 | 佣金中心 | ✅ 查看 | ❌ | ❌ | ✅ | ✅ 团队 | ✅ | ✅ | ❌ |
 
@@ -129,7 +129,7 @@ Web 管理端
 | 2 | child 账号 | isValidRole 接受 child | 保留(部分孩子有独立账号) | ✅ |
 | 3 | isFamilyAdmin | 字段存在,前端未用 | 逐步启用 | 🟡 |
 | 4 | 服务商入驻 | 仅规划师流程 | 扩展为通用入驻 | 🟢 |
-| 5 | 两层销 | referrerId + guide_hierarchy 已实现 | 保持,明确职责分离 | ✅ |
+| 5 | 两层销 | referrerId + guide_hierarchy 已实现 | 保持,明确职责分离 | ✅ |
 | 6 | 规划师团队 | GuideHierarchyService 已实现 | 独立于 referral 体系 | ✅ |
 | 7 | vendorType 鉴权 | 代码仍查 teacher 角色 | 新代码迁移到 vendorType | 🟡 |
 | 8 | Web 菜单 | 分 admin/teacher | 分 admin/vendor/planner | 🔴 优先 |

+ 1 - 1
docs/运营推广设计/IMPLEMENTATION_PLAN.md

@@ -6,7 +6,7 @@
 
 **What you'll get:** 小程序的推广功能全面升级——完成3个"即将上线"占位页(分享邀请卡、推广团队、微信转发),新增6个增长功能(新手任务奖励、每日任务、优惠券、邀请里程碑、推广排行榜),外加后台管理页面。目标:拉新(分享卡片+排行榜+里程碑)→ 激活(新手任务)→ 留存(每日任务)→ 变现(优惠券)。
 
-**Why this approach:** AARRR增长框架(拉新→激活→留存→变现→裂变),按优先级分3层:先补齐已有的半成品(P0,投资回报率最高),再补核心增长缺口(P1,激活+变现基石),最后加强裂变(P2,利用现有两级佣金体系)。优先完成"即将上线"占位页,因为它们已经有用户期待但不可用——修复后立刻产生价值。
+**Why this approach:** AARRR增长框架(拉新→激活→留存→变现→推荐),按优先级分3层:先补齐已有的半成品(P0,投资回报率最高),再补核心增长缺口(P1,激活+变现基石),最后加强推荐(P2,利用现有两级佣金体系)。优先完成"即将上线"占位页,因为它们已经有用户期待但不可用——修复后立刻产生价值。
 
 **What it will NOT do:** 不实现推送通知(需微信订阅消息)、不实现免费试用会员(需调整支付流程)、不实现拼团/限时抢购(需并发处理)、不实现百分比优惠券(只做固定金额)、不实现三级以上团队树。
 

+ 3 - 3
docs/运营推广设计/README.md

@@ -8,7 +8,7 @@
 
 **目标:** 小程序推广功能全面升级——完成3个"即将上线"占位页(分享邀请卡、推广团队、微信转发),新增6个增长功能(新手任务奖励、每日任务、优惠券、邀请里程碑、推广排行榜),外加后台管理页面。
 
-**策略:** AARRR增长框架(拉新→激活→留存→变现→裂变),按优先级分3层:先补齐已有的半成品(P0),再补核心增长缺口(P1),最后加强裂变(P2,利用现有两级佣金体系)。
+**策略:** AARRR增长框架(拉新→激活→留存→变现→推荐),按优先级分3层:先补齐已有的半成品(P0),再补核心增长缺口(P1),最后加强推荐(P2,利用现有两级佣金体系)。
 
 **不包含:** 推送通知、免费试用会员、拼团/限时抢购、百分比优惠券、三级以上团队树、AOP/事件系统、web/静态站修改。
 
@@ -131,7 +131,7 @@
 - 管理端:创建/编辑/删除/批量发放
 - 集成到 `PackagePaymentController` 和 `MembershipService` 支付流程
 
-### 3.3 P2 — 裂变放大器
+### 3.3 P2 — 推荐放大器
 
 #### C7: 邀请里程碑奖励
 - 3个档位:邀请3人→200积分+20能量 / 邀请5人→500积分+50能量 / 邀请10人→1000积分+100能量
@@ -155,7 +155,7 @@
 | Wave 1 (P0) | 补全占位页 | C1分享卡、C2团队API、C3微信转发、C4团队前端 |
 | Wave 2 (P1) | 新手引导 | C5后端、C6前端 |
 | Wave 3 (P1) | 成长+变现 | C7每日任务、C8优惠券后端、C9每日任务前端、C10优惠券前端、C11优惠券集成 |
-| Wave 4 (P2) | 裂变放大 | C12邀请里程碑后端、C13邀请里程碑前端、C14排行榜后端、C15排行榜前端 |
+| Wave 4 (P2) | 推荐放大 | C12邀请里程碑后端、C13邀请里程碑前端、C14排行榜后端、C15排行榜前端 |
 | Wave 5 | 管理+集成 | C16管理端优惠券、C17管理端任务、C18管理端里程碑+排行榜、C19端到端测试 |
 
 ### 4.2 新建数据库表(通过 DatabaseInitializer)

+ 11 - 11
docs/需求分析/会员与分销体系设计.md

@@ -1,8 +1,8 @@
-# 会员与销体系设计
+# 会员与销体系设计
 
 **版本:** v1.0
 **日期:** 2026-06-11
-**参考:** dan/num 项目销模型
+**参考:** dan/num 项目销模型
 **现有基础设施:** cfc 已有 User(referrerId/referralCode), MembershipLevel, FamilyMembership, CommissionRecord, WithdrawalRequest, Vendor 系统
 
 ---
@@ -14,7 +14,7 @@
 | 等级 | 等级代码 | 获取方式 | 年费 | 定位 |
 |:----:|:--------:|----------|:----:|------|
 | **普通会员** | FREE | 注册登录即获取 | 免费 | 浏览、免费内容、原价购买、推荐引流 |
-| **家庭会员** | FAMILY | 付费购买 / 累计消费达标自动升级 | ¥365 | 折扣购物、家庭管理、销佣金 |
+| **家庭会员** | FAMILY | 付费购买 / 累计消费达标自动升级 | ¥365 | 折扣购物、家庭管理、销佣金 |
 | **服务商** | PROVIDER | 平台审核通过 | 视类型 | 提供服务、发布商品、获得服务收入 |
 
 > 当前 `membership_levels` 表中的 `BASIC`/`PROFESSIONAL`/`ENTERPRISE` 替换为 `FAMILY` 等级。
@@ -62,9 +62,9 @@
 
 ---
 
-## 2. 销佣金体系
+## 2. 销佣金体系
 
-### 2.1 两级销结构
+### 2.1 两级销结构
 
 ```
           推荐人 A(获取佣金)
@@ -231,14 +231,14 @@ CREATE TABLE member_upgrade_records (
 | `/api/membership/can-use` | POST | 检查某项功能权限 | 需登录 |
 | `/api/membership/upgrade-records` | POST | 升级记录 | 需登录 |
 
-### 4.2 销相关
+### 4.2 销相关
 
 | 端点 | 方法 | 说明 | 认证 |
 |------|:----:|------|:----:|
 | `/api/commission/list` | POST | 我的佣金记录(分页)| 需登录 |
 | `/api/commission/total` | POST | 我的佣金汇总 | 需登录 |
 | `/api/commission/team` | POST | 我的推荐团队 | 需登录 |
-| `/api/commission/stats` | POST | 销看板数据 | 需登录 |
+| `/api/commission/stats` | POST | 销看板数据 | 需登录 |
 | `/api/commission/withdraw/apply` | POST | 申请提现 | 需登录 |
 | `/api/commission/withdraw/list` | POST | 提现记录 | 需登录 |
 | `/api/commission/withdraw/balance` | POST | 可提现余额 | 需登录 |
@@ -269,7 +269,7 @@ CREATE TABLE member_upgrade_records (
 | 创建家庭 | `create_family` | ❌ | ✅ | ❌ |
 | 邀请家人 | `invite_family` | ❌ | ✅ | ❌ |
 | 绑定规划师 | `bind_teacher` | ✅ | ✅ | — |
-| 推荐佣 | `referral_commission` | ✅(推荐奖励)| ✅(全额)| — |
+| 推荐佣 | `referral_commission` | ✅(推荐奖励)| ✅(全额)| — |
 | 发布商品 | `publish_product` | ❌ | ❌ | ✅ |
 | 服务收入 | `service_income` | ❌ | ❌ | ✅ |
 
@@ -293,7 +293,7 @@ CREATE TABLE member_upgrade_records (
 | 自动升级检查 | 每日 03:30 | 检查普通会员累计消费是否达标,自动升级 |
 | 会员过期处理 | 每日 04:00 | 家庭会员到期后降级为普通会员 |
 | 提现批量处理 | 每日 23:30 | 批量处理已审核的提现请求 |
-| 销统计数据更新 | 每日 02:00 | 更新用户的 direct_count, indirect_count |
+| 销统计数据更新 | 每日 02:00 | 更新用户的 direct_count, indirect_count |
 
 ---
 
@@ -396,13 +396,13 @@ CommissionService.calculate(order)
 
 | 页面 | 变化 |
 |------|------|
-| **我的 → 富沛** | 新增会员等级展示、会员权益入口、销数据看板 |
+| **我的 → 富沛** | 新增会员等级展示、会员权益入口、销数据看板 |
 | **商品详情** | 家庭会员显示折扣价(划线原价+会员价)|
 | **活动列表** | 普通会员不可见的会员活动打标"会员专享" |
 | **家庭管理** | 普通会员隐藏"创建家庭"/"邀请家人"入口 |
 | **注册登录** | 登录页增加推荐码输入框(可选)|
 | **新页面** | 会员中心:等级对比、购买/续费入口、权益说明 |
-| **新页面** | 销中心:佣金记录、团队列表、提现申请、看板数据 |
+| **新页面** | 销中心:佣金记录、团队列表、提现申请、看板数据 |
 
 ---
 

+ 2 - 2
e2e_complete_test.py

@@ -12,7 +12,7 @@
 - 财商打卡 (FINANCE)
 - 成长档案 (GROWTH)
 - 能量系统 (ENERGY)
-- 邀请分销 (INVITE)
+- 邀请推广 (INVITE)
 - 规划师 (GUIDE)
 
 测试环境: http://cfc.iwintrue.com:80
@@ -486,7 +486,7 @@ else:
 
 
 # ============================================================
-# STEP 13: 邀请销模块 (INVITE)
+# STEP 13: 邀请销模块 (INVITE)
 # ============================================================
 log("INVITE-001", "=== INVITE: Get referral code ===")
 code, resp = post("/api/invite/code", {}, token=parent_token, user_id=parent_uid)

+ 2 - 2
tests/TEST-RESULTS-v12.md

@@ -12,7 +12,7 @@
 
 | 模块 | 提交数 | 主要文件 | 测试覆盖 |
 |------|--------|---------|---------|
-| **供应商销体系** | ~10 commits | Supplier/SupplySystem/SupplyRelationship/SupplySettlement 实体 + Service + Controller + SupplySystem.vue | ✅ 新增 SupplySystemServiceTest.java |
+| **供应商销体系** | ~10 commits | Supplier/SupplySystem/SupplyRelationship/SupplySettlement 实体 + Service + Controller + SupplySystem.vue | ✅ 新增 SupplySystemServiceTest.java |
 | **食材推荐指数** | 5 commits | FoodRecommendIndex/FoodRecommendIdxLog 实体 + Service + Controller | ✅ 新增 FoodRecommendServiceTest.java |
 | **文章活动工作流** | 8 commits | ArticleService (submitForReview/withdraw/reDraft), ActivityAdminService 状态机 | ✅ 新增 ArticleWorkflowTest.java |
 | **健康报告 Phase 2** | 3 commits | HealthReportService.matchConfidence, auto-create member, MemberMatchResult DTO | ⚠️ 待补充 |
@@ -192,7 +192,7 @@ Web 管理端 (cfc-web): ~30 个文件
 5. **E2E 前端部署**: 按照 `docs/E2E-DEPLOYMENT-GUIDE.md` 部署 H5 前端,使 E2E 测试可运行
 6. **Maven 单元测试验证**: SupplySystemServiceTest 编译修复后执行单元测试验证
 7. **补充边界测试**: ZodiacAnnualEnergyService、HealthReportService Phase 2
-8. **SupplySettlementService 集成测试**: createSettlementForOrder 涉及复杂金额计算/分润逻辑
+8. **SupplySettlementService 集成测试**: createSettlementForOrder 涉及复杂金额计算/返利逻辑
 5. **CI 流水线**: 配置 GitHub Actions / jenkins 自动化测试
 
 ---

+ 1 - 1
tests/v11_test.js

@@ -176,7 +176,7 @@ async function main() {
   // NEW FEATURE: Article Auto-Tagging
   // ===================================================================
   // =============================================
-  // SUPPLY SYSTEM (供应商销体系) v11新增
+  // SUPPLY SYSTEM (供应商销体系) v11新增
   // =============================================
 
   const sysName = 'AutoTestSystem_' + Date.now();

+ 4 - 4
web/content-calendar.md

@@ -343,19 +343,19 @@ X. 最后一个XXXX(配图X)
 | 关于我们 | 用户评价 | 图文 |
 | 关于我们 | 联系我们 | 联系方式 |
 
-### 7.4 裂变活动方案
+### 7.4 推荐活动方案
 
-**方案一:资料包裂变**
+**方案一:资料包推荐**
 - 内容: 《家庭健康自测手册》(PDF,30页)
 - 规则: 关注公众号+转发朋友圈→免费领取
 - 目的: 公众号涨粉+品牌曝光
 
-**方案二:免费测评裂变**
+**方案二:免费测评推荐**
 - 内容: 五维能量家庭评估(价值199元)
 - 规则: 邀请3位好友关注→免费领取
 - 目的: 用户增长+产品体验
 
-**方案三:社群裂变**
+**方案三:社群推荐**
 - 内容: 7天家庭教育训练营
 - 规则: 扫码进群+邀请好友→解锁全部课程
 - 目的: 社群沉淀+转化

+ 1 - 1
web/promotion-plan-summary.md

@@ -114,5 +114,5 @@
 |:-:|------|:----:|:----:|---------|
 | 1 | `web/geo-strategy.md` | ✅ 完成 | 486 | GEO策略:E-E-A-T、QA矩阵30题、百度AI优化、知乎布局、技术GEO、30天计划 |
 | 2 | `web/sem-ad-copy.md` | ✅ 完成 | 413 | 5组SEM广告文案、3个落地页设计、投放策略、预算分配、UTM规范 |
-| 3 | `web/content-calendar.md` | ✅ 完成 | 375 | 公众号+小红书双平台定位、30天逐日日历、爆款模板、SOP、裂变方案 |
+| 3 | `web/content-calendar.md` | ✅ 完成 | 375 | 公众号+小红书双平台定位、30天逐日日历、爆款模板、SOP、推荐方案 |
 | 4 | 本文件 | ✅ 完成 | — | 三份文档的总览、优先级排序、资源与预算评估、协同策略 |