文档教程知识库人工智能【免费下载链接】ai-guide程序员鱼皮的 AI 资源大全 Vibe Coding 零基础教程分享 OpenClaw 保姆级教程、大模型玩法DeepSeek / GPT / Gemini / Claude / GLM、最新 AI 资讯、Prompt 提示词大全、AI 知识百科Agent Skills / RAG / MCP / A2A、AI 编程教程Harness Engineering、AI 工具用法Cursor / Claude Code / TRAE / Codex / Copilot、AI 开发框架教程Spring AI / LangChain、AI 产品变现指南帮你快速掌握 AI 技术走在时代前沿。本项目为开源文档 aiguide已升级为鱼皮 AI 导航网站项目地址https://gitcode.com/GitHub_Trending/aig/ai-guide点击查看免费下载本指南来自 ai-guide 仓库中鱼皮《Vibe Coding 零基础教程》的【经验技巧】板块。团队用 Vibe Coding 开发时不同成员用 AI 生成的代码风格可能天差地别A 用 React、B 用 VueA 改代码 B 完全不知情多人同时改同一文件引发冲突因此除了传统团队协作方法还需要充分利用 AI 开发工具的特性来提升效率。读完本文你将掌握从代码规范、AI 工具团队功能、文档驱动开发到 Git 协作、代码审查与协作机制的完整落地方法可直接用于团队 Vibe Coding 实践。团队协作开发为什么不能各自为战在实际工作中很多项目是团队协作完成的。你可能会想用 AI 开发还需要团队协作吗每个人自己用 AI 不就行了其实不然。团队协作中有很多问题需要解决比如不同人用 AI 生成的代码不一致A 用 ReactB 用 Vue、A 改了代码 B 不知道、大家都在改同一个文件导致冲突等等。在 Vibe Coding 团队协作中除了传统的团队协作方法还可以利用 AI 开发工具的特性来提升效率。鱼皮在 团队研发规范 中强调过一个核心理念每个团队都应该根据自身情况定制研发规范。下面的实践清单正是基于这一理念展开团队负责人可以直接对照落地普通成员也可以了解全貌。一、代码规范与风格统一 AI 产出的第一步团队协作的第一步是统一代码规范。如果每个人用 AI 生成的代码风格都不一样项目会变得很混乱A 用 React Class 组件B 用函数组件A 用 CSS ModulesB 用 TailwindA 的变量名是 camelCaseB 的是 snake_case。这样的代码很难维护也很难协作。建立代码规范文档可以创建一个CODE_STYLE.md文档放在项目根目录让所有人都能看到明确规定以下内容1技术栈规范前端框架React 19 TypeScript状态管理Zustand样式方案Tailwind CSS路由方案React Router v62代码风格规范组件函数式组件 Hooks命名组件用 PascalCase函数用 camelCase常量用 UPPER_SNAKE_CASE文件组织一个组件一个文件文件名和组件名一致导入顺序React → 第三方库 → 项目内部模块3注释规范复杂逻辑必须加注释注释要说明 为什么 而不只是 是什么使用 JSDoc 格式为函数添加文档使用 Linter 和 Formatter 强制执行光有文档还不够很多人明明有文档就是不看需要用工具来强制执行。ESLint是代码检查工具能自动发现代码中的问题和不规范的地方Prettier是代码格式化工具能自动统一代码格式缩进、换行、引号等。双剑合璧专治烂代码。如果你不理解这些工具没关系可以直接让 AI 帮你安装和配置请帮我配置 ESLint 和 Prettier确保团队代码风格一致。AI 会帮你在项目根目录创建.eslintrc.json代码检查配置文件{ extends: [ eslint:recommended, plugin:react/recommended, plugin:typescript-eslint/recommended ], rules: { react/react-in-jsx-scope: off, typescript-eslint/no-explicit-any: error, no-console: warn } }创建.prettierrc代码格式化配置文件{ semi: true, singleQuote: true, tabWidth: 2, trailingComma: es5, printWidth: 100 }并且在package.json中添加脚本{ scripts: { lint: eslint . --ext .ts,.tsx, lint:fix: eslint . --ext .ts,.tsx --fix, format: prettier --write \src/**/*.{ts,tsx}\ } }这样大家提交代码前运行npm run lint:fix npm run format代码就会自动符合规范。进一步加固把检查嵌入 Git 提交流程。在 Vibe Coding 代码质量保障 中鱼皮给出了更进阶的做法使用 HuskyGit 钩子工具和 lint-staged只检查即将提交的文件实现提交前自动检查npm install -D husky lint-staged npx husky init然后在package.json中配置{ lint-staged: { *.{ts,tsx}: [ eslint --fix, prettier --write ] } }这样每次执行git commit都会自动检查和格式化代码从工具层面保证不符合规范就无法入库彻底杜绝有文档不看的问题。同时可以在编辑器的settings.json中开启editor.formatOnSave与source.fixAll.eslint实现保存即格式化。统一 AI 配置让每个成员的 AI 输出一致如果团队都用 Cursor可以在项目中添加.cursorrules文件统一 AI 的行为。Cursor 会把该文件作为项目的系统提示词每次生成代码时自动参考。示例项目【项目名称】 技术栈 - React 18 TypeScript - Tailwind CSS - Zustand 代码规范 - 使用函数式组件 - 所有组件必须有 TypeScript 类型定义 - 样式只用 Tailwind CSS - 不使用 any 类型 请所有团队成员都遵循这些规范。这样不同人用 AI 生成的代码风格会更一致。如果团队使用 Claude 或其他 AI 工具也可以通过类似的方式统一规范。比如在每次对话开始时先让 AI 读取项目的规范文档或者在系统提示词中加入团队的代码规范。不同工具的具体做法可能不同建议查看 AI 工具的官方文档。关于.cursorrules与CLAUDE.md的详细写法包括技术栈、代码规范、设计风格、命名规范、已知问题、重要决策等字段可参考仓库中的 Vibe Coding 上下文管理技巧其中给出了可直接套用的完整示例。这正是上下文是王道心法见 Vibe Coding 五大核心心法在团队场景的延伸把项目级上下文固化到共享文件里AI 才能始终保持在状态。另外随着社区标准发展鱼皮在 Vibe Coding 项目开发流程 中推荐团队使用AGENTS.md作为统一的 AI 指令文件它由 OpenAI、Anthropic、Google 等公司共同推动主流的 AI 编程工具Cursor、Windsurf、Claude Code、Gemini CLI、GitHub Copilot 等都支持自动读取。该文件一般包含项目概述、开发规范、测试要求、代码风格、注意事项相当于给 AI 的工作手册是团队统一 AI 行为的现代标准做法。二、AI 编程工具的团队协作功能现代 AI 编程工具提供了专门的团队协作功能能大大提升团队效率。Cursor 团队版Cursor 提供了专门的团队版包含以下功能1团队管理和权限控制可以创建团队邀请成员设置不同的角色和权限。管理员可以控制谁能访问哪些功能查看团队的使用情况和账单。2共享配置文件通过共享规则文件如.cursorrules团队可以统一 AI 的行为规范。所有成员使用的 AI 都会遵循相同的代码规范、技术栈要求和输出格式确保生成的代码风格一致。3使用分析和监控团队管理员可以查看团队的 AI 使用情况包括哪些成员使用最多、使用了哪些模型、花费了多少成本等。这能帮助优化团队的 AI 使用策略。Claude 共享能力Claude 提供了 Projects 功能特别适合团队协作1项目级别的知识库可以为每个项目创建独立的知识库上传项目相关的文档、代码、规范等。团队成员在这个项目中使用 Claude 时AI 会自动参考这些知识保持上下文一致。2自定义指令可以为每个项目设置自定义指令比如 使用正式的语气、从数据分析师的角度回答 等。团队成员使用时AI 会自动遵循这些指令。3对话分享Claude Team 用户可以将优秀的对话分享到团队的活动流中。其他成员可以看到别人是如何使用 AI 的学习不同的提问技巧和解决方案提升整个团队的 AI 使用水平。4团队共享CLAUDE.md文件即使不使用 Projects 功能也可以把CLAUDE.md文件用 Git 来管理实现团队成员的共同分享和维护。每当发现 Claude 做错了什么就将它添加到CLAUDE.md中这样 Claude 下次就知道不要这样做了。这个文件会逐渐沉淀团队的开发经验和规范成为团队的共享知识库。CLAUDE.md的推荐结构项目概述、技术栈、重要决策、已知问题、下一步计划等字段在 Vibe Coding 上下文管理技巧 中有完整的可复制示例。它与AGENTS.md一样本质都是把团队的共享上下文固化到文件、纳入 Git 版本管理让团队的共享大脑随项目演进。三、文档驱动开发让 AI 和人都看懂项目好的文档是团队协作的基础。在团队中文档比个人开发时更重要——你写的代码不只是给自己看的还要给其他人看包括 AI。好的文档能让团队成员快速了解项目减少沟通成本。必备的文档清单README.md项目概述和使用说明CONTRIBUTING.md如何参与开发CODE_STYLE.md代码规范API.mdAPI 接口文档CHANGELOG.md版本更新记录README.md 的内容README.md 是项目的门面就像一本书的封面和目录。它是新成员加入项目时第一个看的文件也是其他开发者了解你项目的窗口。一个好的 README 能让人快速理解项目、快速上手开发一个好的 README.md 应该包含项目简介这个项目是做什么的解决什么问题快速开始如何安装依赖、配置环境、运行项目技术栈用了哪些技术、为什么选择这些技术目录结构主要文件夹的作用开发规范代码风格、提交规范等常见问题新人容易遇到的问题和解决方案本仓库本身就是一个绝佳的范例根目录 README.md 完整展示了项目简介、教程导航、仓库结构等结构化内容可以直接作为团队 README 的参考样板。鱼皮在 Vibe Coding 上下文管理技巧 中还给出了一个带技术栈、目录结构、开发规范、运行命令的标准 README 模板并额外推荐了TODO.md记录已完成、进行中、待开发功能与已知问题让 AI 和人都能随时掌握项目进度。API 文档如果项目有后端 API要写清楚每个接口的用法。可以用 Swagger、Postman 等工具或者 AI 来生成 API 文档也可以手写 Markdown 文档。每个接口要说明请求方法和路径请求参数类型、是否必填、说明响应格式错误码说明使用示例让 AI 帮你写文档写文档很枯燥但 AI 可以帮你。如果你使用 Cursor、Claude Code 等 AI 编程工具工具会自动读取项目结构作为上下文你甚至不用自己贴代码直接说请为这个项目生成 API 文档AI 就能根据代码自动生成。如果使用其他 AI 工具可以手动贴代码请为这个 API 接口生成文档 【贴上你的代码】 文档应该包括接口说明、请求参数、响应格式、使用示例AI 会生成一份基础的文档你再根据实际情况调整。鱼皮在 Vibe Coding 项目开发流程 中把文档驱动进一步体系化为需求研究 → PRD → 技术设计文档 → AGENTS.md → 实现迭代的 5 步工作流团队协作时这些文档RESEARCH.md、PRD.md、TECH_DESIGN.md、AGENTS.md都应在项目内共享让每个成员和每个成员的 AI 都读同一本书。四、Git 协作流程团队协作的核心工具Git 是一个版本控制系统也是团队协作的核心工具。就像给代码拍照存档可以随时回到之前的任何版本。它能记录谁在什么时候改了什么代码团队成员可以同时开发不同功能最后再合并到一起。鱼皮在 团队研发规范 中也将 Git 分支、提交与合并规范列为团队研发规范的核心组成部分。分支管理策略分支就像是代码的平行世界。你可以在自己的分支里随便改代码不会影响别人。改好了再合并到主分支就像把你的工作成果搬到正式版本里。团队开发要利用好分支功能常见的分支策略是main 分支稳定的生产代码只接受经过测试的代码develop 分支开发分支日常开发在这里进行feature 分支每个新功能开一个分支比如feature/user-login、feature/post-editorbugfix 分支修复 bug 时开的分支比如bugfix/login-error工作流程是从 develop 分支创建 feature 分支在 feature 分支上开发开发完成后提交 Pull Request经过审查后合并到 develop定期将 develop 合并到 main提交规范统一的提交信息能让团队更容易追踪变更。建议使用 Conventional Commits约定式提交规范这是一种标准化的提交信息格式让每次提交的目的一目了然。比如feat: 添加用户登录功能 fix: 修复导航栏在移动端的显示问题 docs: 更新 API 文档 style: 格式化代码 refactor: 重构用户服务 test: 添加登录功能的测试 chore: 更新依赖包类型 冒号 空格 简短描述大家一看就知道这次提交做了什么。现在很多 AI 编程工具都支持生成提交信息更容易遵循规范。Pull Request 流程Pull Request简称 PR是一种代码合并请求。当你在自己的分支上完成开发后不要直接合并到主分支而是创建一个 PR让其他人审查你的代码。审查通过后才能合并。这就像提交作业让老师批改批改通过了才算完成。具体流程创建 PR在 GitHub 上创建 PR写清楚这次改动做了什么为什么要这样改。代码审查至少一个其他成员审查代码检查功能、代码质量、是否符合规范。讨论和修改如果有问题在 PR 中讨论提交者根据反馈修改。合并代码审查通过后合并到目标分支。这个流程虽然多了一步但能大大提高代码质量。鱼皮的团队研发规范对此有更严格的落地要求见 团队研发规范只有通过测试和产品验收的代码才能发起 PR合并前一定要完整阅读自己的代码避免不规范写法和无意义改动每次合并尽量只专注于一个功能或改动除非特殊情况所有代码必须经过至少一位项目负责人 Code Review 审核通过后才能合并且只有合并到主分支的代码才允许发布上线。解决冲突多人协作时代码冲突是常见问题。当两个人修改了同一个文件的同一部分Git 会提示冲突。解决冲突的步骤是首先拉取最新代码git pull origin developGit 会标记出冲突的地方然后手动编辑文件决定保留哪部分代码解决完冲突后要测试确保功能正常最后提交解决后的代码。为了减少冲突建议经常拉取最新代码不要长时间不同步功能开发完就及时合并不要拖太久如果要修改公共文件提前和团队沟通在 AI 协作场景下鱼皮在 Vibe Coding 项目开发流程 中还补充了两条与冲突强相关的实操建议每完成一个功能就提交一次版本用 Git 管理代码出了问题快速回退以及用提示词限定修改范围仅修改 components/AddTransaction.tsx 文件不要改动其他文件从源头减少 AI 改 A 却顺带改坏 B 的问题。五、代码审查流程保障团队代码质量的关键代码审查Code Review是保证团队代码质量的关键。为什么要做代码审查代码审查有很多好处。首先能在代码上线前就发现潜在的 Bug避免问题流入生产环境。其次能统一代码风格让项目代码保持一致不会出现每个人写的代码风格都不一样的情况。更重要的是代码审查是一个很好的学习机会。审查者能看到别人的代码思路被审查者能得到改进建议双方都能学到东西。而且知道代码会被审查写的时候自然就会更认真这能从源头提高代码质量。审查的重点审查代码时重点关注这些方面功能正确性代码是否正确实现了需求有没有遗漏的边界情况代码质量代码是否清晰易懂有没有重复代码命名是否规范性能问题有没有明显的性能问题数据结构选择是否合理安全问题有没有安全漏洞用户输入是否验证测试覆盖是否有足够的测试测试是否覆盖了主要场景在 Vibe Coding 代码质量保障 中鱼皮用具体的 TypeScript 代码示例演示了这些审查点比如divide函数没有处理除数为 0 的边界情况、fetchUser完全没有错误处理、用数组find做 O(n) 查找可优化为 Map 的 O(1) 查找、直接拼接用户输入存在 SQL 注入风险等。这些示例可以作为团队审查清单的实战教材也说明 AI 生成的代码往往能跑但缺少边界处理与安全防护人工审查绝不能省。审查的技巧审查时要注意方法。不要只说 这里不对要说清楚为什么不对、应该怎么改。要用建议的语气而不是命令的语气。比如 我建议这里用 useMemo 优化性能 而不是 这里必须用 useMemo。当然团队如果有硬性要求除外。如果有多个问题分清主次。先指出重要的问题比如 bug、安全漏洞再提改进建议比如命名、注释。审查不是一次性的可以多轮讨论。第一轮指出主要问题修改后再审查确认没问题再合并。让 AI 辅助审查可以让 AI 帮你做初步审查请审查这段代码从功能、性能、安全、代码质量等角度分析 【贴上代码】AI 会给你一份详细的审查报告。但要注意AI 的审查不能完全替代人工审查最终还是要人来把关。使用 Cursor 的 BugBotCursor 提供了一个专门的代码审查工具叫 BugBot它能自动扫描你的代码找出潜在的 Bug、性能问题和安全漏洞并且快速修复。你可以在 Cursor 中直接使用这个功能让 AI 帮你做初步的代码审查。Claude Code 自动化代码审查如果使用 Claude Code可以在代码审查的 Pull Request 中标记.claude这样 Claude 会自动把审查建议添加到CLAUDE.md文件中。再利用 GitHub Action 实现自动化更新这样文档会逐渐沉淀团队的代码质量标准和常见问题。这也是 Claude Code 创始人推荐的做法让代码审查的经验自动积累下来。多个 AI 交叉验证为了更保险可以让多个不同的 AI 审查同一段代码。比如先让 Claude 审查一遍再让 GPT 审查一遍对比它们的建议。不同的 AI 可能会发现不同的问题交叉验证能提高审查的全面性。鱼皮在 Vibe Coding 代码质量保障 中强调做重要项目时经常让 23 个不同的 AI 审查同一段代码然后综合它们的建议尤其针对关键业务逻辑、安全相关代码和性能敏感部分多一层保障总是好的。六、团队协作最佳实践基于鱼皮的经验这里总结一些团队协作的最佳实践。这部分主要给团队负责人或管理者看如果你不是团队管理者可以了解一下就好。定期同步团队要定期开会同步进度比如每天的站会510 分钟每周的周会3060 分钟。站会主要说三件事昨天做了什么、今天计划做什么、遇到了什么问题。周会可以深入讨论技术方案、分享经验、规划下周工作。除了会议还可以用工具同步。比如用 Jira 等工具管理任务用企微、飞书、Slack 等工具日常沟通用 Notion、语雀等工具共享文档。鱼皮在 团队研发规范 中给出了更完整的研发节奏参考团队共同确认目标和规划 → 产品调研和需求分析 → 需求评审 → 方案设计 → 研发各自开发、单元测试、前后端联调→ 测试和验收 → 代码提交负责人审查→ 部署上线 → 产品迭代这个流程本身就是定期同步的结构化版本。结对编程对于复杂的功能可以尝试结对编程。两个人一起开发一个人写代码Driver一个人审查和提建议Navigator这样不仅能提高代码质量也能促进知识分享。说实话很少见到有公司真的这么做因为成本太高了。不过仔细想想在 Vibe Coding 中和 AI 一起开发不就是一种结对编程吗AI 是你的编程搭档你提需求它写代码你审查它改进。这种 人机结对 可能比 人人结对 更高效。知识分享团队要建立知识分享机制。可以每周安排一个人分享最近学到的技术、遇到的问题、总结的经验或者分享如何用 AI 解决某个难题、如何优化某个功能的性能、如何避免某个常见的坑或者把各种技术和业务知识沉淀为文档。这样能让整个团队的水平都提升也能避免重复踩坑。鱼皮团队就是用语雀知识库来共享文档的每个人遇到的问题、总结的经验、学到的技巧都记录在上面新人加入时直接看知识库就能快速上手。这套教程仓库本身就是一个知识分享的绝佳案例鱼皮把大量 AI 使用经验包括本文在内的 13 篇经验技巧文档系统化沉淀为开源文档供整个社区共享。建立共享资源团队可以建立一些共享资源比如提示词模板库常用的提示词模板代码片段库常用的组件和函数问题解决方案库遇到的问题和解决方法最佳实践文档总结的经验和技巧这些资源能让新人快速上手也能提高整个团队的效率。可以通过 Git GitHub 来管理和共享代码文件也可以用各种云盘软件来存储多媒体选择团队习惯的工具就好。鱼皮还指出CLAUDE.md本身就是一种活的共享资源——每当发现 AI 做错什么就把它写进去文件会逐渐沉淀团队的开发经验成为团队的共享知识库详见 Vibe Coding 上下文管理技巧。明确分工虽然都用 AI但还是要明确分工。谁负责前端、谁负责后端、谁负责测试、谁负责部署。每个人有自己的职责避免重复工作或遗漏。同时要避免 AI 依赖症。不要所有人都依赖 AI要有人能在 AI 出问题时顶上。保持团队的技术能力不要完全依赖工具。这也是为什么如今程序员依然关键——AI 只是工具真正理解业务、把控质量、做出决策的还是人。所以不用担心 AI 会淘汰程序员会用 AI 的程序员只会变得更强大。虽然在企业中大家会分工合作但建议努力拓宽自己的能力边界。前端会一点后端、后端会一点前端、测试会一点开发这样不仅能更好地理解整个系统也能在关键时刻顶上。在 AI 时代争取成为能独立完成全栈项目的超级个体会让你更有竞争力。写在最后团队协作的 7 个要点团队协作开发比个人开发复杂得多但也更有价值。一个配合默契的团队 AI能做出远超个人 AI 的项目。总结一下团队协作开发中需要做到的 7 个要点统一代码规范用文档和工具确保代码风格一致工具层面用 ESLint/Prettier 强制执行AI 层面用.cursorrules、CLAUDE.md、AGENTS.md统一所有成员的 AI 行为。利用 AI 工具的团队功能比如 Cursor 团队版、Claude Projects 等实现配置共享、知识共享、对话分享让 AI 成为团队的共享大脑。文档驱动开发写好 README、PRD、技术设计、API 文档让团队成员和 AI 都能快速了解项目。规范 Git 流程用分支管理、提交规范、PR 流程保证代码质量。认真做代码审查审查不是形式而是提高质量的关键善用 BugBot、Claude Code 自动审查与多 AI 交叉验证。建立协作机制定期同步、结对编程、知识分享、共享资源。明确分工每个人有自己的职责同时保持技术能力避免 AI 依赖症。Vibe Coding 不会改变团队协作的本质它只是一个工具。好的团队协作需要的是清晰的规范、良好的沟通和互相的信任。延伸阅读本系列其他经验技巧见 Vibe Coding 经验技巧总览团队研发流程的完整规范见 团队研发规范代码质量与审查细节见 Vibe Coding 代码质量保障上下文共享文件.cursorrules/CLAUDE.md/AGENTS.md的完整写法见 Vibe Coding 上下文管理技巧 与 Vibe Coding 项目开发流程。赞分享文档教程知识库人工智能【免费下载链接】ai-guide程序员鱼皮的 AI 资源大全 Vibe Coding 零基础教程分享 OpenClaw 保姆级教程、大模型玩法DeepSeek / GPT / Gemini / Claude / GLM、最新 AI 资讯、Prompt 提示词大全、AI 知识百科Agent Skills / RAG / MCP / A2A、AI 编程教程Harness Engineering、AI 工具用法Cursor / Claude Code / TRAE / Codex / Copilot、AI 开发框架教程Spring AI / LangChain、AI 产品变现指南帮你快速掌握 AI 技术走在时代前沿。本项目为开源文档 aiguide已升级为鱼皮 AI 导航网站项目地址https://gitcode.com/GitHub_Trending/aig/ai-guide点击查看免费下载相关推荐nimkernel快速上手3分钟编译并启动你的第一个Nim内核屏幕上的彩虹文字是怎么来的nimkernel快速上手3分钟编译并启动你的第一个Nim内核屏幕上的彩虹文字是怎么来的 nimkernel 是一个用 Nim 语言编写的极简 32 位从0到1掌握SY_AICC/GPT2-xl初学者必备的5步环境配置与依赖安装清单从0到1掌握SY_AICC/GPT2 xl初学者必备的5步环境配置与依赖安装清单 GPT 2 XL 作为OpenAI推出的1.5B参数大型语言模型在自然语言变更描述变更描述 简要描述本次PR的变更内容 相关Issue 关联的Issue编号如 123 变更类型 新功能 feature 缺陷修复 bugfix 代码重构 r示例工程前端上一篇Zephyr POSIX 架构与原生模拟器无需硬件在 Linux 主机上运行、调试与测试嵌入式应用下一篇RIOT 内核消息机制回归测试深度解析thread_msg_block_wo_queue 与 STATUS_REPLY_BLOCKED 场景创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
阅读完成 · 觉得有帮助?