82 lines
2.3 KiB
Markdown
82 lines
2.3 KiB
Markdown
# 杂项记录
|
||
|
||
记录工作中总结的经验、模式和最佳实践。
|
||
|
||
---
|
||
|
||
## 与 AI 配合编程的模式
|
||
|
||
### 1. 先与 AI 沟通确定好大体架构
|
||
|
||
在开始编码前，先和 AI 讨论整体架构设计，明确技术选型、模块划分、数据流向等核心框架。
|
||
|
||
### 2. 基于大体架构进行细节优化
|
||
|
||
针对架构中的各个部分进行细化，可能需要多次对话迭代，才能生成满意的细节文档。不要急于求成，细节决定成败。
|
||
|
||
### 3. 拆分模块实现步骤与细节
|
||
|
||
与 AI 沟通，一个模块一个模块地拆分实现步骤与细节。
|
||
|
||
> ⚠️ **关键点：** 自己需要对每个模块都要比较了解才行。AI 是辅助，理解和决策靠自己。
|
||
|
||
### 4. 逐模块执行实现
|
||
|
||
与 AI 沟通，一个模块一个模块地执行编码。保持专注，完成一个再进行下一个。
|
||
|
||
### 5. Code Review（新会话）
|
||
|
||
每执行完一个模块，需要进行 Code Review：
|
||
- 让**新建会话的 AI** 自己 review（避免上下文 bias）
|
||
- 让 AI 汇报 review 结果
|
||
|
||
### 6. 依据汇报结果进行修改
|
||
|
||
根据 Code Review 发现的问题进行针对性修改和优化。
|
||
|
||
### 7. 自己再 Review 一遍
|
||
|
||
修改完成后继续让 AI review，如果没什么大问题后，**自己再 review 一遍**确保质量。
|
||
|
||
### 8. AI 进行测试（新会话）
|
||
|
||
自己 review 后，新建会话让 AI 自己进行测试。使用新会话可以避免上下文 bias。
|
||
|
||
### 9. 测试流程
|
||
|
||
测试流程规范：
|
||
- 写好测试用例
|
||
- 每一个接口和功能都需要进行测试
|
||
- 记录测试结果
|
||
- 如果发现错误，**记录复现步骤**
|
||
|
||
### 10. 根据测试结果修复
|
||
|
||
根据测试结果：
|
||
- 生成任务列表
|
||
- 依次修复问题
|
||
- 修复完成后继续测试
|
||
- 循环直到所有测试通过
|
||
|
||
### 11. 模块完成标志
|
||
|
||
所有测试通过后，代表**一个模块完整完成**。
|
||
|
||
> 💡 **核心原则：** AI 是工具，最终质量把控靠自己。模块完成的标志是测试全部通过，而非代码写完。
|
||
|
||
---
|
||
|
||
## 模块开发流程图
|
||
|
||
```
|
||
架构设计 → 细节优化 → 模块拆分 → 逐模块实现
|
||
↓
|
||
Code Review (新会话AI) → 修改 → 自己Review
|
||
↓
|
||
测试 (新会话AI) → 修复 → 再测试 → ✅ 模块完成
|
||
```
|
||
|
||
---
|
||
|
||
*创建日期：2026-02-22*
|