/Users/leroi/Desktop/microcyan/wcf 不是一个单一产品仓库。源码审计后可以分成“好习惯产品主线”“内容采集与自动化工具”“独立产品原型”和“框架或备份”四类。其中 app/hxg 与 web/wcfui 属于 Habit 的直接演进来源，其余目录不应被误写成 Habit 的正式业务模块。
仓库全景
| 目录 | 类型 | 实际内容 | 文档归属 |
|---|---|---|---|
app/hxg |
后端业务应用 | 儿童、习惯、日程、积分、奖励、课程、AI 互动和多公司配置 | Habit 主线 |
web/wcfui |
移动用户端 | 家长/儿童、计划、奖励、积分、课程、互动模板与 AI 提问 | Habit 主线 |
web/scui |
管理端 | 系统权限、租户配置和习惯任务后台 | Habit 运营端 |
app/x |
自动化后端 | 小红书笔记、作者、标签、评论、采集和管理账号 | 独立工具域 |
web/RbAdmin |
轻量管理端 | 小红书相关订单与运营查看 | 独立工具域 |
web/AutoJs |
自动化执行端 | Auto.js 任务、MQTT 通信和脚本运行 | 独立工具域 |
web/sign |
Node 辅助服务 | Express 接口、页面解析或签名辅助 | 独立工具域 |
| 两个浏览器扩展 | 浏览器工具 | 获取网站登录环境、Cookie 和公众号 Cookie | 独立工具域 |
web/pregnancy |
产品原型 | 首页、个人报告、会员、社区和个人中心 | 独立原型 |
ScuiDemo、Test、TestNode |
演示与试验 | 后台模板、ColorUI 示例和联调页面 | 不计为业务项目 |
wcfui_bak、AutoJs的副本 |
备份 | 旧页面或目录副本 | 不计为业务项目 |
好习惯产品主线
flowchart TB App[wcfui
家长与儿童移动端] --> API[app/hxg
v1 / v2 API] Admin[scui
运营后台] --> API API --> Child[儿童与家庭] API --> Habit[习惯 / 日程 / 打卡] API --> Point[积分 / 奖励 / 兑换] API --> Course[课程 / 模板 / 互动] Course --> AI[AI 提问与辅助] API --> DB[(MySQL)]
app/hxg 同时保留 v1 与 v2。v1 已覆盖儿童、习惯、教材、题库、商品、通知和管理后台；v2 进一步引入日程、奖励、积分中心、课程素材、互动模板和 AI 对话。web/wcfui 的页面与这些 v2 接口一一对应，因此它不是一个遗漏的小项目，而是 Habit 产品的历史/关联实现。
当前 Habit 文档已把训练、积分、奖励、课程与智能陪伴整理为统一领域模型。维护时应继续以领域事实为准，不要把 v1、v2 或每个页面各算一个项目。
小红书采集与运营工具
app/x 保存笔记、用户、标签、评论和游标，并通过 Spider 适配器同步外部数据；管理员模块还包含文章、用户、订单与自动化入口。RbAdmin 提供轻量订单界面，Auto.js、Node 辅助服务和浏览器扩展负责采集环境或执行链路。
这一组工具需要特别注意：
- Cookie、代理、设备环境和令牌只保存在加密配置中；
- 原始采集响应与清洗后的业务数据分开保存；
- 笔记、作者、标签和评论用外部稳定 ID 幂等更新；
- 自动化任务设置频率限制、失败退避和人工停用开关；
- 浏览器扩展申请了 Cookie 权限，只应在明确授权的环境中使用。
它们与 Habit 没有共享的产品领域，只是暂时位于同一仓库。若继续维护，最优先的结构调整是把自动化工具迁入独立仓库或至少独立部署目录。
孕期应用原型
web/pregnancy 已有首页、个人报告、会员权益、社区和个人中心，说明它不只是一个静态页面，但当前仓库中没有看到与之同名且边界完整的独立后端应用。现阶段应把它记录为产品原型，而不是宣称为已经交付的完整系统。
若后续继续开发，需要补齐用户隐私授权、报告数据来源、会员订单、社区审核和健康信息免责声明，再决定是否升级为项目首页中的独立项目。
为什么不全部做成项目卡
项目卡应该对应可明确说明的产品或交付系统。框架演示、备份、签名辅助进程和浏览器扩展虽然值得记录，但没有独立产品生命周期。把它们集中在本页，既保证源码不遗漏，也避免项目首页被重复工程和试验目录占满。