dsh-agent
5196db5df7
改动 - 新增 scheduling/repository.ts：通知/干预与建议列表的全部 SQL（13 条）。 - notify.ts / suggestions.ts 改为 register*(app, deps) 可注入，保留默认导出与 create*Router 工厂。 - suggestions.ts 的两处跨域依赖（里程车辆信息、OneOS 里程）改为依赖注入： 既让本域可独立测试，也让"建议依赖里程数据"在类型上可见，而不是藏在 import 里。 - 跨域引用修正：mapRegion 原本从 '../vehicles/routes.js' 引入（为一个纯函数把整个 车辆路由拖进依赖图），改为直接从 '../vehicles/model.js' 引入。 契约测试（新增 10 个用例） - 逐条锁定 SQL 与参数顺序：干预登记的三步（查重 → INSERT → 回读）、409 阻断、 批量循环、历史列表的状态过滤与 limit 上限（500/默认 200）、状态更新的 UPDATE 形状、 400/404 分支、活跃映射与近 7 天计数、建议列表五条基础查询的内容与顺序。 - 架构守护升级：不再只看 routes.ts，而是要求该域**除 repository.ts 外的任何非测试文件 都不得含 SQL**；匹配用"语句形状"正则（如 update <table> set）而非裸关键字， 避免把 UpdateNotification 或日志 "update error" 误判。已验证 6/6 个 repository 被识别、 其余文件零误判。 等价性验证 - 把 notify.ts / suggestions.ts 改造前的实现从 git 取出，与改造后跑同一批请求 （9 个场景，含建议列表整条链路 8 次查询），对比落库 SQL、参数、HTTP 状态与响应体： 完全一致。 - 期间修正了两处**验证工具自身**的缺陷（旧文件误引用新 notify；跨域默认实现的调用 被记到另一侧），修正后结论可信。 lint / test(191) / build 全绿，可达性 0 未引用文件。
LN-BI
羚牛业务数据的统一 BI Web 应用。React 19 + Vite 前端，Hono 后端，单进程同时提供 API 与静态页面。
入口
| 入口 | 模块 | 路由 |
|---|---|---|
| 资产 BI | 资产管理、里程管理、车辆/加氢热力图、智能调度 | /asset |
| 能源 BI | 氢费 BI、电能、ETC | /energy |
| 隐藏页 | 充电记录导入（需能源角色） | /ele/import |
| 隐藏页 | 用户反馈管理 | /admin/feedback |
| 独立入口 | 氢能经营看板（与 /energy 内同一组件） |
/energy/hydrogen-board |
页面内部用 Hash 保存子页面状态，例如 /energy#hydrogen/overview。入口兼容逻辑见 src/app/routing.ts。
快速开始
需要 Node.js 22 与 npm。
npm ci
cp .env.local.example .env.local # 填入数据库等连接配置，切勿提交
npm run dev:local # 只读本地预览：前端 127.0.0.1:8115，API 127.0.0.1:3001
dev:local 会强制 DB_READ_ONLY=1、HYDROGEN_DB_READ_ONLY=1、MILEAGE_REPORT_AUTO_ARCHIVE=0、
DEV_BYPASS_AUTH=1，并且不启动建表与定时任务，适合看真实数据而不写库。不要把它暴露到公网。
常规开发（前端 3000，后端 3001，/api 由 Vite 代理）：
npm run dev
命令
| 命令 | 说明 |
|---|---|
npm run dev |
前后端开发模式 |
npm run dev:local |
只读本地预览（免登录，禁写库） |
npm run lint |
类型检查（tsc --noEmit） |
npm test |
Node 内置测试运行器 |
npm run build |
生成 dist |
npm start |
生产式启动（需先 build，且必须提供环境变量） |
发布门禁是 lint + test + build 三者同时通过（CI 见 woodpecker.yml）。
目录
src/
├── app/ 应用外壳：路由解析、导航注册
├── auth/ 前端认证状态与注入
├── components/ 跨模块 UI（Shell、反馈、通用控件）
├── modules/ 前端业务域（每个域自带 api / model / components / css）
│ ├── assets/ 资产管理
│ ├── mileage/ 里程（monitoring / statistics / daily-report）
│ ├── scheduling/智能调度
│ ├── energy/ 能源（hydrogen / electric / etc）
│ ├── ele/ 电能数据导入
│ ├── admin/ 反馈后台
│ └── *-heatmap/ 两类热力图
├── shared/ 前后端共享的叶子层（角色常量、跨端 DTO、日期区间、Excel、高德接入）
└── server/
├── config.ts 环境变量集中读取 + 启动期校验
├── app.ts 应用装配（无副作用，便于测试）
├── index.ts 进程启动
├── local.ts 只读预览启动
├── db/ MySQL / PostgreSQL 连接
├── middleware/认证、只读
├── auth/ 登录（SSO 换票 / 固定密码）、权限
└── routes/ 按业务域的 HTTP 路由
架构约定
分层规则、依赖方向与「新增一个模块该放哪」见 docs/ARCHITECTURE.md。
其中 6 条硬规则由 src/architecture.test.ts 断言，违反即测试失败。
部署注意事项
JWT_SECRET必须在运行环境注入且不少于 32 字符；SSO 模式下缺失时服务会拒绝启动。 镜像内不再内置默认密钥（历史默认值等同于公开密钥，可被离线伪造令牌）。- 数据库口令、Harbor 凭据、OSS / OneOS / 高德密钥一律通过环境变量或 CI Secret 注入， 仓库内不保留真实值。历史提交中出现过的凭据都需要轮换。
- 生产环境请显式设置
NODE_ENV=production与DEV_BYPASS_AUTH=0；后者会绕过全部认证。