Files

T

Simon facc04aa65 chore: docs 结构整改 + compose 双目录对齐（合并重建提交）

本提交为 .git 对象库损坏后的重建提交，内容等价于原先三个本地提交
（5e2fd4c2 / 57a53c98 / 5d7e1873）的累积结果，未做任何额外改动。

一、docs 结构整改（整改 #14）
根因：重构时新结构为 untracked 文件，执行 git stash（未带 -u）未纳入，
随后 git reset 拉回 HEAD 旧 tracked 树，导致旧树复活、新旧两棵目录
树并存于 docs/，共 791 文件、双分类体系冲突。

修复动作：
- b2 同名异主题文件改名迁移保全 9 个
- C 类 39 个孤立文件按主题正确归类
- A/B1 类 222 个重复文件删除（新结构已有内容副本）
- 9 个旧独有空目录删除
- 270 处内部引用按 verified 映射改写
- 整改记录 #14 登记于 04-运维文档/部署运维

结果：docs 791 → 569 文件，顶层仅规范 8 类 + 治理文件，单树恢复。
残留：约 20 处指向从未存在文件的陈旧死链，归入独立文档卫生任务。

二、compose 双目录对齐（消除踩坑 A）
- docker-compose.yml：nginx 前端挂载全部由根目录 frontend-*/dist
  改为 src/frontend-*/dist（h5 / agent / admin / terminal）
- docker-compose.dev.yml：dev 服务 build context 与卷同步改 src/
- 效果：本地 docker compose up 不再把根目录 stale dist 挂回，
  与线上一致，分叉隐患消除（已 docker compose config 校验通过）

防复发铁律：
- 重构须提交；仓库修复须 git stash -u 或先 commit
- 新结构须 git add 并提交，避免再次 untracked 复活
- H5 改动只动 src/frontend-h5/，禁改根目录遗留 frontend-*/

2026-08-07 22:31:32 +08:00

4.1 KiB

Raw Blame History

任务说明书 — 批次 2（P1 基础：真单例 / 统一 Dify 调用点 / Matcher 修复 / 配置治理）

版本: v1.0 | 日期: 2026-07-17

📋 基本信息

项目	内容
任务名称	v4.0 批次 2：P1 基础重构（5 个子项）
任务ID	#84
优先级	🟠 P1
类型	架构重构 / 安全加固
状态	待开始
负责人	宋献
创建日期	2026-07-17
计划完成日期	2026-07-22
预估工时	3 天

📥 输入项来源

来源文档	相关章节
`docs/02-技术文档/重构记录/00-v4.0重构总方案.md`	§三批次 2
`docs/02-技术文档/重构记录/01-问题验证清单.md`	B3/B4/B5/B9/C3/C4/C5/C6

📤 输出成果要求（5 个子项）

P1-1 AIService/AIHandler 真单例（0.5d）

问题：dependencies/__init__.py:98-106 每次调用新建 AIHandler+AIService+2 个 httpx 连接池，从不 close → 连接泄漏
方案：模块级懒加载单例 _shared_ai_handler；cleanup_shared_services() 中 await handler.ai_service.close()
验证：连续 50 次请求后容器 ESTABLISHED 连接数稳定；shutdown 无 Unclosed client session

P1-2 统一 Dify 调用点（2d）

问题：同一 Dify 原生调用代码复制 3 遍（approval.py:999 死、routing_service.py:120 活、byod.py:243 死）
方案：
1. ai_service.py 新增通用 chat_native(query, user_id, timeout)
2. 删除死链路：POST /approval/detect-intent 端点（approval.py:1060）+ _call_dify_approval_intent；POST /byod/detect-intent 端点（byod.py:348）+ _call_dify_byod_intent
3. routing_service.detect_routing_intent 改调 chat_native（D1 合并前过渡）
验证：grep -rn "httpx.AsyncClient" backend/app/api/ 零命中；POST /api/approval/detect-intent 返回 404

P1-4 ApprovalMatcher 死分支 + 失败兜底（0.5d）

问题：approval_matcher.py:66-69 优先级 5 死分支；匹配失败仅 warning → 前端空白（B4）
方案：删除死分支；match_and_build_card 末路返回 get_all_categories() 全量卡片（不再返回 None）
验证：mock 未知 approval_type → 前端仍渲染全量卡片

P1-7 配置治理 + 潜伏 bug（2d）

a. compose 增加 APP_ENV=${APP_ENV:-production}（修复生产 UA 校验/IP 白名单不生效）
b. Redis 密码轮换（已进 git 历史）：compose 改 ${REDIS_PASSWORD} 引用 + 新密码；低峰期执行（22:00 后），停机 30-60s，用户需重新登录，新旧密码双备
c. os.getenv 旁路收敛入 Settings；is_dev_mode 属性统一
d. 3 个潜伏 bug 修复：main.py 定义 app_root；删除 tasks/scheduler.py（拼写错误+零导入死文件）；config.py 顶部补 logger = logging.getLogger(__name__)
验证：/version 返回真实 git hash；非法 AUTOMATION_THRESHOLDS 不抛 NameError；非白名单 IP 访问 admin 返回 4004

P1-6 dynamic_recommend 死逻辑清理（0.5d）

问题：h5_ai_task.py:528-582 分支条件保证 approval_type 必为 None，整段模板匹配恒空
方案：删除死逻辑，recommend_data 取 action["url"]（已由 matcher 注入）

🔧 验收标准

httpx 连接数稳定，无泄漏
Dify 调用点唯一（grep 验证）
detect-intent ×2 返回 404
未知 approval_type 仍渲染全量卡片
APP_ENV=production 生效
Redis 密码已轮换，新旧双备可用
/version 返回真实 git hash
pytest 全绿

📞 依赖与阻塞

依赖	说明
批次 1 完成（#78-83）	P1-2 依赖 P0-2 的 DIFY_NATIVE 配置
Redis 密码轮换窗口	需提前通知用户重新登录，选 22:00 后

文档同步：架构文档 v2 §15.4.5 重写（v3.0 纯渲染架构）；填写 docs/02-技术文档/重构记录/03-批次2-P1基础执行记录.md。

📈 变更记录

日期	变更内容	变更人
2026-07-17	创建任务	宋献

4.1 KiB Raw Blame History Unescape Escape

任务说明书 — 批次 2（P1 基础：真单例 / 统一 Dify 调用点 / Matcher 修复 / 配置治理）

📋 基本信息

📥 输入项来源

📤 输出成果要求（5 个子项）

P1-1 AIService/AIHandler 真单例（0.5d）

P1-2 统一 Dify 调用点（2d）

P1-4 ApprovalMatcher 死分支 + 失败兜底（0.5d）

P1-7 配置治理 + 潜伏 bug（2d）

P1-6 dynamic_recommend 死逻辑清理（0.5d）

🔧 验收标准

📞 依赖与阻塞

📈 变更记录

4.1 KiB

Raw Blame History