dsh-agent
7802e5b0eb
改动
- energy/hydrogen-station-board.ts 的 10 条查询全部移入 energy/repository.ts，
参数表达式逐条对应（含区间、站点、以及租户与手工充值来源的固定顺序）。
- 相关 SQL 片段助手搬进 constants.ts 并导出：
NORMALIZED_PLATE / NORMALIZED_PLATE_UNICODE / EXTERNAL_CUSTOMER_MAP_CTE，
以及 HYDROGEN_TENANT_ID / MANUAL_RECHARGE_SOURCE。
它们本质是 SQL，继续留在路由里会让"路由不含 SQL"形同虚设；放 constants.ts
是因为被多条查询共享，避免复制。
- 路由文件随之删掉 4 个只为 SQL 服务的 constants 导入（HYDROGEN_BASE_WHERE /
_B / HYDROGEN_LOCAL / HYDROGEN_TABLE），它们已不再被该文件使用。
- 架构守卫允许 constants.ts 存放共享 SQL 片段，并注明理由。
提取方式
- 用平衡括号扫描从原文件按顺序取出 10 条 SQL 与各自的参数数组（含查询 10 的多行参数），
按调用点跨度精确替换，避免手工转写 200 余行 SQL。
验证
- energy/routes.test.ts 的 13 个既有用例在提取前后均通过，其中包含单站看板的
SQL 与参数断言（迁移未改变查询文本、参数顺序与响应口径）。
- 全量 lint / test(191) / build 全绿，可达性 0 未引用文件。
未完成
- hydrogen-bi-v2.ts 仍有 7 条带 ${sqlWhere} / ${groupOrder} 等动态插值的查询，
需要把 where 组装函数一并搬进 repository；完成后再把 energy 加入守护清单。
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；后者会绕过全部认证。