环境配置好， 5月份deepseek搞活动，充了点money 搞个自动化测试平台试试
开发工具用的vscode+claude code插件

一、项目方案准备

1.1 项目开始

我先让claude整理下自己的技能，告诉他下边的任务，1M上下文一点都不慌
模式选择的plan mode，项目还没到编码阶段，前期先把方案梳理好

我使用免费的deepseek写了个需求文档先， 尽量想一次开发mvp成功
把需求文档丢给claude，这里为了考虑到UI设计，就打开了视觉伴侣

二、开始架构设计

可以挑选UI设计配色，需求模糊也没关系，哈哈哈

下面是一些前端方案，项目后端架构的方案确认
每个方案对比都有介绍和选择理由，都是优秀员工的回答~~~

这里给架构方案时，针对自动化测试的细节不够明确，让它再细化一下

继续选择方案
这里沟通方案花了点时间，因为想做API+UI自动话统一测试平台，架构设计会更复杂，这里之前提到的不多，所以需要进一步沟通

后端方案基本完成

前端方案基本完成

截止到这一步上下文使用大概127K

三、开始实现规划

3.1 概要设计

这里明确了一下组件版本依赖

3.2 详细设计

之前几次开发项目，提供了需求就开始开发，结果到后边一直修bug，还是需要再前期做好充分规划
这也得益于开发流程 Skills（superpowers 内置）
brainstorming → writing-plans → test-driven-development → executing-plans → verification-before-completion → requesting-code-review
详细设计完成，目前使用上下文223K

四、开发阶段，多agent模式

4.1 选择subagent模式

开发到目前为止，消费2元，打折期间的deepseek很香啊，就看最后的项目质量怎么样了，要是项目还不行，就只能找中转站去买claude了

4.2 配置claude.md

这里主要是怕项目太大，期间上下文塞满项目主要内容和记忆丢失，提前创建CLAUDE.md + MEMORY.md

4.3 正式进入开发阶段

开发过程比较无聊，开始因为我环境没有python3.12 只有3.14报错了，这种环境问题还是人为准备好比较方便
它把整个项目拆分成了10个task，然后执行每个任务，每个任务又拆分多个步骤，每个任务执行完都会进行commit

4.4 基本开发完成

开发完成，我准备环境启动看下效果
手动安装了docker，docker启动了MySQL数据库

五、启动项目

5.1 后端服务启动

Swagger 文档正常访问

5.2 登录页面

登录页面正常

平台功能开完完成，继续开发自动化测试功能，具体功能开发过程省略

核心功能开发提醒claude积极调用skill，看看这轮质量如何

调用前端设计skill

截止到这一步，deepseek消费了10元；1M上下文也没用完 ，600K以内搞定

5.3 基本功能页面

开始元有点绝望了， 烧了5亿token，平台做的还不错，但是核心流程没跑通，而且现在的项目规模修bug也越来越难了，多轮重修也修不好； 可能需要重构了，vibe codding 中型项目还是有难度的。

平台功能很完整，项目隔离，环境变量，测试计划，审计日志，用户管理，页面看起来没问题，难受的是用例执行流程没跑通， 我再重构一下试试，到这里放弃沉默成本还挺高

代码质量方案（重要）

代码质量监督，现在才想起来，还不算太晚，增加多重检查，提高AI生成代码质量

随着项目越来越复杂，需要更多规范和skill去保障项目质量

需求 → brainstorm/to-prd → TDD编码 → Ruff+SonarLint实时 → ruff+mypy+pytest提交门禁 → grill-me Code Review → verify合并

---

分割线

---

项目停了几天了，重新学习了agent的使用，重新研究如何生成企业级项目，步子迈太大了，先去研究个纯接口自动化测试平台，再回来开发这个。

通用提示词公式

【角色设定】
你是一个资深 Python 测试框架开发工程师，正在参与 AutoTest Framework 的重构。
请严格遵循以下规范：
- Python 3.12+、pytest 8.x、httpx 0.28.x、Pydantic 2.10.x
- 代码风格：black、isort、ruff，类型注解完整
- 仅修改目标文件，不引入无关改动
- 修改完成后需保证现有 `testcases/` 下的 YAML 用例可正常执行

【任务背景】
（简要说明这是开发计划的哪个任务，要解决什么问题）

【具体需求】
1. 文件路径：修改 framework/xxx.py / 新增 framework/xxx.py
2. 实现细节：（把计划里的“方案”逐条写在这里，越具体越好）
3. 接口契约：（如果有类/函数签名，写清楚）
4. 错误处理：（边界情况、异常类型）
5. 兼容性要求：（不能破坏现有功能，保持向后兼容）

【验收标准】
（把计划里的“验收”写进来，最好可验证）

【输出格式】
- 输出完整的修改后文件内容
- 如果新增文件，请说明目录结构
- 在代码关键处添加注释解释设计意图