Files

Neo 6f8f12314f feat: 累积功能变更 — 聊天集成、租户管理、小程序更新、ETL 增强、迁移脚本

包含多个会话的累积代码变更：
- backend: AI 聊天服务、触发器调度、认证增强、WebSocket、调度器最小间隔
- admin-web: ETL 状态页、任务管理、调度配置、登录优化
- miniprogram: 看板页面、聊天集成、UI 组件、导航更新
- etl: DWS 新任务（finance_area_daily/board_cache）、连接器增强
- tenant-admin: 项目初始化
- db: 19 个迁移脚本（etl_feiqiu 11 + zqyy_app 8）
- packages/shared: 枚举和工具函数更新
- tools: 数据库工具、报表生成、健康检查
- docs: PRD/架构/部署/合约文档更新

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

2026-04-06 00:03:48 +08:00

2.0 KiB

Raw Blame History

P6→NS1/RNS1 缺失项 #3：置顶任务排序规则

简要结论

状态：✅ 已解决
风险等级：🟡 低
后端已实现「置顶优先 → 优先级分数降序 → 创建时间升序」的排序规则，与 P6 定义的排序意图一致。

详细审查

审查范围

apps/backend/app/services/task_manager.py — get_task_list_v2() 函数中的 SQL ORDER BY
apps/miniprogram/miniprogram/pages/task-list/task-list.ts — 前端分组逻辑

发现

后端排序（已实现）：

task_manager.py 的 get_task_list_v2() 中 SQL 查询明确定义了排序规则：

ORDER BY is_pinned DESC,
         priority_score DESC NULLS LAST,
         created_at ASC

is_pinned DESC：置顶任务排在最前
priority_score DESC NULLS LAST：非置顶任务按优先级分数降序（高优先级在前）
created_at ASC：同优先级按创建时间升序（先创建的在前）

前端分组（已实现）：

task-list.ts 的 loadData() 中将后端返回的列表按状态分组：

const pinnedTasks = enriched.filter((t) => t.isPinned && !t.isAbandoned)
const normalTasks = enriched.filter((t) => !t.isPinned && !t.isAbandoned && t.status === 'pending')
const abandonedTasks = enriched.filter((t) => t.isAbandoned)

WXML 中按「📌 置顶 → 正常任务 → 已放弃」三组依次渲染，组内保持后端返回顺序。

证据

后端 SQL（task_manager.py 第 560-564 行）：

ORDER BY is_pinned DESC,
         priority_score DESC NULLS LAST,
         created_at ASC
LIMIT %s OFFSET %s

建议（如未完全解决）

P6 提到「置顶任务按置顶时间倒序」，当前实现是 is_pinned DESC（布尔值），多个置顶任务之间的排序依赖 priority_score。如需严格按置顶时间排序，需在 coach_tasks 表中添加 pinned_at 时间戳字段并在 ORDER BY 中使用。当前实现在功能上可接受，但与 P6 的精确定义有微小差异。

2.0 KiB Raw Blame History Unescape Escape