分步骤的创作流程
AI 辅助开发工作流
利用 AI 编程工具提升开发效率的完整工作流,从需求分析到代码部署。
- 难度
- 进阶
- 预计耗时
- 持续使用
- 步骤
- 5
- 适合谁
- 独立开发者与小型工程团队;想在不牺牲代码质量的前提下加速从原型到上线的工程师。
本工作流整体难度为「进阶」,预计耗时 持续使用,共 5 个执行步骤、涉及 3 个工具。步骤是编辑侧建议,可按项目规模增删环节;开始前请确认每个工具的账号、额度与平台要求,避免流程中断。
所需工具
执行步骤
- 01
需求分析
使用 AI 助手分析需求,制定技术方案和架构设计。
建议工具:ChatGPT
- 02
代码编写
在 AI 辅助的编辑器中高效编写代码,利用智能补全和代码生成。
建议工具:Cursor
- 03
代码审查
使用 AI 工具进行代码审查,发现潜在问题和优化建议。
建议工具:GitHub Copilot
- 04
测试生成
AI 辅助生成单元测试和集成测试用例。
- 05
文档编写
使用 AI 生成代码文档、API 说明和使用指南。
建议工具:ChatGPT
可执行练习与验收
这是基于官方文档编写的编辑流程,本站尚未实测。输入与数值是练习目标,预期结果是验收标准,不是已观察到的产品表现。页面所列时长是规划估计。执行时记录实际版本与设置;云端生成结果可能不同。
准备输入
练习输入:隔离分支中的待办清单小项目、一条“空白任务不能提交”的需求、现有包锁文件和测试命令。只修改输入校验,不连生产服务。
环境、版本与前置条件
使用项目声明的运行时与包管理器版本,不照抄通用最新版。记录提交号、Cursor/编辑器版本和实际模型;Copilot 审查是辅助意见,不能代替人工批准。
按此顺序执行
- 先写三个验收输入:空串、只有空格、正常任务,说明每种输入应产生什么行为。
- 让 Cursor 只修改校验边界,逐行审 diff,拒绝无关依赖升级与凭据变更。
- 请另一位审阅者或 Copilot 找边界遗漏;执行者在自己的环境运行项目既有检查并记录结果,再由人决定合并。
可复制的英文练习样例
Requirement: trim task text; reject empty results; preserve valid text and existing task IDs. Cases: '' -> rejected; ' ' -> rejected; 'Read docs' -> accepted. Do not change dependencies.预期交付与通过标准
- 交付最小 diff、三个边界用例、检查记录和回滚提交点。这里列的是执行者的验收要求,本站没有运行这个示例。
失败条件与回退
- 正常任务回归失败、生成测试只复述实现或 diff 包含密钥时停下;未运行的检查必须标“未运行”,不能把 AI 审查当作测试通过。
官方依据与核对日期
· 来源支持工具能力与限制;样例输入、顺序和验收阈值为本站编辑设计,并非供应商效果承诺。
常见错误与避坑
以下是编辑侧在使用同类工具组合时总结的典型问题,执行前对照检查可以省掉大量返工:
- 让 AI 一次性生成整个项目而不拆分模块,回归成本高
- 不写测试直接合并生成代码,隐患长期累积
- 盲目接受补全而不审查依赖与安全影响
