chore: 删除 devlop 分支下的开发文档目录
Made-with: Cursor
36
开发文档/.github/workflows/sync_from_coding.yml
vendored
@@ -1,36 +0,0 @@
|
||||
name: Sync from Coding
|
||||
|
||||
on:
|
||||
schedule:
|
||||
- cron: '0 */2 * * *' # 每2小时执行一次
|
||||
workflow_dispatch: # 允许手动触发
|
||||
|
||||
jobs:
|
||||
sync:
|
||||
runs-on: ubuntu-latest
|
||||
permissions:
|
||||
contents: write # 确保此行存在,赋予工作流写入仓库内容的权限,这是解决 403 权限问题的基础
|
||||
steps:
|
||||
- name: 检出 GitHub 仓库
|
||||
uses: actions/checkout@v4
|
||||
with:
|
||||
ref: develop # 明确检出 develop 分支,确保在正确的分支上操作
|
||||
|
||||
- name: 配置 Git 用户并合并 Coding 代码到 GitHub
|
||||
run: |
|
||||
# 配置 Git 用户信息
|
||||
git config user.name "zhiqun@qq.com"
|
||||
git config user.email "zhiqun@qq.com"
|
||||
|
||||
# 添加 Coding 仓库为一个新的远程源
|
||||
git remote add coding-origin https://${{ secrets.CODING_USERNAME }}:${{ secrets.CODING_TOKEN }}@e.coding.net/g-xtcy5189/cunkebao/cunkebao_v3.git
|
||||
|
||||
# 从 Coding 远程仓库获取 develop 分支的最新信息
|
||||
git fetch coding-origin develop
|
||||
|
||||
# 合并 Coding 的 develop 分支到本地的 develop 分支
|
||||
# --allow-unrelated-histories 允许合并两个没有共同历史的分支
|
||||
git merge --no-ff --allow-unrelated-histories coding-origin/develop
|
||||
|
||||
# 将合并后的本地 develop 分支推送到 GitHub 的 develop 分支
|
||||
git push origin develop
|
||||
@@ -1,102 +0,0 @@
|
||||
# 存客宝协作需求(待发给存客宝 / 神射手团队)
|
||||
|
||||
> 更新时间:2026-03-08
|
||||
> 来源:找伙伴功能开发中,需要存客宝方配合开发/开放的接口
|
||||
|
||||
---
|
||||
|
||||
## 需求一:场景获客接口回馈 — 添加好友成功率反馈
|
||||
|
||||
**状态**:待开发
|
||||
|
||||
**背景**:当前 scenarios API(`POST https://ckbapi.quwanzhi.com/v1/api/scenarios`)上报线索后只返回「新增成功 / 已存在」,无法知道该线索是否已被微信添加好友。
|
||||
|
||||
**需求**:在 scenarios 响应中新增字段,返回该线索的微信添加状态:
|
||||
- `friendStatus`: `added`(已添加)/ `pending`(待添加)/ `failed`(添加失败)
|
||||
- `friendAddedAt`: 添加成功时间(ISO 8601)
|
||||
|
||||
---
|
||||
|
||||
## 需求二:线索查询接口 — 按手机号/微信号查询添加结果
|
||||
|
||||
**状态**:待开发
|
||||
|
||||
**背景**:后台需要查看某个匹配用户在存客宝中的状态(是否已加好友、属于哪个计划、有哪些标签等)。
|
||||
|
||||
**需求**:提供一个查询接口:
|
||||
- **方式**:`GET /v1/api/lead/query`
|
||||
- **参数**:`apiKey`、`sign`、`timestamp`、`phone`(或 `wechatId`)
|
||||
- **返回**:
|
||||
```json
|
||||
{
|
||||
"code": 200,
|
||||
"data": {
|
||||
"phone": "138xxxx",
|
||||
"wechatId": "xxx",
|
||||
"friendStatus": "added",
|
||||
"friendAddedAt": "2026-03-08T10:00:00+08:00",
|
||||
"plan": "创业实验-资源对接",
|
||||
"tags": ["资源对接", "高意向"],
|
||||
"createdAt": "2026-03-07T08:00:00+08:00"
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 需求三:批量线索统计接口 — 查询某时间段内的添加成功率
|
||||
|
||||
**状态**:待确认
|
||||
|
||||
**背景**:后台「找伙伴统计」页面需要展示一段时间内的线索上报总量、添加好友成功率等数据。
|
||||
|
||||
**需求**:提供一个统计接口:
|
||||
- **方式**:`GET /v1/api/lead/stats`
|
||||
- **参数**:`apiKey`、`sign`、`timestamp`、`startDate`、`endDate`、`source`(可选,按来源筛选)
|
||||
- **返回**:
|
||||
```json
|
||||
{
|
||||
"code": 200,
|
||||
"data": {
|
||||
"totalLeads": 150,
|
||||
"friendAdded": 120,
|
||||
"friendPending": 25,
|
||||
"friendFailed": 5,
|
||||
"successRate": 80.0,
|
||||
"byPlan": [
|
||||
{ "plan": "创业实验-创业合伙", "total": 50, "added": 42 },
|
||||
{ "plan": "创业实验-资源对接", "total": 40, "added": 35 }
|
||||
]
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 需求四:匹配成功后自动加好友 + 拉群
|
||||
|
||||
**状态**:待确认
|
||||
|
||||
**背景**:用户在小程序「找伙伴」匹配成功后,希望存客宝能自动执行以下操作:
|
||||
1. 如果匹配到的用户不是好友 → 自动发送好友申请
|
||||
2. 如果已是好友 → 自动拉入指定微信群
|
||||
3. 同时发送指定的欢迎消息
|
||||
|
||||
**需求**:
|
||||
- 提供一个「自动加好友」API:传入 phone/wechatId,存客宝自动发起好友申请
|
||||
- 提供一个「自动拉群」API:传入 phone/wechatId + 群 ID,自动拉入微信群
|
||||
- 提供一个「发送消息」API:传入 phone/wechatId + 消息内容,自动发送消息
|
||||
- 后台需要有开关:可选择匹配后是「加好友」还是「拉群」还是「发消息」
|
||||
|
||||
**适用范围**:找伙伴、资源对接、导师预约、团队招募四个类型均需支持
|
||||
|
||||
**备注**:如果存客宝当前不支持这些自动化能力,请确认:
|
||||
1. 是否有类似功能在开发计划中
|
||||
2. 是否可以通过存客宝的其他方式(如场景获客触发自动流程)间接实现
|
||||
3. 预计的开发/对接时间
|
||||
|
||||
---
|
||||
|
||||
## 发送方式
|
||||
|
||||
将本文档发给存客宝技术团队(或神射手),确认排期后更新状态。
|
||||
@@ -1,174 +0,0 @@
|
||||
# 运营与变更(合并版)
|
||||
|
||||
> 合并自:运营数据与项目分析、派对每日数据汇总、soul-admin变更、永平版优化、近三日更新总览、5份更新详细说明、小程序接口申请
|
||||
|
||||
---
|
||||
|
||||
# 第一部分:运营数据与项目分析
|
||||
|
||||
## 一、项目与派对定位
|
||||
|
||||
| 维度 | 内容 |
|
||||
|:---|:---|
|
||||
| **项目名称** | 一场 SOUL 的创业实验场 |
|
||||
| **核心目标** | 内容阅读 + 私域引流 + 知识变现 |
|
||||
| **派对定位** | 晨间 6–9 点 Soul 语音派对,主题:谁在挣钱、怎么挣 |
|
||||
|
||||
## 二、运营报表数据(节选)
|
||||
|
||||
- 105 场、约 108 万推流、1.5 万+ 进房、约 144 小时
|
||||
- 日度汇总见「派对每日数据汇总」表头与计算说明
|
||||
|
||||
## 三、派对每日数据汇总
|
||||
|
||||
| 表头 | 说明 |
|
||||
|:---|:---|
|
||||
| 时长、Soul推流、进房人数、人均时长、互动、礼物、灵魂力、增加关注、最高在线 | 按日相加 |
|
||||
|
||||
---
|
||||
|
||||
# 第二部分:soul-admin 与永平版变更
|
||||
|
||||
## soul-admin 变更
|
||||
|
||||
- 侧边栏:交易中心 → 推广中心(永平 2026-02 已落地)
|
||||
- 内容管理:移除 5 按钮,仅保留「API 接口」按钮,点击打开 API 文档(永平 2026-02 源码改造已落地)
|
||||
- 缓存:?v=2 强制刷新,修复 Failed to fetch
|
||||
|
||||
## 永平版优化对比
|
||||
|
||||
- 主项目 vs 永平版:单 Next vs 多服务(Go+Vue+Next)
|
||||
- 已合并项:数据库、认证、后台登出等;可选合并:定时任务、提现记录、地址 API 等
|
||||
|
||||
---
|
||||
|
||||
# 第三部分:近三日更新(2026-02-21~24)
|
||||
|
||||
## Git 提交
|
||||
|
||||
9b410f2a 永平版上传 → e5e6ffd7 miniprogram 替换 → b038a042 超级个体 → afc2376e VIP/收益/排行 → e91a5d9f 精选推荐 → 7551840c 管理后台改造 → f6846b59/685b4767/74b1c339 soul-admin 修复
|
||||
|
||||
## 功能
|
||||
|
||||
VIP 会员、超级个体、我的收益、阅读量排序、提现记录、地址、协议隐私、图标系统
|
||||
|
||||
## 算法
|
||||
|
||||
精选推荐、热门章节、最新章节、权限校验、阅读追踪、VIP 排序
|
||||
|
||||
## 前端
|
||||
|
||||
soul-admin 管理后台改造、API TOKEN、缓存修复
|
||||
|
||||
## 后端
|
||||
|
||||
VIP 接口、章节推荐逻辑、数据库依赖
|
||||
|
||||
## 小程序
|
||||
|
||||
永平版替换、新增页面(地址/协议/隐私/提现记录/会员详情)、改版页面、组件与工具类
|
||||
|
||||
---
|
||||
|
||||
# 第四部分:小程序接口申请文案
|
||||
|
||||
用于微信公众平台 → 开发管理 → 接口设置 → 接口权限,每个理由 300 字以内:
|
||||
|
||||
- **wx.chooseAddress**:创业资源对接,用户匹配成功后需交换联系地址,一键选择微信收货地址
|
||||
- **wx.getPhoneNumber**:付费阅读与分销提现,需手机号完成身份验证与提现到账
|
||||
- **wx.chooseLocation / wx.choosePoi**:线下见面与资源对接,用户需选择见面地点
|
||||
|
||||
详见原「小程序接口申请文案」完整文案。
|
||||
|
||||
---
|
||||
|
||||
# 第五部分:永平落地(2026-02 依据 cursor_1_14)
|
||||
|
||||
- **soul-admin**:内容管理页仅保留「API 接口」按钮(源码方案);侧栏与推广中心页「交易中心」→「推广中心」。
|
||||
- **分销**:海报小程序码 scene 带用户 ID(ref=userId);海报上去掉「邀请码」展示;我的页「待领收益」统一为「我的收益」。
|
||||
- **个人/设置**:自动提现默认开启、一键获取手机/微信号已有;后台绑定有效期、自动提现等与 API 已对齐。
|
||||
- **需求来源**:cursor_1_14.md 对话导出中的接口、分销、个人相关更新,已整理至《需求汇总》需求清单。
|
||||
|
||||
---
|
||||
|
||||
# 第六部分:近期讨论(2026-02-26 小橙同步)
|
||||
|
||||
## 文档整理(2026-02-26)
|
||||
|
||||
- 移除:Prisma ORM、Next.js 宝塔、Standalone、拆解计划、近3天更新文档、8部署历史修复说明(约 35 份)
|
||||
- 新增:开发文档/README.md 索引
|
||||
- 更新:部署总览(当前架构 soul-api + soul-admin + miniprogram)
|
||||
|
||||
## VIP 相关
|
||||
|
||||
- **VIP 判断**:以 users 表为主(`is_vip=1` 且 `vip_expire_date>NOW`),orders 表兜底
|
||||
- **VIP 设置**:支持手动设置(管理端用户详情弹窗)与支付设置(1980 会员支付回调)
|
||||
- **VIP 日志**:手动设置输出 `[VIP] 设置方式=手动设置, userId=xxx, isVip=xxx, vipExpireDate=xxx`;支付设置输出 `[VIP] 设置方式=支付设置, userId=xxx, orderSn=xxx, 过期日=xxx`
|
||||
- **管理端设置 VIP**:用户详情弹窗 → VIP 手动设置区块;开启 VIP 时必填到期日(前后端校验)
|
||||
|
||||
## 分润规则
|
||||
|
||||
- **内容订单**:好友优惠 5%(仅针对文章/内容,会员订单无优惠);推广者 90%
|
||||
- **会员订单**:推广者会员 20%、非会员 10%(**已实现**,computeOrderCommission;推广设置页可配置 vipOrderShareVip、vipOrderShareNonVip)
|
||||
|
||||
## 需求池
|
||||
|
||||
- **需求分析**:`临时需求池/需求分析-产品经理视角.md`
|
||||
- **分润技术分析**:`临时需求池/分润需求-技术分析.md`
|
||||
- **搁置**:打包购买引导、存客宝对接
|
||||
|
||||
---
|
||||
|
||||
## VIP 升级(2026-02-26 小橙同步)
|
||||
|
||||
### 功能变更
|
||||
|
||||
| 项目 | 说明 |
|
||||
|------|------|
|
||||
| **设置入口** | 用户列表每行新增「设置 VIP」按钮,独立 SetVipModal;UserDetailModal 移除 VIP 区块 |
|
||||
| **排序** | `vip_activated_at`:付款=订单 pay_time,手动=now;`vip_sort` 手动排序;VipMembers 按「vip_sort 优先,否则 vip_activated_at DESC」 |
|
||||
| **角色** | 新增 `vip_roles` 表;`users.vip_role` 存角色名;SetVipModal 下拉可选 +「其他」手动填写 |
|
||||
| **管理端** | 新增「VIP 角色」页 `/vip-roles`,CRUD 预设角色 |
|
||||
|
||||
### 数据迁移
|
||||
|
||||
- `开发文档/8、部署/VIP功能-数据库迁移说明.md`
|
||||
- 脚本:`soul-api/scripts/add-vip-activated-at.sql`、`add-vip-roles-and-fields.sql`
|
||||
|
||||
### Skills 升级
|
||||
|
||||
- SKILL-MySQL直接操作:§8 迁移脚本最佳实践
|
||||
- SKILL-API开发:§3.2 新增表/字段完整流程
|
||||
- SKILL-管理端开发:§4.1 表单弹窗与「可选择+可手动填写」
|
||||
- SKILL-变更关联检查:VIP/超级个体三端分工表
|
||||
|
||||
---
|
||||
|
||||
# 第七部分:开发进度同步(2026-02-27 橙子)
|
||||
|
||||
## 三端开发进度汇报
|
||||
|
||||
| 角色 | 当前进度摘要 | 状态 |
|
||||
|------|--------------|------|
|
||||
| **产品** | 项目索引初始化、.cursor 规则优化完成;《分销规则》《规则说明》已讨论 | 已完成 |
|
||||
| **小程序** | 永平落地已完成:海报 scene、我的收益、推广中心、VIP 相关;找伙伴、提现、阅读、分销核心功能已上线 | 已完成 |
|
||||
| **管理端** | 内容管理仅 API 按钮、推广中心、SetVipModal、VIP 角色管理、推广设置会员分润配置、VIP 排序等均已落地 | 已完成 |
|
||||
| **后端** | computeOrderCommission 会员分润差异化(20%/10%)已实现;vip_roles、vip_activated_at、referral_config 扩展;miniprogram/admin/db 三组路由就绪 | 已完成 |
|
||||
|
||||
## 下一阶段待办
|
||||
|
||||
| 责任角色 | 任务 | 优先级 |
|
||||
|---------|------|--------|
|
||||
| 产品经理 | 补充《规则说明》「资料不解锁」含义 | 中 |
|
||||
| 产品经理 | 明确购买内容 ≥3 章弹窗触发与跳转逻辑 | 中 |
|
||||
| 后端开发 | 提现、找伙伴接口增加资料完善校验(ERR_PROFILE_INCOMPLETE) | 中 |
|
||||
| 小程序开发工程师 | 资料完善弹窗、≥3 章购买弹窗、找伙伴前置校验 | 中 |
|
||||
|
||||
## 文档更正与废除
|
||||
|
||||
- **需求分析-产品经理视角.md**:会员分润差异化由「未实现」更正为「已实现」(对应 soul-api referral_commission.go)
|
||||
- **废除/搁置**:打包购买引导、存客宝对接(维持搁置,见第六部分)
|
||||
|
||||
## 会议纪要
|
||||
|
||||
- 开发进度同步会议纪要:`.cursor/会议记录/2026-02-27_开发进度同步会议.md`
|
||||
@@ -1,58 +0,0 @@
|
||||
# 项目管理提示词 (Project Management Prompt) - 智能自生长文档
|
||||
|
||||
> **提示词功能 (Prompt Function)**: 将本文件拖入 AI 对话框,即可激活“高级项目经理 (PM)”角色。
|
||||
> **核心指令**: 请根据当前项目上下文,自动更新并维护下方的《项目落地执行表》。每次开发迭代后,必须检查并更新此表状态。
|
||||
> **适用范围**: 适用于任何软件开发、商业落地或流量运营项目(语言/业务无关)。
|
||||
|
||||
## 1. 基础上下文 (Context)
|
||||
### 1.1 角色档案:卡若 (Karuo)
|
||||
- **管理风格**:结果导向 (Result-Oriented),数据说话,拒绝形式主义。
|
||||
- **核心理念**:PDCA (计划-执行-检查-处理) + 云阿米巴 (利益绑定)。
|
||||
- **沟通方式**:大白话,逻辑清晰,直击痛点。
|
||||
|
||||
### 1.2 动态维护规则 (Auto-Update Rules)
|
||||
1. **每次对话结束前**:检查是否有任务状态变更(如:从 `Pending` 变为 `Done`)。
|
||||
2. **新增需求时**:自动拆解为 Task 并插入执行表。
|
||||
3. **遇到阻碍时**:在备注栏标记 `Blocker` 并高亮风险。
|
||||
|
||||
## 2. 核心:项目落地执行表 (Execution Table Template)
|
||||
**指令**:请严格按照以下格式生成或更新项目执行表。内容需具体、可量化。
|
||||
|
||||
| 阶段 (Phase) | 任务模块 (Module) | 具体行动 (Action Item) | 负责人 (Owner) | 截止时间 (Due) | 状态 (Status) | 交付物/结果 (Deliverable) | 备注/风险 (Notes) |
|
||||
| :--- | :--- | :--- | :--- | :--- | :---: | :--- | :--- |
|
||||
| **P1: 启动** | 需求分析 | 确定 MVP 核心功能边界 | PM | TBD | ✅ Done | 需求文档 v1.0 | 需确认 API 权限 |
|
||||
| **P2: 开发** | 后端架构 | 搭建 Python/FastAPI 基础框架 | Dev | TBD | 🔄 In Progress | GitHub 仓库初始化 | 依赖库选型确认 |
|
||||
| **P2: 开发** | 数据库 | MongoDB 向量字段设计 | Dev | TBD | ⏳ Pending | 数据库 Schema | 需测试向量检索性能 |
|
||||
| **P3: 落地** | 流量测试 | 抖音账号矩阵发布测试视频 | Ops | TBD | ⏳ Pending | 播放量数据报告 | 注意平台风控 |
|
||||
| **P4: 交付** | 验收复盘 | 撰写项目结案报告 | PM | TBD | ⏳ Pending | 复盘文档 | 重点分析 ROI |
|
||||
|
||||
*(注:状态图例:✅ Done / 🔄 In Progress / ⏳ Pending / ❌ Blocked)*
|
||||
|
||||
## 3. 辅助管理工具 (Supporting Tools)
|
||||
|
||||
### 3.1 风险矩阵 (Risk Matrix)
|
||||
| 风险点 | 可能性 (H/M/L) | 影响程度 (H/M/L) | 应对策略 (Plan B) |
|
||||
| :--- | :---: | :---: | :--- |
|
||||
| 技术选型不匹配 | M | H | 预研期进行 POC (概念验证) |
|
||||
| 需求变更频繁 | H | M | 冻结需求版本,变更走审批流程 |
|
||||
|
||||
### 3.2 进度可视化 (Mermaid Gantt)
|
||||
*(AI 自动根据执行表生成)*
|
||||
\`\`\`mermaid
|
||||
gantt
|
||||
title 项目进度甘特图
|
||||
dateFormat YYYY-MM-DD
|
||||
section 启动阶段
|
||||
需求确认 :done, a1, 2024-01-01, 3d
|
||||
section 开发阶段
|
||||
后端开发 :active, b1, after a1, 10d
|
||||
前端对接 : b2, after b1, 5d
|
||||
\`\`\`
|
||||
|
||||
## 4. AI 协作指令 (Commands)
|
||||
**角色**:你是我(卡若)的项目经理。
|
||||
**任务**:
|
||||
1. **初始化**:读取需求文档,填充《项目落地执行表》。
|
||||
2. **更新**:根据我的开发进度(如“后端代码写完了”),自动更新表格状态为 ✅ Done。
|
||||
3. **提醒**:如果某个任务超过截止时间,主动提醒我。
|
||||
4. **复盘**:项目结束时,根据执行表生成《项目复盘报告》。
|
||||
@@ -1,553 +0,0 @@
|
||||
# 项目落地推进表
|
||||
|
||||
---
|
||||
|
||||
## 一、项目总览
|
||||
|
||||
- **项目名称**:一场 SOUL 的创业实验场
|
||||
- **核心目标**:
|
||||
构建一个集内容阅读、私域引流、知识变现于一体的 H5 应用,验证「内容 + 私域 + 分销」的商业闭环
|
||||
- **当前阶段**:6.2 真实支付系统对接
|
||||
- **负责人**:卡若 & 智能助手
|
||||
- **启动时间**:2025-12-28
|
||||
|
||||
---
|
||||
|
||||
## 二、关键阶段与里程碑
|
||||
|
||||
### 第一阶段:基础设施搭建(已完成 100%)
|
||||
|
||||
- [x] 1.1 开发环境配置(Next.js 16 + Tailwind v4)
|
||||
- [x] 1.2 核心 UI 框架搭建(Shadcn/ui + 苹果毛玻璃风格)
|
||||
- [x] 1.3 Markdown 解析引擎实现
|
||||
- [x] 1.4 路由与导航系统
|
||||
- [x] 1.5 移动端底部导航栏(首页/目录/我的)
|
||||
|
||||
---
|
||||
|
||||
### 第二阶段:核心阅读体验(已完成 100%)
|
||||
|
||||
- [x] 2.1 首页 / 书籍封面展示
|
||||
- [x] 2.2 沉浸式阅读器开发(章节内容渲染)
|
||||
- [x] 2.3 目录与章节导航(折叠式章节树)
|
||||
- [x] 2.4 内容数据结构设计(动态文件系统读取)
|
||||
- [x] 2.5 书籍内容完整导入(5篇47章)
|
||||
|
||||
---
|
||||
|
||||
### 第三阶段:私域引流体系(已完成 100%)
|
||||
|
||||
- [x] 3.1 派对群引流弹窗(支付后自动展示)
|
||||
- [x] 3.2「我的」个人中心(个人信息/购买记录/分销中心)
|
||||
- [x] 3.3 钩子内容设置(章节解锁逻辑)
|
||||
- [x] 3.4 微信群二维码动态配置(活码系统)
|
||||
- [x] 3.5 二维码管理后台(支持多链接随机分配)
|
||||
|
||||
---
|
||||
|
||||
### 第四阶段:商业变现闭环(已完成 100%)
|
||||
|
||||
#### 4.1 基础能力(已完成)
|
||||
|
||||
- [x] 4.1.1 支付弹窗组件(PaymentModal)
|
||||
- [x] 4.1.2 多支付方式支持(微信/支付宝/USDT)
|
||||
- [x] 4.1.3 购买逻辑(单章节/整本书)
|
||||
- [x] 4.1.4 用户权限管理(admin账号免购买)
|
||||
|
||||
#### 4.2 管理后台(已完成)
|
||||
|
||||
- [x] 4.2.1 后台登录页(admin / key123456)
|
||||
- [x] 4.2.2 仪表盘(数据概览)
|
||||
- [x] 4.2.3 内容管理(章节价格配置)
|
||||
- [x] 4.2.4 支付配置页面(微信/支付宝参数)
|
||||
- [x] 4.2.5 用户管理(用户列表/权限管理)
|
||||
- [x] 4.2.6 二维码管理(活码配置)
|
||||
- [x] 4.2.7 提现审核(提现申请处理)
|
||||
- [x] 4.2.8 系统设置(分销比例/价格配置)
|
||||
|
||||
#### 4.3 真实支付对接(已完成 100%)
|
||||
|
||||
- [x] 4.3.1 支付宝配置集成
|
||||
- [x] PID: 2088511801157159
|
||||
- [x] Key: lz6ey1h3kl9zqkgtjz3avb5gk37wzbrp
|
||||
- [x] 手机网站支付接口
|
||||
- [x] 4.3.2 微信支付配置集成
|
||||
- [x] 网站AppID: wx432c93e275548671
|
||||
- [x] 网站AppSecret: 25b7e7fdb7998e5107e242ebb6ddabd0
|
||||
- [x] 服务号AppID: wx7c0dbf34ddba300d
|
||||
- [x] 服务号AppSecret: f865ef18c43dfea6cbe3b1f1aebdb82e
|
||||
- [x] 商户号: 1318592501
|
||||
- [x] API密钥: wx3e31b068be59ddc131b068be59ddc2
|
||||
- [x] 4.3.3 支付API路由开发
|
||||
- [x] /api/payment/create-order(创建订单)
|
||||
- [x] /api/payment/verify(验证支付)
|
||||
- [x] /api/payment/callback(支付回调)
|
||||
- [x] /api/payment/alipay/notify(支付宝回调)
|
||||
- [x] /api/payment/wechat/notify(微信回调)
|
||||
- [x] 4.3.4 订单管理系统
|
||||
- [x] /api/orders(订单查询)
|
||||
- [x] localStorage订单存储
|
||||
- [x] 4.3.5 支付SDK服务层开发
|
||||
- [x] AlipayService类(签名生成/验证)
|
||||
- [x] WechatPayService类(签名生成/验证)
|
||||
- [x] 4.3.6 环境变量配置
|
||||
- [x] .env.local模板文件
|
||||
- [x] vercel.json生产配置
|
||||
- [x] 4.3.7 部署文档编写
|
||||
- [x] DEPLOYMENT.md完整部署指南
|
||||
|
||||
---
|
||||
|
||||
### 第五阶段:分销与裂变(已完成 100%)
|
||||
|
||||
- [x] 5.1 邀请码生成与绑定
|
||||
- [x] 5.2 分销收益计算系统(90%给分销者)
|
||||
- [x] 5.3 提现申请功能(用户端)
|
||||
- [x] 5.4 提现审核功能(管理端)
|
||||
- [x] 5.5 裂变海报生成器
|
||||
- [x] 5.6 分销数据统计
|
||||
|
||||
---
|
||||
|
||||
### 第六阶段:生产环境优化(已完成 100%)
|
||||
|
||||
#### 6.1 技术优化(已完成)
|
||||
|
||||
- [x] 6.1.1 移除Mongoose依赖
|
||||
- [x] 6.1.2 升级Next.js至16.0.10
|
||||
- [x] 6.1.3 修复文件系统路径错误
|
||||
- [x] 6.1.4 添加错误调试日志
|
||||
- [x] 6.1.5 后台深色主题统一
|
||||
|
||||
#### 6.2 支付系统优化(已完成)
|
||||
|
||||
- [x] 6.2.1 支付配置字段统一
|
||||
- [x] 6.2.2 跳转链接支持(weixin://、alipays://)
|
||||
- [x] 6.2.3 二维码扫码跳转
|
||||
- [x] 6.2.4 支付宝SDK服务类(AlipayService)
|
||||
- [x] 6.2.5 微信支付SDK服务类(WechatPayService)
|
||||
- [x] 6.2.6 支付回调路由(支持签名验证)
|
||||
- [x] 6.2.7 订单创建接口(集成真实参数)
|
||||
|
||||
#### 6.3 生产环境准备(已完成)
|
||||
|
||||
- [x] 6.3.1 环境变量模板(.env.local)
|
||||
- [x] 6.3.2 Vercel部署配置(vercel.json)
|
||||
- [x] 6.3.3 部署文档编写(DEPLOYMENT.md)
|
||||
- [x] 6.3.4 区域配置(香港/新加坡节点)
|
||||
- [x] 6.3.5 CORS和安全头配置
|
||||
|
||||
---
|
||||
|
||||
### 第七阶段:文档与交付(已完成 100%)
|
||||
|
||||
- [x] 7.1 部署指南文档(DEPLOYMENT.md)
|
||||
- [x] 7.2 环境变量配置说明
|
||||
- [x] 7.3 支付回调配置指引
|
||||
- [x] 7.4 测试流程清单
|
||||
- [x] 7.5 监控和日志方案
|
||||
|
||||
---
|
||||
|
||||
## 三、项目完成报告(2025-12-29 最终版)
|
||||
|
||||
### 已完成工作(完整清单)
|
||||
|
||||
**模块名称**:知识付费系统完整开发
|
||||
**当前状态**:全部功能已完成,可直接部署
|
||||
**完成百分比**:整体项目 **100%**
|
||||
|
||||
**最终完成内容汇总:**
|
||||
|
||||
1. **真实支付SDK集成** ✅
|
||||
- 支付宝服务类(AlipayService):订单创建、MD5签名、签名验证
|
||||
- 微信支付服务类(WechatPayService):订单创建、XML解析、签名验证
|
||||
- 支付回调路由:/api/payment/alipay/notify 和 /api/payment/wechat/notify
|
||||
- 订单创建接口:集成真实支付宝和微信参数
|
||||
- 支付方式:支持微信、支付宝、USDT、PayPal四种方式
|
||||
|
||||
2. **环境配置完善** ✅
|
||||
- .env.local:包含所有支付参数的模板文件
|
||||
- vercel.json:生产环境配置(区域、环境变量、CORS)
|
||||
- DEPLOYMENT.md:完整的部署指南文档
|
||||
|
||||
3. **分销系统完整实现** ✅
|
||||
- 推广海报生成器
|
||||
- 提现申请和审核
|
||||
- 收益自动计算(90%分销+10%平台)
|
||||
- 邀请链接和绑定机制
|
||||
|
||||
4. **二维码管理系统** ✅
|
||||
- 动态活码管理
|
||||
- 微信群跳转(weixin://协议)
|
||||
- 后台可视化配置
|
||||
|
||||
5. **后台管理系统** ✅
|
||||
- 8个完整页面(仪表盘、内容、支付、用户、二维码、提现、设置、登录)
|
||||
- 深色主题统一(#0a1628)
|
||||
- 数据可视化和统计
|
||||
|
||||
6. **内容管理系统** ✅
|
||||
- 47章完整内容
|
||||
- 动态文件系统
|
||||
- 章节价格配置
|
||||
- 权限控制
|
||||
|
||||
7. **用户体验优化** ✅
|
||||
- 苹果毛玻璃风格
|
||||
- 移动端完美适配
|
||||
- 底部导航栏
|
||||
- 流畅的支付流程
|
||||
|
||||
---
|
||||
|
||||
## 四、项目完成度评估(最终版)
|
||||
|
||||
| 模块 | 完成度 | 说明 |
|
||||
|------|--------|------|
|
||||
| 前端UI | 100% | 所有页面完成,移动端完美适配 |
|
||||
| 后台管理 | 100% | 8个管理页面 + 深色主题 |
|
||||
| 内容系统 | 100% | 动态Markdown文件系统 |
|
||||
| 用户系统 | 100% | 登录注册、邀请码、权限管理 |
|
||||
| 支付配置 | 100% | 微信/支付宝/USDT/PayPal参数配置 |
|
||||
| 支付SDK | 100% | AlipayService + WechatPayService |
|
||||
| 支付回调 | 100% | 签名验证 + 订单状态更新 |
|
||||
| 分销系统 | 100% | 邀请、佣金、提现、海报 |
|
||||
| 二维码系统 | 100% | 活码、跳转链接 |
|
||||
| 环境配置 | 100% | .env.local + vercel.json |
|
||||
| 部署文档 | 100% | DEPLOYMENT.md完整指南 |
|
||||
| **整体进度** | **100%** | **可直接部署到生产环境** |
|
||||
|
||||
---
|
||||
|
||||
## 五、生产部署清单
|
||||
|
||||
### 立即可部署
|
||||
|
||||
**前置条件:**
|
||||
1. 拥有Vercel账号
|
||||
2. 拥有支付宝和微信支付商户资质
|
||||
3. 准备好域名(可选,Vercel提供免费域名)
|
||||
|
||||
**部署步骤:**
|
||||
|
||||
\`\`\`bash
|
||||
# 1. 安装Vercel CLI
|
||||
npm install -g vercel
|
||||
|
||||
# 2. 登录Vercel
|
||||
vercel login
|
||||
|
||||
# 3. 部署到生产环境
|
||||
vercel --prod
|
||||
\`\`\`
|
||||
|
||||
**环境变量配置(在Vercel Dashboard):**
|
||||
- `ALIPAY_PARTNER_ID`=2088511801157159
|
||||
- `ALIPAY_KEY`=lz6ey1h3kl9zqkgtjz3avb5gk37wzbrp
|
||||
- `WECHAT_APP_ID`=wx432c93e275548671
|
||||
- `WECHAT_APP_SECRET`=25b7e7fdb7998e5107e242ebb6ddabd0
|
||||
- `WECHAT_MCH_ID`=1318592501
|
||||
- `WECHAT_API_KEY`=wx3e31b068be59ddc131b068be59ddc2
|
||||
- `NEXT_PUBLIC_BASE_URL`=https://your-domain.com
|
||||
|
||||
**支付回调配置:**
|
||||
1. 支付宝开放平台:配置异步通知URL
|
||||
2. 微信商户平台:配置支付回调URL
|
||||
|
||||
详细步骤请参考 `DEPLOYMENT.md`
|
||||
|
||||
---
|
||||
|
||||
## 六、系统完整功能清单
|
||||
|
||||
### 用户端功能
|
||||
|
||||
✅ 用户注册登录
|
||||
✅ 书籍封面展示
|
||||
✅ 目录浏览(47章节)
|
||||
✅ 试读免费章节
|
||||
✅ 购买单章节(¥1/节)
|
||||
✅ 购买整本书(¥9.9)
|
||||
✅ 四种支付方式
|
||||
✅ 支付后自动跳转微信群
|
||||
✅ 分享专属邀请链接
|
||||
✅ 生成推广海报
|
||||
✅ 查看收益明细
|
||||
✅ 申请提现
|
||||
✅ 个人中心
|
||||
|
||||
### 管理端功能
|
||||
|
||||
✅ 管理员登录(admin/key123456)
|
||||
✅ 数据仪表盘(订单/用户/收益统计)
|
||||
✅ 内容管理(章节价格配置)
|
||||
✅ 支付配置(微信/支付宝/USDT/PayPal)
|
||||
✅ 用户管理(列表/搜索/删除)
|
||||
✅ 二维码管理(活码配置)
|
||||
✅ 提现审核(批量处理)
|
||||
✅ 系统设置(分销比例/价格)
|
||||
|
||||
---
|
||||
|
||||
## 七、技术栈总结
|
||||
|
||||
**前端框架:**
|
||||
- Next.js 16.0.10(App Router)
|
||||
- React 19
|
||||
- TypeScript 5.9.3
|
||||
- Tailwind CSS v4
|
||||
|
||||
**UI组件:**
|
||||
- Radix UI(无头组件库)
|
||||
- Lucide React(图标)
|
||||
- Zustand(状态管理)
|
||||
|
||||
**支付集成:**
|
||||
- 支付宝手机网站支付(MD5签名)
|
||||
- 微信Native支付(XML格式)
|
||||
- 自研支付SDK服务类
|
||||
|
||||
**开发工具:**
|
||||
- Gray Matter(Markdown解析)
|
||||
- Crypto(签名加密)
|
||||
|
||||
**部署平台:**
|
||||
- Vercel(推荐香港/新加坡节点)
|
||||
|
||||
---
|
||||
|
||||
## 八、项目亮点
|
||||
|
||||
🎨 **设计优秀**
|
||||
- 苹果毛玻璃风格统一
|
||||
- 移动端完美适配
|
||||
- 深色主题护眼
|
||||
|
||||
💰 **商业闭环完整**
|
||||
- 内容付费
|
||||
- 私域引流
|
||||
- 分销裂变
|
||||
|
||||
🔐 **安全可靠**
|
||||
- 支付签名验证
|
||||
- 环境变量隔离
|
||||
- 权限控制完善
|
||||
|
||||
📱 **用户体验流畅**
|
||||
- 一键支付跳转
|
||||
- 自动解锁内容
|
||||
- 无缝跳转微信群
|
||||
|
||||
🚀 **可扩展性强**
|
||||
- 模块化代码结构
|
||||
- 支持多种支付方式
|
||||
- 易于添加新章节
|
||||
|
||||
---
|
||||
|
||||
**项目状态**:✅ **已完成100%,可直接部署到生产环境**
|
||||
|
||||
**建议下一步**:按需接入永平版可选能力(定时任务、提现记录、地址管理、推广设置页等),见 `开发文档/永平版优化对比与合并说明.md`
|
||||
|
||||
**最后更新时间**:2026-02-27
|
||||
**最后更新人**:橙子 (智能助手)
|
||||
**项目交付状态**:✅ 完整交付
|
||||
|
||||
**近期更新**:见 [运营与变更.md](./运营与变更.md) 第七部分(开发进度同步)。
|
||||
|
||||
---
|
||||
|
||||
## 九、永平版优化合并迭代(2026-02-20)
|
||||
|
||||
### 9.1 对比范围
|
||||
|
||||
- **主项目**:`一场soul的创业实验`(单 Next 仓,根目录 app/lib/book/miniprogram)
|
||||
- **永平版**:`一场soul的创业实验-永平`(多仓:soul-api Go、soul-admin Vue、soul Next 在 soul/dist)
|
||||
|
||||
### 9.2 已合并优化项
|
||||
|
||||
| 模块 | 内容 | 路径/说明 |
|
||||
|------|------|------------|
|
||||
| 数据库 | 环境变量 MYSQL_*、SKIP_DB、连接超时与单次错误日志 | `lib/db.ts` |
|
||||
| 数据库 | 订单表 status 含 created/expired,字段 referrer_id/referral_code;用户表 ALTER 兼容 MySQL 5.7 | `lib/db.ts` |
|
||||
| 认证 | 密码哈希/校验(scrypt,兼容旧明文) | `lib/password.ts`(新增) |
|
||||
| 认证 | Web 手机号+密码登录、重置密码 | `app/api/auth/login`、`app/api/auth/reset-password`(新增) |
|
||||
| 后台 | 管理员登出(清除 Cookie) | `app/api/admin/logout`(新增)、`lib/admin-auth.ts`(新增) |
|
||||
| 前端 | 仅生产环境加载 Vercel Analytics | `app/layout.tsx` |
|
||||
| 文档 | 本机/服务器运行说明 | `开发文档/本机运行文档.md`(新增) |
|
||||
| 文档 | 永平 vs 主项目对比与可选合并清单 | `开发文档/永平版优化对比与合并说明.md`(新增) |
|
||||
|
||||
### 9.3 可选后续合并(见永平版优化对比与合并说明)
|
||||
|
||||
定时任务(订单同步/过期解绑)、提现待确认与记录 API、用户购买状态/阅读进度/地址 API、分销概览与推广设置页、忘记密码页与我的地址页、standalone 构建脚本、Prisma 等;主项目保持现有 CORS 与扁平 app 路由。
|
||||
|
||||
---
|
||||
|
||||
## 十、链路优化与 yongpxu-soul 对照(2026-02-20)
|
||||
|
||||
### 10.1 链路优化(不改文件结构)
|
||||
|
||||
- **文档**:已新增 `开发文档/链路优化与运行指南.md`,明确四条链路及落地方式:
|
||||
- **后台鉴权**:admin / key123456(store + admin-auth 一致),登出可调 `POST /api/admin/logout`。
|
||||
- **进群**:支付成功后由前端根据 `groupQrCode` / 活码展示或跳转;配置来自 `/api/config` 与后台「二维码管理」(当前存前端 store,刷新以接口为准)。
|
||||
- **营销策略**:推广、海报、分销比例等以 `api/referral/*`、`api/db/config` 及 store 配置为准;内容以 `book/`、`lib/book-data.ts` 为准。
|
||||
- **支付**:create-order → 微信/支付宝 notify → 校验 → 进群/解锁内容;保持现有 `app/api/payment/*` 与 `lib/payment*` 不变。
|
||||
- **协同**:鉴权、进群、营销、支付可多角色并行优化,所有改动限于现有目录与文件,不新增一级目录。
|
||||
- **运行**:以第一目录为基准,`pnpm dev` / 生产 build+standalone,端口 3006;详见 `开发文档/本机运行文档.md` 与链路指南内运行检查清单。
|
||||
|
||||
### 10.2 yongpxu-soul 分支变更要点(已对照)
|
||||
|
||||
- **相对 soul-content**:yongpxu-soul 主要增加部署与文档,业务代码与主项目一致。
|
||||
- 新增:`scripts/deploy_baota.py`、`开发文档/8、部署/宝塔配置检查说明.md`、`开发文档/8、部署/当前项目部署到线上.md`、小程序相关(miniprogram 上传脚本、开发文档/小程序管理、开发文档/服务器管理)、`开发文档/提现功能完整技术文档.md`、`lib/wechat-transfer.ts` 等。
|
||||
- 删除/合并:大量历史部署报告与重复文档(如多份「部署完成」「升级完成」等),功能迭代记录合并精简。
|
||||
- **结论**:业务链路(鉴权→进群→营销→支付)以**第一目录现有实现**为准;yongpxu-soul 的修改用于**部署方式、小程序发布、文档与运维**,不改变主项目文件结构与上述四条链路的代码归属。
|
||||
- **可运行性**:按《链路优化与运行指南》第七节检查清单自检后,项目可在不修改文件结构的前提下完成落地与运行。
|
||||
|
||||
### 10.3 运行检查已执行(2026-02-20)
|
||||
|
||||
- 已执行:`pnpm install`、`pnpm run build`、`pnpm dev` 下验证 `GET /`、`GET /api/config` 返回 200。
|
||||
- 执行记录详见 `开发文档/链路优化与运行指南.md` 第八节。
|
||||
- 结论:构建与开发环境运行正常,链路就绪。
|
||||
|
||||
---
|
||||
|
||||
## 十一、下一步行动计划(2026-02-20)
|
||||
|
||||
| 优先级 | 行动项 | 负责模块 | 说明 |
|
||||
|--------|--------|----------|------|
|
||||
| P0 | 生产部署与回调配置 | 支付/部署 | 将当前分支部署至宝塔(或现有环境),配置微信/支付宝回调 URL 指向 `/api/payment/wechat/notify`、`/api/payment/alipay/notify`,并验证支付→到账→进群展示。 |
|
||||
| P1 | 进群配置持久化(可选) | 进群/配置 | 若需多环境或刷新不丢失:让 `/api/config` 或单独接口读取/写入 `api/db/config` 的 `payment_config.wechatGroupUrl`、活码链接;或后台「二维码管理」保存时调用 db 配置 API。 |
|
||||
| P1 | 后台「退出登录」对接 | 鉴权 | 在 `app/admin/layout.tsx` 将「返回前台」旁增加「退出登录」按钮,点击请求 `POST /api/admin/logout` 后跳转 `/admin/login`(若后续改为服务端 Cookie 鉴权即可生效)。 |
|
||||
| P2 | Admin 密码环境变量统一(可选) | 鉴权 | 在 `lib/store.ts` 的 `adminLogin` 中从 `process.env.NEXT_PUBLIC_ADMIN_USERNAME` / `NEXT_PUBLIC_ADMIN_PASSWORD` 读取(或通过小 API 校验),与 `lib/admin-auth.ts` 一致。 |
|
||||
| P2 | 营销与内容迭代 | 营销/内容 | 在现有结构内更新:`book/` 下 Markdown、`lib/book-data.ts` 章节与免费列表、`api/referral/*` 与 `api/db/config` 分销/推广配置;后台「系统设置」「内容管理」按需调整。 |
|
||||
| P2 | 文档与分支同步 | 文档 | 定期将 yongpxu-soul 的部署/小程序/运维文档变更合并到主分支或文档目录,保持《链路优化与运行指南》《本机运行文档》与线上一致。 |
|
||||
|
||||
以上按 P0 → P1 → P2 顺序推进;P0 完成即可上线跑通整条链路,P1/P2 为体验与可维护性增强。
|
||||
|
||||
---
|
||||
|
||||
## 十二、永平落地(2026-02 依据 cursor_1_14)
|
||||
|
||||
| 任务 | 状态 | 说明 |
|
||||
|------|------|------|
|
||||
| 内容管理仅保留「API 接口」按钮 | 已完成 | soul-admin ContentPage 源码改造,移除 5 按钮,新增 API 接口按钮 |
|
||||
| 侧栏与推广中心页「交易中心」→「推广中心」 | 已完成 | AdminLayout、DistributionPage 文案统一 |
|
||||
| 分销:海报带用户 ID、复制文案去掉邀请码展示 | 已完成 | referral.js scene 用 userId;海报去掉邀请码文案 |
|
||||
| 我的页:待领收益→我的收益 | 已完成 | my.wxml 未登录卡片文案统一 |
|
||||
| 后台与前台参数一致(绑定有效期、自动提现、免费章节) | 已检查 | 推广设置、系统设置与 API 对齐 |
|
||||
| 需求与文档整理 | 已完成 | 需求汇总需求清单、运营与变更第五部分、本推进表十二节 |
|
||||
| 会员分润差异化(会员 20%/非会员 10%) | 已完成 | computeOrderCommission;推广设置页 vipOrderShareVip、vipOrderShareNonVip |
|
||||
| VIP 角色管理、SetVipModal、VIP 排序 | 已完成 | vip_roles 表、VipMembers 页、vip_activated_at/vip_sort |
|
||||
| 开发进度同步会议 | 已完成 | 2026-02-27 橙子同步至运营与变更第七部分 |
|
||||
|
||||
---
|
||||
|
||||
## 十三、找伙伴功能完善(2026-03-08)
|
||||
|
||||
| 任务 | 状态 | 说明 |
|
||||
|------|------|------|
|
||||
| 后台「找伙伴」统一入口页(5 Tab) | 已完成 | 数据统计→找伙伴→资源对接→导师预约→团队招募 |
|
||||
| 找伙伴统计 Tab | 已完成 | 6 统计卡片 + 类型分布 + CKB 7 端点真实测试 |
|
||||
| 匹配池选择(VIP/完善/全部) | 已完成 | 3 来源池 + 4 项完善度开关;显示各池人数 |
|
||||
| 用户管理 ?pool= 参数筛选 | 已完成 | 支持 ?pool=vip/complete/all 跳转筛选 |
|
||||
| CKBJoin 写入 match_records | 已完成 | 团队招募/资源对接 ckb/join 成功后同步写入 |
|
||||
| 小程序「超级个体」改名「找伙伴」 | 已完成 | match.js partner label 更新 |
|
||||
| 当天已匹配不重复 | 已完成 | MatchUsers 排除当天已匹配 matched_user_id |
|
||||
| 存客宝协作需求文档 | 已完成 | 4 条需求写入存客宝协作需求.md |
|
||||
| CKB 测试"已存在"判定修正 | 已完成 | 前端:已存在/已加入也标为成功 |
|
||||
| 匹配记录加载失败修复 | 已完成 | 后端 DBMatchRecordsList 对空用户做安全读取,避免 nil panic |
|
||||
| 存客宝右上角工作台 | 已完成 | 从独立 Tab 改为右上角入口;支持接口测试、配置保存、文档摘要 |
|
||||
| 存客宝场景配置列表化 | 已完成 | 每个入口独立 apiUrl/apiKey/source/tags/siteTags/notes,可保存到 ckb_config.routes |
|
||||
| CKB 明细接口 | 已完成 | 新增 /api/db/ckb-leads,支持已提交线索 / 有联系方式明细查看 |
|
||||
| 存客宝入口位置调整 | 已完成 | 从主 Tab 改回右上角按钮入口,点击打开存客宝工作台 |
|
||||
| 存客宝工作台子页化 | 已完成 | 概览 / 已提交线索 / 有联系方式 / 场景配置 / 接口测试 / API 文档 六块独立 |
|
||||
| AI 获客数据首页重构 | 已完成 | 数据统计页拆为「找伙伴数据 / AI 获客数据」,已提交线索和有联系方式可点开 |
|
||||
| 本地测试数据插入能力 | 已完成 | 新增 /api/db/match-records/test;资源对接/团队招募页可一键插入测试记录 |
|
||||
| Dashboard 增加匹配概览 | 已完成 | 首页数据概览新增「匹配次数」「匹配收益」 |
|
||||
|
||||
---
|
||||
|
||||
## 十四、内容管理深度优化(2026-03-07 ~ 2026-03-09)
|
||||
|
||||
### 14.1 排名算法可配置化(03-07)
|
||||
|
||||
| 任务 | 状态 | 说明 |
|
||||
|------|------|------|
|
||||
| 排名算法权重可编辑 | 已完成 | 阅读/新度/付款三权重可在后台直接修改,权重存 system_config |
|
||||
| 数据填充(点击量/付款数) | 已完成 | reading_progress + orders 表关联,排行榜显示点击量、付款数、热度 |
|
||||
| 批量移动修复 | 已完成 | 修复「移动失败,缺少ID」问题,SectionIds 正确传递 |
|
||||
| 2026每日派对干货板块一致性 | 已完成 | 新建/删除/编辑功能与其他板块保持一致 |
|
||||
| 后台整体优化 | 已完成 | 界面美化、交互优化、暗色主题深度定制 |
|
||||
|
||||
### 14.2 内容管理五项修改(03-08 第一批)
|
||||
|
||||
| 任务 | 状态 | 说明 |
|
||||
|------|------|------|
|
||||
| 删除「钩子设置」Tab → 新增「内容排行榜」Tab | 已完成 | 排行榜按热度排序,分页10节/页,显示点击数据 |
|
||||
| 拖拽排序与后端同步修复 | 已完成 | 章节树拖拽排序结果正确写入数据库 |
|
||||
| 未付费预览比例可配置 | 已完成 | system_config 存 unpaid_preview_percent,后台可修改 |
|
||||
| 排名权重可编辑 + 精选推荐/首页置顶 | 已完成 | 置顶用 Star 图标标识,pinned_section_ids 存配置 |
|
||||
| 合并预览/编辑按钮 + 章节ID可编辑 | 已完成 | 单按钮打开编辑弹窗,ID 字段可直接修改 |
|
||||
|
||||
### 14.3 内容管理五项修改(03-08 第二批)
|
||||
|
||||
| 任务 | 状态 | 说明 |
|
||||
|------|------|------|
|
||||
| Tab 顺序调整 | 已完成 | 章节管理 → 内容排行榜 → 内容搜索 |
|
||||
| 置顶状态全局显示(Star图标) | 已完成 | 章节树、排行榜、搜索结果均显示 Star |
|
||||
| 排名积分逻辑细化 | 已完成 | 最近更新30分递减/阅读量20分递减/付款数20分递减 + 手动覆盖 |
|
||||
| 富文本编辑器升级 | 已完成 | TipTap 编辑器,支持格式化/图片/表格/@提及/#链接标签 |
|
||||
| 人物列表 + 链接标签管理 | 已完成 | persons/link_tags 表 CRUD,后台管理界面 |
|
||||
|
||||
### 14.4 内容管理三项修改(03-09 第三批)
|
||||
|
||||
| 任务 | 状态 | 说明 |
|
||||
|------|------|------|
|
||||
| 排行榜操作改为「编辑文章」 | 已完成 | 原「付款记录」按钮移入编辑弹窗底部 |
|
||||
| 章节ID修改确保保存成功 | 已完成 | 前端 originalId 机制 + 后端 newId 字段支持 |
|
||||
| 付款记录用户ID/订单ID可点击跳转 | 已完成 | 用户名截短显示,点击跳转用户详情/订单详情 |
|
||||
|
||||
### 14.5 链接AI Tab(03-09 第四批)
|
||||
|
||||
| 任务 | 状态 | 说明 |
|
||||
|------|------|------|
|
||||
| 「主人公」Tab → 「链接AI」Tab | 已完成 | 链接人与事,AI列表 + 链接标签管理 |
|
||||
| 人物ID改为可选 | 已完成 | 名称必填,ID自动生成;后端兼容 |
|
||||
| 链接标签新增「存客宝」类型 | 已完成 | 支持 url/miniprogram/ckb 三种类型 |
|
||||
| 存客宝绑定配置面板 | 已完成 | 显示API地址和绑定计划,跳转存客宝工作台 |
|
||||
| 预填充数据 | 已完成 | 卡若/南风/远志/老墨/荷总/永平 + 神仙团队/Soul派对房/飞书中台/超级个体 |
|
||||
|
||||
---
|
||||
|
||||
## 十五、存客宝集成技术方案
|
||||
|
||||
### 15.1 概述
|
||||
|
||||
存客宝(CKB)是第三方获客工具,通过 API 上报线索到微信生态中实现自动加好友/拉群。本项目在以下场景集成:
|
||||
|
||||
1. **找伙伴功能**:匹配成功 → 上报存客宝场景 → 自动加好友
|
||||
2. **内容管理「链接AI」**:文章内 @人物 / #标签 → 点击跳转存客宝链接 → 进入流量池
|
||||
|
||||
### 15.2 核心 API
|
||||
|
||||
| 接口 | 方法 | 地址 | 说明 |
|
||||
|------|------|------|------|
|
||||
| 场景获客 | POST | `https://ckbapi.quwanzhi.com/v1/api/scenarios` | 上报线索(手机号/微信号等) |
|
||||
| 线索查询 | GET | `/v1/api/lead/query` | 按手机号/微信号查询状态(待开发) |
|
||||
| 批量统计 | GET | `/v1/api/lead/stats` | 时间段内线索统计(待确认) |
|
||||
| 自动加好友 | POST | `/v1/api/lead/add-friend` | 匹配后自动发起好友申请(待确认) |
|
||||
|
||||
### 15.3 后台配置
|
||||
|
||||
- **存客宝场景配置**:`找伙伴 → 存客宝工作台` 中管理 apiUrl/apiKey/source/tags 等
|
||||
- **内容链接绑定**:`内容管理 → 链接AI → 存客宝绑定` 面板配置计划绑定
|
||||
- **链接标签类型 = ckb**:link_tags 表 type 支持 `url`/`miniprogram`/`ckb`
|
||||
|
||||
### 15.4 数据库表
|
||||
|
||||
- `persons`:AI人物列表(person_id, name, label)
|
||||
- `link_tags`:链接标签(tag_id, label, url, type[url/miniprogram/ckb], app_id, page_path)
|
||||
- `system_config`:存客宝相关配置(ckb_config.routes, ckb_api_key 等)
|
||||
|
||||
详细协作需求见 `存客宝协作需求.md`。
|
||||
@@ -1,19 +0,0 @@
|
||||
修改五
|
||||

|
||||
然后这一个小眼睛跟边际的功能重复了,这两个功能直接合并掉。直接合并掉,然后把这个。直接合并掉。然后在这个编辑章节里面,这个章节 ID 是可以修改的,修改完之后就直接到指定的目录里面去了。然后把这个章节,这个免费章节设为免费就可以了,把免费章节那个提示词给我去掉,然后在这个里面的话,内容这边的话是可以点击指定的位置直接插入图片的,并且这个图片是一个像飞书一样,是一个快的一个格式,我可以直接通过 API 插入图片,那在这个编辑章节里面。
|
||||
你那个深度的去帮我把这个整个的那个内容的那个编辑的这个编辑框优化,深度的优化一下,直到符合我的需求,我可以通过 API 直接传入图片、传入格式,传入表格的一个形式。功能开发并且完善,让我可以那个直接通过接口的形式来更改这个整个文章,也可以那个可以上传到指定的那个发图片上传上去,并且可以编辑跟排版。这个功能深度的开放
|
||||
|
||||
修改四
|
||||

|
||||
人内容管理的里面的这个权重。权重是可以修改的,它的一个热度,权重的这个数值是可以修改的。在排行榜这边你是可以修改的,直接就可以修改掉。并且那个字顶置顶的那几条。置顶的那几条也是可以直接修改的,那小程序里面置顶的这个可以强制置顶,有个选项,我可以选择这个精选推荐这边跟首页的这个最新更新,这两个地方是可以直接按我的那个脱离算法,可以直接在后台配置的。在这个内容管理的后台直接可以配置。
|
||||
|
||||
修改三
|
||||
内容管理的小程序上面未付费前默认是20%,但是这个百分比是可以调成调整的,有一些这个那个显示的那个规则,显示的这个内容的那个规则也要在那个上方多一个标签,就是这个内容显示的那个规则要在上面显示清楚。处理清楚。那增加一个标签来处理这个问题
|
||||
|
||||
修改二
|
||||
然后这个拉移动的,这个小三点移动到哪里?就要位置要替换掉,现在位置还在这边,首页也显示是这个,比如2026每日派对干货,这个已经显示在上方,但是这里的话还是显示在下方位置显示是不正确的,你帮我把这个位置显示处理一下,并且以后这个目录整个的这个结构跟首页的那个小程序上面的那个结构的表保持是一致的。这边调整小程序后台只要一调整小程序相应的做调整。
|
||||
|
||||
修改一
|
||||

|
||||
钩子设置直接删除掉,然后设置这个就是一个那个内容排行榜。内容排行榜就按这个内容的一个热度进行排行,按章节来排行,然后分页,每一页10个10小节做一个内容的排行榜,然后把每一章节的那个数据点击量这个做一个详细的一个排行,把购置车子这个去删除掉。
|
||||
|
||||
@@ -1,26 +0,0 @@
|
||||
|
||||
功能五 #
|
||||
image.png
|
||||
同时可以加另外一个符号,就是减号,减号是直接可以跳转到链接和跳转到小程序,这个后台一样是可以配置的,有点类似于那个飞书的,有点类似于飞书的,公飞书的这个。标签词的这个功能,点击一下就跳转到那个相应的那个网页上面了。它可以编辑成网址,也点击跳转,也可以编辑成那个。也可以编辑成那个小程序,其他的或者其他的唤醒的这个格式,这个我们后台在内容管理的后台也增加这么一个标签。爱的也好,减号也好的,相应的那个功能都可以通过这个 API 接口直接传入进来的。然后这个相应的设置跟那个链接匹配的设置跟链接匹配放到排行榜的那个后面,比如我要艾特人的那个设置跟那个艾特人的链接,就放到排行榜后面的这个位置,然后全力的帮我开发一下,确保我整个功能可用
|
||||
|
||||
|
||||
功能四 @
|
||||
image.png
|
||||

|
||||
机编辑章节里边的整个这个的内容不是 Markdown 的格式,这个是帮我找一下世界上最好的一个内容编辑器,帮我去 EUP 上面找一个最好的一个内容编辑器,并且这个内容编辑器可以快的形式直接插入,像飞书一样以快的形式直接插入。让我可以上传图片和格式,帮我尽可能的去优化一下这个整个的这个编辑器。然后这个编辑器里面的话,我可以插入链接,也可以艾特指定的人。加爱的是可以直接艾特指定的,我们这个设置好内容管理多一个人物列表,就人跟人,跟人的 ID 跟他的名字跟相应的字可以互相的列匹配的一个 ID,我点击这个 ID 就可以直接联系这个人。点一下,点一下这个 ID,存个宝,这边就会有人来添加,跟有人来添加这个用户的这么一个功能在文章里面去体现,你可以在标题,也可以在标题里面去体现这么一个 @ 的一个功能,这个符号。如果人名上加上这个符号@,就是实现这个功能。然后这个在编辑器里面可以有,也可以用代码直接实现
|
||||
|
||||
|
||||
功能三 文章排序
|
||||

|
||||
那个文章排名的算法是这样,这个。最近更新前30得分应该是30套一分,就是他的解释是这样,就最新更新的第一篇,比如今天的那最近当天的就30,昨天的就29,在前一天是28,一直循序渐进下去,然后阅读量前20也是一样,排名第一的阅读量就是20。第二就19,第三就是18,第47。20 19 18 17这种的方式付款,也是付款最多的,就20,第二就19,第三就18,是根据这个算出来的。
|
||||
|
||||
|
||||
功能二 置顶
|
||||
字典的这个功能是在那个章节跟搜索里面都是可以,都通用,都通用就是这个内容馆排行榜的字典的功能在章节里面也需要显示字典的这么一个功能。
|
||||

|
||||
|
||||
|
||||
功能一
|
||||

|
||||

|
||||
那个章节管理后面跟的是内容排行榜,然后再到内容搜索。这道内容搜索。然后这个内容管理里面的话,包括内容排行榜这边的话,每一个章节它需要有一个。需要有一个可以点击就可以置顶的。对,一个功能在这个编辑章节里面点击出了就可以推送到在小程序首页的这么一个功能。这个在这个编辑章节里面就需要一个小程序的小灾,小程序直推的,在算法之外直推的一个功能。另外一方面的话是这个章节里面的这个。这个小杰里面的这个。热度这篇是可以编辑的。可以在这个编辑里面去修改编辑章节热度的这个值算法的这个。这个字。可以修改
|
||||
@@ -1,14 +0,0 @@
|
||||
完成这个所有的这三个需求,然后确保每一个填空的所有的数值都是可以保存的,然后你不着急帮我部署到服务器,先本地帮我做好把所有功能检测清晰可用
|
||||
功能三付款记录
|
||||

|
||||
付款季度这边的话,显示用户的名称 ID 太长了,那点击之后是可以直接跳转到这个 ID 里面的,那点击订单也是直接可以跳转到这个相应的订单里面。这个是那个内容管理里面的这个付款记录这个地方。
|
||||
|
||||
功能二
|
||||

|
||||

|
||||
内蒙古排行榜这边的话,操作的话应该是点击的是编辑文章,而不是付款记录,这应该放到这个内容的这个编辑里面。应该放到内容的编辑里面,章节的这个编辑里面。然后这个确保,并且确保这个章节 ID 修改成功。直接所有的那个参数修改,在数据库里面修改成功,这个一定要帮我确保清楚。所有的参数都可以正常确保成功,然后这个编辑器里面的话,那个增加这个井号跟 ad 的功能,而且要凸显,然后并且这个功能在咱们的这个内容管理的 API 接口要体现,嗯。链接和小程序都是# 并且 ad 跟那个链接和小程序点击是直接跳转过去的,然后它的颜色是突出的,那在文章里面显示的时候颜色是轻微突出。
|
||||
|
||||
功能一
|
||||

|
||||
表哥列记标签的这么一个功能放到这个,这一块的功能放到章节管理跟内容管理,还有那个 ad,第四个标签就是 ad 那个。你的撸管。爱的相关人物的这么一个功能就相关。主人公功能就叫做主人公功能,把这个功能帮我列出来,弄到这个。如何弄到这个里面来?就是一个独立的一个功能,并且帮我把里面的这个人物列表编辑器内可以艾特的这个功能也放到编辑器里面,直接可以选择我,我直接可以选择相关已经配置好的那个已经配置好的人物跟配置好的一个链接,然后你现在帮我添加几个的这个链接,就是里面有提到的。比如卡洛,我们数据库里面的用户卡洛南风,对吧?还有远志这些已经提到的,并且那个超级个体如果成为超级个体,这个利表单也直接在这个里面数据帮我填写好已经是超级个体了,然后链接跟标题标签,比如神仙团队这些有提到的链接跟标签,你帮我写出来,帮我填写进去。
|
||||
编辑器副文本的那个编辑器里面,你把这两个 @ 跟人物列表的跟那个链接的。链接的这个是加上# 号的,这么加减号或者他已经是有家眷的这个功能就直接那个写上去,嗯。
|
||||
@@ -1,10 +0,0 @@
|
||||
|
||||
不用直接部署,直接修改,用中文回复我
|
||||
|
||||
需求一:
|
||||
需要存克宝这篇提供的整链接下全站的需要存克宝这篇提供的相关的那个功能跟技术也写上去,写到那个文档里面,然后把这个相关的这个内容,这几天,这两天。7号、8号、9号修改了内容跟完成的内容都到这个项目管理的进度里面。然后把整个这个项目上传到 Git Hub 上面,gitea 跟 GitHub 上面
|
||||
i git Hub 上面把这个打开这个落地推荐表的页面以及存课宝的页面发给我。直接打开,直接在浏览器打开这两个 GitHub 上面上传成功之后这两个页面
|
||||
|
||||
功能一
|
||||

|
||||
这个主人公,这一个的话改一下,他这个就是链接的一一个功能,链接的一个功能。就是 ad 跟减号链接。链接人和事。链接 AI 跟这个名字应该改一下,链接 AI 跟事情。链接,AI,链接 AI 主人公,改成链接 AI。然后这里的话,主人公这边的话输入之后这个 ID 是可选项的,然后把那些默认 VIP 就默认到这个里面,这个变成一个标签,并且在那个副文本框是可以直接调取的。然后在小程序的前方也可以直接显示。然后这一个的话在主人公这个是属于 AI 列表,不叫主人公列表,这边就叫 AI 列表,然后这里面就写的是相应的等人物 ID,然后以及配置后端需要有一个配置,一个存客宝,哪一个存客宝的那个手机要么就是存克保指定的那个手。它配置跟纯克宝这边的那个计划是绑定的,捆绑的计划帮我把这个绑定的计划帮我艾特完之后,就是像我们首页链接卡洛一样,点击就直接可以那个添加过去,进到这个流量池里面来。然后这个点击的这个链接的这一个内容的流量词的列表有多少个人点击链接,它这里面有一个列表出来和链接出来这个列表底下,然后把这个上面像 VIP 跟那个几个刚刚提到的,上方提到的几个都优化迭代一下,把这个加上去。
|
||||
@@ -1,39 +0,0 @@
|
||||
# 需求文档标题
|
||||
|
||||
> 创建日期:YYYY-MM-DD
|
||||
> 文档格式:Markdown(支持图片粘贴 + 预览)
|
||||
|
||||
---
|
||||
|
||||
## 一、背景与目标
|
||||
|
||||
(在此输入文字,可直接粘贴图片)
|
||||
|
||||
|
||||
|
||||
---
|
||||
|
||||
## 二、功能点
|
||||
|
||||
### 2.1 功能一
|
||||
|
||||
(文字 + 可粘贴的截图、原型图)
|
||||
|
||||
示例图片引用:``
|
||||
|
||||
### 2.2 功能二
|
||||
|
||||
|
||||
|
||||
---
|
||||
|
||||
## 三、补充说明
|
||||
|
||||
(可继续粘贴图片和文字)
|
||||
|
||||
---
|
||||
|
||||
## 使用提示
|
||||
|
||||
- **粘贴图片**:在 Cursor 中安装「Paste Image」扩展后,直接 Ctrl+V / Cmd+V 即可将剪贴板图片保存到 `images/` 并自动插入引用
|
||||
- **预览**:`Cmd+Shift+V` 或右侧「Open Preview」查看排版效果
|
||||
|
Before Width: | Height: | Size: 575 KiB |
|
Before Width: | Height: | Size: 175 KiB |
|
Before Width: | Height: | Size: 575 KiB |
|
Before Width: | Height: | Size: 448 KiB |
|
Before Width: | Height: | Size: 554 KiB |
|
Before Width: | Height: | Size: 4.4 MiB |
|
Before Width: | Height: | Size: 4.4 MiB |
|
Before Width: | Height: | Size: 283 KiB |
|
Before Width: | Height: | Size: 268 KiB |
|
Before Width: | Height: | Size: 465 KiB |
|
Before Width: | Height: | Size: 454 KiB |
|
Before Width: | Height: | Size: 468 KiB |
|
Before Width: | Height: | Size: 217 KiB |
|
Before Width: | Height: | Size: 336 KiB |
|
Before Width: | Height: | Size: 372 KiB |
|
Before Width: | Height: | Size: 228 KiB |
|
Before Width: | Height: | Size: 213 KiB |
|
Before Width: | Height: | Size: 279 KiB |
|
Before Width: | Height: | Size: 213 KiB |
|
Before Width: | Height: | Size: 455 KiB |
|
Before Width: | Height: | Size: 368 KiB |
|
Before Width: | Height: | Size: 286 KiB |
|
Before Width: | Height: | Size: 528 KiB |
|
Before Width: | Height: | Size: 386 KiB |
|
Before Width: | Height: | Size: 451 KiB |
|
Before Width: | Height: | Size: 517 KiB |
|
Before Width: | Height: | Size: 527 KiB |
|
Before Width: | Height: | Size: 345 KiB |
|
Before Width: | Height: | Size: 358 KiB |
|
Before Width: | Height: | Size: 254 KiB |
|
Before Width: | Height: | Size: 428 KiB |
|
Before Width: | Height: | Size: 277 KiB |
|
Before Width: | Height: | Size: 581 KiB |
|
Before Width: | Height: | Size: 104 KiB |
|
Before Width: | Height: | Size: 330 KiB |
|
Before Width: | Height: | Size: 269 KiB |
|
Before Width: | Height: | Size: 175 KiB |
|
Before Width: | Height: | Size: 431 KiB |
|
Before Width: | Height: | Size: 215 KiB |
|
Before Width: | Height: | Size: 240 KiB |
|
Before Width: | Height: | Size: 281 KiB |
|
Before Width: | Height: | Size: 238 KiB |
|
Before Width: | Height: | Size: 348 KiB |
|
Before Width: | Height: | Size: 224 KiB |
|
Before Width: | Height: | Size: 83 KiB |
|
Before Width: | Height: | Size: 241 KiB |
|
Before Width: | Height: | Size: 359 KiB |
|
Before Width: | Height: | Size: 218 KiB |
|
Before Width: | Height: | Size: 516 KiB |
|
Before Width: | Height: | Size: 414 KiB |
|
Before Width: | Height: | Size: 451 KiB |
|
Before Width: | Height: | Size: 502 KiB |
|
Before Width: | Height: | Size: 61 KiB |
|
Before Width: | Height: | Size: 255 KiB |
|
Before Width: | Height: | Size: 266 KiB |
|
Before Width: | Height: | Size: 205 KiB |
|
Before Width: | Height: | Size: 279 KiB |
|
Before Width: | Height: | Size: 271 KiB |
|
Before Width: | Height: | Size: 380 KiB |
|
Before Width: | Height: | Size: 332 KiB |
|
Before Width: | Height: | Size: 195 KiB |
|
Before Width: | Height: | Size: 192 KiB |
|
Before Width: | Height: | Size: 177 KiB |
|
Before Width: | Height: | Size: 187 KiB |
|
Before Width: | Height: | Size: 184 KiB |
|
Before Width: | Height: | Size: 392 KiB |
|
Before Width: | Height: | Size: 151 KiB |
|
Before Width: | Height: | Size: 413 KiB |
|
Before Width: | Height: | Size: 197 KiB |
|
Before Width: | Height: | Size: 217 KiB |
|
Before Width: | Height: | Size: 68 KiB |
|
Before Width: | Height: | Size: 317 KiB |
|
Before Width: | Height: | Size: 404 KiB |
|
Before Width: | Height: | Size: 239 KiB |
|
Before Width: | Height: | Size: 257 KiB |
|
Before Width: | Height: | Size: 253 KiB |
|
Before Width: | Height: | Size: 263 KiB |
|
Before Width: | Height: | Size: 269 KiB |
|
Before Width: | Height: | Size: 159 KiB |
@@ -1,16 +0,0 @@
|
||||
|
||||
|
||||
收复所有的错误,深度的理解,修复所有的错误,确保没有错误的运行
|
||||
|
||||
功能二
|
||||
image.png
|
||||
伙伴里面的这个匹配记录还加载还是失败,帮我分析并且处理一下这个问题。
|
||||
|
||||
功能一
|
||||

|
||||

|
||||
|
||||
存客宝场景api '/Users/karuo/Downloads/api_v1 (1).md'这个文档的内容也放到这个,放在这个存克宝里面,并且他要完善的实现这所有的那个场景获客的相关的内容,并且保证整个项目是正常运作的,以及获客的效率
|
||||
|
||||
这个存克保的这个功能,这标签是放到右上角,不是独立一个 type。然后这个找伙伴的这个里面的这一个,那个 AI 获客数据这里的话已提交线索跟有联系方式,这边是需要可以直接访问,那可以直接点击进入。点击进度,然后这个存克堡里面的相关的那个 TOKEN 和 API 的那个接口健全的东西是需要是可以直接使用的。需要是可以直接使用的,你把这个存克宝的那个。API 的那个格式,你帮我放到这个里面去。
|
||||
这个文档的内容也放到这个,放在这个存克宝里面,并且他要完善的实现这所有的那个场景获客的相关的内容,并且保证整个项目是正常运作的,以及获客的效率
|
||||
@@ -1,13 +0,0 @@
|
||||
|
||||
|
||||
功能三 匹配池
|
||||

|
||||
匹配词里面的这个选择。匹配词里面的那个选,匹配词里面的这个选择,那可以,我可以点击的时候可以查看,比如我选匹配超级个体,我点击进去能看到具体有多少个人,然后完善资料用户有多少个人,然后全部无量词点击进去有多少人,这个是跟这个用户管理是打通的。
|
||||
|
||||
功能二 匹配功能
|
||||
小伙伴的这个功能里的那个标签,首先第一个标签是那个数据统计,第二个标签的话就是那个找伙伴,第三个标签是资源对接,第四个标签是导师预约,第五个标签是团队招募,然后把匹配词合并到匹配到找伙伴,匹配词跟匹配记录都合并到找伙伴的这个标签内。然后导师预约的那个导师管理那个加入到那个导师预约里面。
|
||||

|
||||
|
||||
功能一 团队协助
|
||||
这一个待开发这一块的话,是写成这个文档存刻保的,这个待开发的发在放到这个开发文档的文档里面,咱们的那个项目管理的这个文档里面跟其他项目做对接的,不用写到代码以后,像这种都不要写在代码里面。确定了。
|
||||

|
||||
@@ -1,31 +0,0 @@
|
||||
|
||||
/Users/karuo/Documents/开发/3、自营项目/一场soul的创业实验-永平/开发文档/10、项目管理/项目落地推进表.md
|
||||
|
||||
然后将这些所有的那个开发的进度文档以后,都是要在那个项目文档,让那个都要在这个项目管理里面实时的这个进度推进跟完成程度都要放到这个进度的推进表里面,确定整个的这个。整个的这个项目是正常的在运转正常的那个进度,然后把我们的对话,今天的一个对话和主要的那个修改的一个板块都到列成这个项目管理里面,清楚的知道开发的时候内容。检查所有的功能的完善性跟可行性,然后继续的全力的帮我检查清楚,然后最终那个完善这个着火的这个功能
|
||||
|
||||
功能五 前后端
|
||||
然后我刚才在直接在小伙伴这里填写了那个团队招募的这个板块,这个团队招募的这个板块甜甜姐填写了手机,但是这个填写的手机,但是后台并没有显示,是不是那个加入团队,加入项目改成加入团队,但这个里面并没有给我手机,并没有反馈到这里来检查一下这个具体的一些问题。到底什么原因?然后帮我查看清楚具体的一个原因。那每次匹配的过程当中,这些内容都需要的是能直接到后台,能直接看到这个匹配的手机号,以及相应的一些人。请小程序端跟这个后台端得是互通的
|
||||
|
||||
|
||||
功能四
|
||||

|
||||
匹配记录放到前面,放到匹配词的设置的前面。
|
||||

|
||||
然后每一次匹配。每一次匹配的记录。抖音和用户匹配的用户跟记录都要放到这个相应的那个记录里面。都要放到相应的记录里面,并且这个发起人他是可以直接点击,可以点击和匹配到,可以点击直接看到这个链接的这个人的一个链接的一个形式,以及能看到发起人的一个手机号的一个这个联系方式。然后如果是多次的话,多次匹配到同一个,同比较短的时间,多次匹配到同一个人的情况,那你就直接的就把这个多次匹配的同一个人。多次匹配的同一个人合并成一个,并且有一个下拉可以直接看到匹配了多少个人。防止匹配记录列表非常的得多。队友发起的那个匹配到。
|
||||
|
||||
|
||||
功能三 匹配拉群,ai自动化添加和数据反馈
|
||||
|
||||
然后把这个找伙伴这边那个,我们把指定的用户跟新增的用户做一个自动化的一个模块,比如他刚刚匹配清楚的话,就是那个存客宝这边就来负责帮他拉群,这个先检查一下存客宝的一个功能,负责来拉群,然后拉群完只有把他的那个信息推送上去。那匹配的同时,匹配成功的同时就是纯科宝来加他,如果不是好友就直接加他,然后直接拉取把这个功能实现一下,然后包括那个找伙伴资源对接、导师预约跟团队招募这几个都需要,然后需要一开官司拉群的开关,还是那个匹配的拉群的开关。还是直接加好友发信息的一个开关,然后加好友发信,加好友发止境指定的的消息也是可以直接在这个后台同存克宝这边的接口部来对接,然后如果没有这些接口,直接通知存克宝那边的开发团队来进行操作。
|
||||
|
||||
功能二 找伙伴功能修复
|
||||

|
||||

|
||||
老伙伴的这个功能,点击查看用户进去,不是,点击进去又是 VIP 会员,超级个体,然后这个完善资料点击进去就是完善资料的用户全部流量词,应该百分之改一下到全部选择是全部用户,这几个分别要进去,然后用户的那个资料完善的要有这些,第二个选择要有这一些资料完善的才能在匹配池那个找伙伴里面去那个找到这些钥匙。实现这个功能在小程序上面的相应的这个功能就必须得实现。并且确保这个功能是可用的,帮我检查一下,确保是可用的
|
||||
这个功能前,在前端找伙伴匹配的时候,如果匹配过一次,嗯,就不要再匹配第二次了,就不要再出现就匹配过的当天匹配过一次的那就没有第二次了。这个确定清楚,这个功能要清晰一些
|
||||
小程序这端的那个创意合伙人改成找伙伴,小程序这端的那个创业合伙改成找伙伴的这个够名字。
|
||||
|
||||
功能一 修复 添加
|
||||
这里的话点击测试这个手机号,还是没有加到这个计划里面,帮我 查清楚的一个问题,确定清楚这个问题。请确保前端这个功能是可用的,后台测试也是可以添加的,帮我深度的检查清楚这些,处理掉这些问题image.png
|
||||

|
||||

|
||||
@@ -1,16 +0,0 @@
|
||||
拿着存克宝这边 API 显示的那个已存在的这个内容已存在,那这个已存在,像这里面的话只是不添加也要把这个表单添加到这个表单里面显示清楚,然后这个,嗯,下一步这里的话。把这些功能都给我完善清楚。
|
||||
|
||||
功能三 客户资源
|
||||

|
||||
|
||||

|
||||
就这个找伙伴的这一个功能,创业合伙这个要改成的就是找伙伴后台是修改什么样就是什么样的。然后这个团队招募这些图标跟那个相应的跟后台配置,后台配置是那个要相呼应是一样的创业合伙,这个叫找伙伴这个功能,然后点击加入到项目里面,填写手机号,得到后台上面去,后台也同时要显示这个标签,捆绑的同时要显示,比如说团队招募底下现在是没有添加任何的数据过来。这个有问题帮我检测一下,比如小程序这端跟这个跟后台不匹配,那其他的选项也是一样
|
||||
image.png匹配记录,每一项里面都需要有匹配记录,然后也看一下这些匹配的那些相应的这些参数,帮我处理一下这个匹配的具体的一些数据。
|
||||
|
||||
|
||||
功能二 修复小程序匹配
|
||||
image.png
|
||||
这里的话那个资源对接,跟那个导师预约,跟团队招募这三个的那个匹配完之后,现在在小程序匹配完之后,现在并没有入库。的材料并没有入库,帮我处理一下一个问题,让我可以在后台能直接看到这个,那个匹配完之后的这个用户的联系形式,以及他的一个能点击进去能看到用户的一个旅程。那。
|
||||
|
||||
功能一
|
||||
电池设置匹配词的那个来源是可以多多选的。可以同时选择两个,然后这个完整资料,完善资料的用户的话,这完善资料的用户点击进去不是全部用户,是真实有完善资料的,比如有名称、有头像,或者有其他的一些完善的一些材料,那基础的有这个应该是有手机号、有昵称、有头像的,然后有写业务需求的。就以跟线下,跟那个下面的那几个条件,符合这几个条件的一些用户的一个筛选,这是一个。
|
||||
@@ -1,12 +0,0 @@
|
||||
|
||||
功能三
|
||||

|
||||
度的检查一下这个问题,这个点击链接卡路并没有到这个瘦的右上角,早卡路加好友这里的那个已获客,并没有增加这个正常的话以获客,我点击进去输入这里一定会增加,并且去添加的这里并没有增加。帮我分析一下这个问题,直接帮我处理掉
|
||||
|
||||
功能二
|
||||
我在小程序匹配了好几次,就这里面的所有的总匹配次数,包含资源对接,导致预约团队高木只要有点击的都是会算在总匹配次数里面,并且可以看到具体的那个匹配的那个情况,然后匹配次数跟今日匹配,这些匹配用庸俗都是可以直接点击进去这些页面,帮我补全点。点击进去可以看得到。
|
||||

|
||||
|
||||
功能一
|
||||

|
||||
人善知要用户指的是已经有那个从图片上传或者微信上传头像的,并且昵称不是叫微信用户的昵称的,有改过昵称的行为的,以及绑定信息有手机号的这一些,这个是完善资料的用户。
|
||||
@@ -1,20 +0,0 @@
|
||||
检查所有的,把这一个尽全力的完善,并且测试这个功能可用,然后帮我完善这个整个的项目。并且测试这个项目的所有的功能可用。那个在本地先测试,不需要,先不要编译到那个服务器上面,直接在本地上进行修改和完善这些功能
|
||||
|
||||
功能四
|
||||
同时处理一下早早伙伴匹配记录加载失败的这个问题,然后在这里的话,那个纯客跑的配置放到这里,嗯,右上角的这里,从数据统计这里,把它接口联通测试这边给他移动过去。从接口连通测试跟存保的这个的场景,然后存保这边的获客的数据是可以直接点击进去的,以及可以看这个存保的这个那个接口的这个文档,这些都是可以要能点击进去,可以看得到相应的联系方式的。
|
||||
|
||||
|
||||
功能三
|
||||
image.png
|
||||
那个加入项目有匹配,但是在后台那个团队招募这一个里面,并且并没有任何的数据,请帮我一定要处理一下这个问题,其他的板块也是出现这个情况。
|
||||
|
||||
功能二 存客宝
|
||||
然后还有一个比较重要的一个功能,就是存克保这边的那个有匹配完之后存克保这里的相应的动作,在这个找伙伴功能的右上角,这里的话有一个存克保,这里的添加的是否添加成功和存车保相应的那个配置,还有存车保的那个接口的联通测试这几个板块都到小伙伴那找伙伴的右上角的那个标签功能里面。然后把存车保这里的各个场景获客以及相应的接口的数据,比如添加成功,是否有回复率等等的这一些参数都放到这个找伙伴的这个功能里面。如果这个功能根据这些文档的存,相应的文档不能是没有功能的话,直接给存稿这边的开发团队那个提需求,那尽可能的去搜索,并且帮我整理出这个需求出来,然后帮我继续往下去去执行。同时的数据统计的首页的数据对,在清晰一些,整个界面帮我清晰那个大气一点,那不要太太拥挤,分类清楚一点。分类跟那个东西补全一下
|
||||
/Users/karuo/Documents/开发/2、私域银行/cunkebao_v3
|
||||

|
||||
|
||||
功能一 匹配机制
|
||||

|
||||

|
||||

|
||||
这个匹配记录里面的话,第一个的话是创业合伙的这一个板块是跟后台要相互呼应,这个是找伙伴,并且每一次匹配都需要到图片2的那个后台里面,真相应的那个板块后台。这里得有正常的显示,发起人跟匹配到这个得正常的显示上面的每一个板块都得是正常的显示出来,你先要阅读完图片这几个所有的板块,那也有匹配,就要记录次数以及匹配相应的那个功能,就要记录到这个里面,然后把这个。然后在这个。今日匹配。的那个数据,这一些匹配的都是一些和这个相关的一些数据,已经匹配的类型也是相关的那个数据。更重要的是就是有点击这个用户的那个数据匹配数据,就立即要在这个后台这边显示清楚了,不然现在一直都是空的,帮我看一下具体是什么情况。那一定要帮我处理掉这个问题
|
||||