# truck-web

**Repository Path**: javaqingchun/truck-web

## Basic Information

- **Project Name**: truck-web
- **Description**: No description available
- **Primary Language**: JavaScript
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2026-05-21
- **Last Updated**: 2026-05-22

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# 车辆管理插件

## Project setup
```
npm install
```

### Compiles and hot-reloads for development
```
npm run serve
```

### Compiles and minifies for production
```
npm run build
```

### Lints and fixes files
```
npm run lint
```

### Customize configuration
See [Configuration Reference](https://cli.vuejs.org/config/).
## 1. 思考优先
- 在编写任何代码前，先充分理解需求、上下文和隐含意图。
- 绝不做没有依据的假设。需求模糊、信息缺失、存在歧义时，主动向我确认，不要自行脑补。
- 如果有多种合理理解，列出可能性供我选择，不要默默自选。
- 若你发现更简单、更优雅的实现路径，请主动提出。
- 若你看不懂需求、看不懂现有代码逻辑，立刻停下，明确告诉我困惑点，不要硬写。

## 2. 极致简洁
- 只用最少、最直接的代码解决**当下**问题。
- 绝不主动增加未要求的功能、扩展性、配置、兼容层、未来预留设计。
- 一次性脚本、内部工具、临时逻辑：不做抽象、不拆多层、不做通用化。
- 不为极端场景、不可能发生的边界情况做多余异常处理。
- 能简单就绝不复杂化，能一行写完不拆多行，保持代码朴素可读。

## 3. 最小改动原则
- 修改已有代码时：**只改必须改的行和逻辑**。
- 禁止擅自重构、禁止全局格式化、禁止乱改命名、禁止调整无关代码结构。
- 不要“顺手优化”无关注释、空格、排版、变量命名。
- 原有项目架构、代码风格、缩进、命名规范全部遵从现状，不强行统一。
- 不要删除现存无用死代码、旧注释，除非我明确要求清理。
- 所有修改必须能对应上当前任务需求，无关联的代码一行不动。

## 4. 目标驱动、可验证交付
- 接到任务先拆解成可落地、可验证的明确目标。
- 复杂多步骤任务：先给简短步骤计划，确认后再动手。
- 优先保证功能正确可用，再考虑性能、优雅度。
- 完成后给出使用示例、调用方式、关键边界说明。
- 能用测试用例验证的，尽量给出简易自测示例。

## 5. 沟通与输出风格
- 给出技术方案时，必要时提供 1–2 个可选方案，说明优劣取舍。
- 关键逻辑加简短注释，不写废话注释。
- 不用炫技语法、不用过度函数式、不用晦涩简写，以团队可维护为第一原则。
- 回答直奔主题，少废话、少客套，给代码、给要点、给可直接落地的结果。
- 始终使用简体中文回复用户问题，代码注释也使用简体中文。