yanhui
f749bcc03c
① 导出明细（业务要求：超时未发要能导出核对）
· 新增 GET /api/warehouse-ship-timeliness/export：不分页、不截断，返回本轮全部行
· 页面「超时未发货订单」卡片右上角加「导出明细」下拉（Excel / CSV）
· 选中某个仓时只导该仓（前端按 centerKey 过滤，与后端主仓归属同一套）
· 导出列比页面多「快递公司 / 运单号」（追单要看有没有打单），单号一律转字符串
避免 Excel 显示成科学计数法
② 缓存改成「存全量、出口截断」
· 缓存键去掉 limit（原为企业级教训：WLE 核验缓存早就这么改了）
· 页面 limit=1000、导出要全量，旧实现两边永不命中 → 每点一次导出重查一遍视图
· 实测：首次查询 86.3s，导出命中缓存 5ms
· 顺带修 detailTotal / heldTotal：明细被截断时页面仍显示真实总数，
不再把「只显示前 1000 条」写成「一共就这么点」
③ 不考核快递追加「武进安能」（业务 2026-10-27）
· 包含匹配，同时覆盖「武进安能大件」
· ⚠️ 严格不泛化成「安能」：实测库里带「安能」的有 8 个写法，
常州安能新 4207 单 / 安能物流 110 单等仍照旧考核（与
warehouseLogisticsExceptionRegistry 同一口径，那里也写着这句）
④ 钉钉推送明细行在「线上单号」后加「快递」
· 一行 = 仓｜内部单号｜线上单号｜快递｜审核 时间｜已等 X 小时
· 群里直接能判断是哪家快递、要不要走站点，不用回页面逐单点开
· 「已剔除 N 单不考核快递」的快递清单改成读服务层，别再各写一份
⑤ 修复推送任务时区（生产容器 /etc/timezone = Etc/UTC）
· 症状：pushShipTimelinessNotify 把裸 new Date() 传给 getShipTimeliness，
而 service / registry 内部用 getDate()/getHours() 直读 →
北京 13:05 = UTC 05:05，被判「未到 13:00 核验时间」→ 两轮推送永不触发
· 改法：rawNow（真实时刻，给 Intl / toISOString）+ bjNow（平移后，
给本地 getter 与 service 调用）双轨，与 2026-10-21 那次同源问题的修法一致
拼多多自动化运营平台
公开的拼多多业务精简版。欢迎所有人克隆、修改、分发代码并提交 Pull Request，代码按 MIT 许可证开放。
保留商品监控、仪表盘、激励看板、营销活动、推广、商品分析、工单以及在线客户端与执行任务等现有模块。部分菜单仍沿用原项目的占位页面。
已删除市场数据、店铺管理和运营工具整组页面、Claw 对话、skills 管理、平台切换与其他平台演示页，以及对应路由、页面资源、专属配置接口和权限项。首页为仪表盘。保留业务仍使用的模型配置、商品数据查询、桌面会话和自动上架公共服务继续可用；Claw 补全与图搜备用通道已经移除，缺失资料需使用业务接口或手工补充。
本地启动
需要 Node.js 22。团队开发机器无需安装或初始化 MySQL、Redis 及第三方数据库；使用管理员发放的部署 Key，一次注册后自动连接中央系统数据库、公网 TLS Redis 和第三方数据库。完整步骤及安全边界见 远程系统数据库部署。
npm --prefix backend ci
npm --prefix frontend ci
npm run remote:dev
首次启动时填写配置请求地址和部署 Key，系统自动写入被 Git 忽略的本机配置并重启后端。保存一次性显示的管理员账号和密码后直接登录，不需要在本地创建数据库或继续执行设置向导。前端默认访问 http://localhost:5173，API 默认代理到本地后端。
拉取主仓库更新后必须停止旧的 npm run remote:dev 进程并重新启动，保证前后端使用同一版本。MKH 页的强制刷新带有版本协议校验；如果新前端仍代理到未重启的旧后端，页面会停止展示可能过期的库存并明确提示重启，不再将旧值冒充为“最新数据”。
验证与构建
npm --prefix backend run check
npm --prefix frontend run check
前端构建输出位于 frontend/dist。部署时需为单页应用配置路由回退，并代理 /api 与 /cubejs-api 到后端。
启动时会迁移旧侧栏配置，并删除已退役页面的权限、专属设置和专用数据表。上架测算旧偏好表中的商品分析阈值会先迁移到商品分析专用表；其他保留模块的数据不受影响。迁移仅作用于实际配置给此实例的系统数据库。
参与修改
开始开发前请阅读 仓库提交与合并规范（多用户与 AI 开发必读）。准备更新生产服务器时必须继续阅读 服务器部署规范（开发者与 AI 必读）。AI 工具的规则入口为 AGENTS.md。每个任务使用独立目录和分支，通过 PR、同步验证和独立审核合并，禁止强推或覆盖其他开发者的工作。
所有用户均可 Fork 仓库、创建分支并提交 Pull Request。直接推送本仓库需要仓库所有者授予协作者写权限。提交时请说明修改和验证结果，勿提交 .env、密码、令牌、数据库备份或真实业务数据。