AICoding 在团队内的使用与经验

106 阅读9分钟

AI 不会取代前端开发者,但它正在重新定义“高效前端开发者”的标准。我花了整整一年时间摸索、试错、优化,沉淀出一套清晰的一劳永逸的 AI 开发工作流:规划任务(设计Commands) → 设定标准(编写Rules) → 评审方案(使用OpenSpec) → 最终验收(MCP)。希望这份总结,能帮你跳过漫长的学习曲线,直接进入生产力飙升的新阶段。

前言:为什么2026年你必须拥抱 AICoding?

如果说2024年是AI编码的“启蒙年”,2025年是“普及年”,那么2026年无疑是“革命深化年” 。各大厂商的 AICoding 工具在项目级理解、代码准确性、工作流集成上取得了巨大突破。这已经不再是一个“会不会用”的加分项,而是一个“用得好不好”的效率分水岭。

有的开发者已经驾轻就熟,效率呈指数级提升;而有的仍在观望。如果你属于后者,我的建议是:立刻开始。对于企业或许有数据安全等考量,但对于个人开发者而言,拥抱这些工具绝对是稳赚不赔的自我投资。

我的核心结论与工具选择

  • 有预算/追求极致体验:毫不犹豫选择 Cursor。它目前代表了AI集成开发环境的最高水准。
  • 预算有限/想先体验:国内优秀的 Trae 提供了强大的免费版本,是绝佳的入门选择。

准备好迎接你的AI结对编程伙伴或专属实习生了吗?它比你想象的更强大,但也更需要你清晰的指令。

我的AICoding实战演进:从Tab+Enter到架构师视角

我的效率提升并非一蹴而就,而是一个伴随工具进化、方法论不断深化的过程。整个过程可以清晰地分为三个阶段,每个阶段都解决了上一阶段的核心痛点,并沉淀出相应的使用法则。

阶段一:试探期 - IDE插件的“甜蜜与烦恼”(效率提升30%)

这个阶段的核心特征是:在熟悉的VS Code中,通过插件获得代码补全能力。我们进入了狂按 Tab 和 Enter 的时代。

  • GitHub Copilot(我的第一个AI搭档)

    • 初识惊艳:代码片段的实时补全仿佛读心术。
    • 痛点浮现:缺乏项目级上下文理解,在复杂业务逻辑和自定义代码风格面前经常“胡言乱语”。
    • 最佳场景:写重复模式代码(如API调用)、学习新框架语法、快速生成简单函数。
  • Codeium / 通义灵码(优秀的“平替”)

    • 核心优势免费!功能上与Copilot类似(代码补全、注释生成、代码解释等)。
    • 共同局限:与Copilot一样,受限于插件架构,上下文窗口小、权限不足、大模型“幻觉”问题显著

🔑 此阶段的核心法则:善用Prompt,提供即时上下文
由于插件理解能力有限,沟通技巧是关键。你需要在Prompt中主动引用相关文件(@filename)或粘贴关键的代码片段,为AI提供足够的“线索”,才能获得更准确的补全。

阶段二:进化期 - 专用编辑器的生产力飞跃(效率提升 >50%)

这个阶段,专用的AI原生编辑器(本质是深度定制的VS Code)出现了,突破了插件的限制。核心交互变为:自然语言对话驱动代码生成与修改

  • Cursor:重新定义“编辑器”

    • 规则改变者:将聊天(Ctrl+I)、编辑(Ctrl+K)、代码理解完美融合。

    • 亮点功能

      • Ctrl+K:在编辑器内直接通过对话生成/修改代码,上下文理解极强。
      • 支持图片、文档作为输入,理解需求。
      • 能在编辑器内执行终端命令。
    • 早期痛点:模型“幻觉”依然存在,且付费门槛较高。

  • Trae 及其他国内工具(垂直领域的追赶者)

    • 定位:功能对标Cursor,提供了非常可用的免费版本。
    • 优点:UI设计更符合国内开发者习惯,支持切换国内外多种大模型。
    • 现状:效果略逊于Cursor,但进步迅速。

🔑 此阶段的核心法则:进行项目级对话,拥抱“聊天驱动开发”
现在你可以直接告诉AI:“参照 @components/Button.tsx 的风格,在 @components/Modal 目录下创建一个新的对话框组件,要求支持自定义页脚。” 工具能理解整个项目结构,实现从“代码补全”到“功能构建”的跨越。但如何确保它构建的东西完全符合你的预期,成为新挑战。

阶段三:思维跃迁 - 从“使用工具”到“制定规则”(效率提升 >80%)

当工具能力足够强大后,关键便从“能用”变成了“好用”。这个阶段的目标是:通过配置,将个人或团队的最佳实践“固化”到工具中,让AI产出高度规范的代码,极大降低审查成本。以下是三大核心配置,它们共同构成了驾驭AI的“控制器”。

Rules(规则):给AI设定“行为准则”

  • 是什么:定义编码风格、项目规范、最佳实践、命名约定、目录结构等。

  • 作用:像ESLint配置一样,让AI在生成代码时自动遵循这些约束。

  • 关键技巧:理解并活用Rules的四种应用级别,可以精准控制

    • 成本与效果:

      规则类型配置关键应用时机适用场景示例
      始终应用"alwaysApply": true每个AI会话项目核心规范代码风格指南、全局工具函数示例
      按文件应用"globs": "**/*.tsx"涉及匹配文件时特定文件类型规范Vue组件规范、TypeScript接口规范
      智能应用"description": "..."AI智能判断相关时特定业务流程“用户认证流程”、“支付错误处理”
      手动应用不设置特殊字段手动@规则名提及时可选工具或示例“性能优化清单”、“XX库使用示例”

下面是项目部分目录结构和四类对应的规则示例:

bi-app/                               # Vue 3 + TypeScript 应用
├── .cursor/                          # Cursor IDE 配置文件
│   ├── commands/                     # 自定义命令配置
│   └── rules/                        # 代码规范和规则配置
│   │   ├── general.mdc               # 角色项目信息
│   │   ├── code-style.mdc            # 代码风格规则
│   │   ├── component-structure       # 组件风格
│   │   ├──mobile-optimization        # 适配规则
│
├── openspec/                         # OpenSpec 规范文档目
image.png image.png image.png image.png

Commands(命令):为AI创建“一键脚本”工作流

  • 是什么:可主动触发的、预配置的AI指令或工作流。
  • 作用:将复杂的、重复性的交互固化为一键式命令。例如:/generateComponent(生成标准组件)、/addApiHook(创建API Hook文件)。
  • 类比:可以理解为 Vue CLI 的脚手架,但更灵活。它通过Markdown文档描述流程,执行时可与用户交互(如:“是否需要国际化?”)。
  • 存放位置:分项目级、全局级、团队级,方便复用。输入/即可触发。

下面是commands目录结构和对应的命令示例:

bi-app/                               # Vue 3 + TypeScript 应用
├── .cursor/                          # Cursor IDE 配置文件
│   ├── commands/                     # 自定义命令配置
│   │   ├── report-scaffold.mdc       # 自动创建新报表工作流
│   └── rules/                        # 代码规范和规则配置
├── openspec/                         # OpenSpec 规范文档目

image.png

OpenSpec:在编码前进行“方案评审”

  • 核心价值规范先于代码。将模糊的聊天需求,转化为明确的、结构化的机器可读规范。

  • 工作流程:提供“提案(changes/) - 审查 - 实施 - 归档(specs/)”的标准流程,取代随意的聊天。

  • 如何使用:在Cursor聊天框输入 /openspec 即可进入此模式,与AI围绕规范进行讨论,确认无误后再生成代码。

    备注:OpenSpec 选择性使用,先基于 rules 生成如果符合预期可不启动OpenSpec,当不符合预期且差异大的时候再开启OpenSpec(提示词增加前缀/OpenSpec即可开启),因为OpenSpec会先生成md文档,文档内容需要用户去核对,可能会比review生成的代码工作量大,所以酌情根据自己的场景去使用,不是万能的都开启,这里就不给示例了

MCP(模型上下文协议):扩展AI的“手脚”

  • 是什么:允许AI编辑器连接外部工具和服务(如浏览器审查、数据库客户端、截图工具等)。
  • 作用:让AI不仅能写代码,还能获取真实环境中的数据或执行特定操作,能力边界再次扩大。

以 browser-tools 为例,Agent 模式会自动根据需要调用已经开启的服务:

image.png image.png

其他的cursor支持的MCP的工具目录

可以借助三方的工具比如生成流程图,测试用例,自动化测试验收,或者从浏览器读取错误日志、生成当前页面截图放到当前输入框内等等来辅助AI决策

🔑 此阶段的终极法则:像架构师一样思考,像教练一样指导

  • Rules 是“约束”是“行为准则”,告诉AI什么能做,什么不能做。
  • Commands 是“动作”是“工作流”,告诉AI如何一步步完成特定任务。
  • OpenSpec 是“方案评审”,确保在动手前,双方对要做什么达成精确共识。

三者结合,能系统性解决或降低大模型“幻觉”问题,让AI的产出无限接近你的预期。

你的角色从此转变为:规划任务(设计Commands)、设定标准(编写Rules)、评审方案(使用OpenSpec)和最终验收(MCP)

最终感悟:从“程序员”到“技术架构师+AI教练”

经过这一年,我最大的转变是思维身份的转变。我不再是那个事无巨细、亲手敲下每一行代码的执行者。我更像一个架构师和教练

  1. 架构师视角:我的核心工作变成了拆解需求、设计模块、制定规范(Rules)、规划实现路径(Commands/OpenSpec)
  2. AI教练角色:我需要清晰、准确地将我的设计意图“传授”给AI这个强大的实习生,并设立明确的“考核标准”(Rules)来验收它的工作。

AI也许不会让你失业,但会让那些懂得如何指挥AI协同工作的人,效率远超同行。  这场生产力革命的门票已经在你手中,现在,是时候定义你自己的游戏规则了。

如果 JYM 有更好的方案和策略欢迎评论区留言,持续学习中~

相关资源