yanhui
dd58364593
业务 2026-10-24 补充口径：转仓单的货不是从记账仓（原仓）走的， 原仓的发货量也不该算 —— 记在原仓分母里只会把分母做大、把异常率稀释。 ## 改了什么 原先 PR #84 把转仓代发当「只摘异常、保留分母」（与现场拦截同类）。 这次把判定从「异常判定之后」**提到发货分母计数之前**，改成**整单不计**： | | 改前（PR #84） | 改后 | |---|---|---| | 算异常 | ❌ | ❌ | | 进原仓发货分母 | ✅ | ❌ | | 归类 | 独立一行「另有 N 单」 | 并入「本批已剔除 N 单」 | 判定逻辑只挪了位置，`matchTransferWarehouse()` 本身没变 （`/转\s*[xX]\s*\d{3,}/`，仍不写死 `转x00005`）。 ## 三处文案同步 - 前端页脚：删掉原来「仍计入发货分母、只是不再报异常」的独立段落， 改为并入「本批已剔除 N 单（……转仓代发 N 单）」，口径句也改成 「不算本仓异常，也不算本仓发货量」。 - 钉钉正文：转仓代发并入「已剔除 N 个包裹（承运商 / 已终止 / 刷单·信誉单 / 转仓代发）」， 删掉「另有 N 个包裹属转仓代发」那一行。 - registry 注释同步更新，明确写清**与现场拦截的区别**： 现场拦截是本仓发的货（留分母），转仓代发不是（不留分母）。 ## 验证 - 后端单测 50/50。`转仓代发整单不计` 用例改为断言： `exceptionPackages=1`、**`packageCount=1`**（不是 2）、`shippedOrders=1`， 崔桥仓 `shippedOrders=1 / exceptionOrders=1`。 - 全量 `npm run check` 474 项 / 472 过（2 项为既有环境失败：Windows 权限位、负缓存需隧道故障态） - 前端 eslint 0；`npm run build` 通过 - **真实库（10-23 批）**：发货包裹 5337 → **5332**（扣掉 5 个转仓包裹）， 异常 15 单不变，异常率 0.3%；转仓剔除 `packages=5 orders=5 {"转x00005":5}`； 崔桥工厂仓 发货单 2824 / 异常 6 / 0.2%。 ## 影响面 - 分母会略微变小（10-23 批 -5 个包裹，约 0.09%），异常率理论上有微幅上升， 但剔掉的本来就是「必然异常」的假单，整体更准。 - 与现场拦截的口径现在明确分家：**现场拦截留分母，转仓代发不留**。
拼多多自动化运营平台
公开的拼多多业务精简版。欢迎所有人克隆、修改、分发代码并提交 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、密码、令牌、数据库备份或真实业务数据。