dsh-agent
e4c8195ede
改动 - 新增 energy/repository.ts：电能总览 KPI、本月逐日、最近有数据月份、昨日电量、 按日区间查询、ETC 汇总，共 6 个查询函数（SQL 与参数逐字保留）。 - electric.ts / etc.ts 改为调用 repository；两者本就是 register*(app, deps) 形态， 因此这次是纯粹的 SQL 位置迁移，没有改接口契约。 - 车辆归属筛选片段 electricKindClause 也移入 repository： 它本质是 SQL，留在路由里会让"路由不含 SQL"这条规则形同虚设。 验证 - energy/routes.test.ts 的 13 个既有用例直接作为安全网（其中多处对 SQL 与参数做断言）， 迁移后全部通过，说明查询文本、参数顺序与口径未变。 - 全量 lint / test(191) / build 全绿，可达性 0 未引用文件。 未完成（已在文档中写明） - hydrogen-station-board.ts 仍有 10 条查询 + 4 个本地 SQL 片段助手； - hydrogen-bi-v2.ts 仍有 7 条带动态插值的查询。 因此 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；后者会绕过全部认证。