最近我把自己的开发习惯收拢成了一套叫 IFLOW 的工作流核心就三个词Git、Claude Code、终端。简单说就是用 Git 做所有版本控制的底座让 Claude Code 在终端里当我的编码搭档把写代码、看状态、提交、合并分支这一连串动作串成一条顺畅的流水线。这套东西折腾下来最大的感受是效率提升不是一星半点但坑也确实不少。这篇就把我从零搭 IFLOW 的全过程、踩过的坑、以及最终沉淀下来的配置方案完整写出来给同样想用 Claude Code 配合 Git 干活的人一份能直接抄作业的参考。如果你正在用 VS Code 写代码、对 Git 命令似懂非懂、又想尝试让 AI 帮你处理仓库操作这篇文章很适合你。我会从最基础的 Git 安装与配置讲起再一步步装好 Claude Code、接入 VS Code最后用真实任务演示一套完整的AI 辅助 版本控制工作流。文中所有步骤我都实测过尤其是一些网上很少说清楚的报错比如 Windows 下 Claude 需要启用虚拟机平台、SSH 认证失败、git 过滤文件不生效等都会给出具体解法。1. IFLOW 是什么工作流设计与核心思路1.1 从一个名字说起IFLOW 这个名字没有多高级它就是我自己的 I Flow意思是让我的开发节奏流动起来。以前我写项目是断层的代码在编辑器里写、版本控制全靠记命令、AI 工具单独开个网页或者桌面应用用。每次切换上下文都要花几分钟灵感经常断。IFLOW 想解决的问题就是把 Git 这个最基础的工具和 Claude Code 这个最新的 AI 代理工具焊在一起让所有操作都在同一个终端窗口里完成。实际落地之后这套工作流变成了三层结构。最底层是 Git负责代码历史、分支管理、协作同步中间层是终端所有 Git 命令和 Claude Code 的交互都在这里发生最上层是 Claude Code它能理解你用自然语言描述的任务然后自己分析仓库结构、生成代码、执行 Git 命令。说白了以前你需要在命令行里敲git add、git commit、git push现在你可以直接跟 Claude Code 说帮我检查一下当前分支状态然后把修改过的文件提交了提交信息按这次功能来写。我推荐的适用人群是两类一类是已经用过 Git、但不想背命令的个人开发者另一类是想把 AI 引入日常开发、但不想改变原本 Git 工作流的团队。要注意IFLOW 不是取代 Git而是给 Git 加了一层 AI 交互层。如果你完全不懂 Git 原理建议至少先理解工作区、暂存区、版本库这三个概念后面用起来会顺很多。1.2 为什么是 Git 加 Claude Code选 Git 没什么悬念它几乎是当前版本控制的默认标准。不管是个人开源项目还是公司内部协作Git 都能提供完整的提交历史、灵活的分支切换、可靠的代码回滚。我曾经在一个项目里用文件复制粘贴来备份版本两次之后就一团乱换成 Git 之后再也没有慌过。特别是配合远程仓库丢电脑都不怕。选 Claude Code 则是因为它的工作模式非常契合终端场景。它不只像一个聊天机器人那样给建议而是可以直接读取你本地的代码文件、执行终端命令、调用工具。也就是说你跟它说这个仓库有几个未提交的改动帮我梳理一下它真的会去执行git diff然后返回结果。这种能力让它天然适合嵌到 Git 工作流里。VS Code 里装了对应插件之后甚至可以直接在编辑器集成终端里启动 Claude Code边看代码边和它聊上下文是连续的。这也是我最终放弃单独开个桌面 App 来用 AI 的原因——切来切去实在不像一个流畅的工作流。1.3 IFLOW 的完整流程图景一句话描述 IFLOW 的日常使用场景你有一个本地 Git 仓库用 VS Code 打开在集成终端里运行claude命令启动 Claude Code然后用自然语言下达各种任务。它可以帮你分析仓库结构、写新功能、生成单元测试、检查 diff、定制提交信息甚至直接执行分支合并。每个关键动作发生前它都会把将要执行的命令展示给你等你确认。这种AI 提议、人类确认的模式既保留了人的控制权又省掉了大量机械操作。我把这套流程用在一个个人博客项目上效果非常明显。以前加一个文章列表页我需要自己创建组件、写样式、改路由、提交代码至少折腾半小时。现在直接对 Claude Code 说帮我在项目里加一个文章列表页风格要跟首页一致然后提交到当前分支它会把步骤拆得很细每个步骤都先给我看命令确认后执行。基本几分钟就能完成而且提交信息写得比我自己写的还规范。2. 地基工程Git 安装配置与免密设置2.1 不同系统下的 Git 安装Git 的安装没什么难度但不同操作系统有一些细节差异。Windows 用户直接去 Git 官网下载安装包安装时我建议重点留意三个选项一是调整 PATH 环境变量一定要选从命令行使用 Git而不是仅从 Git Bash 使用否则后面在 VS Code 终端里没法直接用 Git 命令二是换行符转换推荐默认的 Checkout as-is, commit as-is 或者经典的第一项看你自己项目习惯三是是否安装 Git Bash建议装上说后面很多脚本操作会用上。macOS 上最简单的是装了 Command Line Tools 之后就有了 Git也可以直接用 Homebrew 装一个更新版本命令是brew install git。Linux 就看发行版Ubuntu 上用sudo apt install gitFedora 上用sudo dnf install git。装完第一件事是验证版本终端里执行git --version能输出版本号就说明 PATH 没问题。安装结束只是开始真正的配置才是地基。很多时候后面 SSH 认证失败、提交报错都是因为最开始这两行配置没做好。要在终端里设置你的用户信息让每个 commit 记录都带上正确的作者信息。git config --global user.name 你的名字 git config --global user.email 你的邮箱2.2 SSH 密钥生成与远程仓库认证配置好本地身份之后下一步是跟远程仓库建立信任关系。Git 支持 HTTPS 和 SSH 两种协议我个人推荐 SSH原因很简单不用每次推送都输密码。如果你已经把仓库 clone 到本地可以执行git remote -v看一下当前用的是什么协议。如果是https://开头的地址想换 SSH 可以执行git remote set-url origin gitgithub.com:用户名/仓库名.git或者对应的 Gitee 地址。生成 SSH 密钥的标准流程是执行ssh-keygen -t ed25519 -C 你的邮箱一路回车默认生成在用户目录的.ssh文件夹里。然后把~/.ssh/id_ed25519.pub文件里的内容复制到远程仓库的 SSH keys 设置页面。Gitee 和 GitHub 的设置入口都在头像菜单里的设置中找SSH公钥相关选项添加即可。这里有个关键细节生成密钥时不要自己随便改文件名保持默认的id_ed25519否则后面 SSH 客户端找不到私钥会一直要求密码。验证配置是否成功执行ssh -T gitgithub.com或gitgitee.com如果提示你认证成功就说明 SSH 已经通了。第一次连接时终端会问你是否信任主机输入yes回车。一定别小看这个步骤很多人的 SSH 认证失败就是卡在这个yes上或者公钥内容复制的时候丢了换行。2.3 配置免密与常见 SSH 认证失败SSH 密钥本身已经是免密的一种形式但还有一种情况是服务端要求额外验证或者密钥格式不被接受。如果你连接时收到 Permission denied (publickey)大概率是公钥没配好或者本地 SSH 客户端没找到私钥。可以用ssh -vT gitgitee.com打印详细调试信息重点看最后加载了哪个密钥文件、是否被 accept。实测下来最常见的解决方法就是重新添加公钥、确认远程地址是 SSH 格式以及清理 known_hosts 里的旧记录。如果你使用 HTTPS 协议想免密可以在 git 配置里开启凭据存储。Windows 上执行git config --global credential.helper manager用的是 Git Credential ManagermacOS 上执行git config --global credential.helper osxkeychainLinux 上可以用git config --global credential.helper store或者 cache。这里必须提醒一句store模式会把密码明文写在磁盘上仅限自己电脑使用别再服务器或公用机器上这么干。万一遇到 Host key verification failed 这种报错也别慌通常是本地 known_hosts 里没有对应的服务器指纹。执行ssh-keyscan -H 你的服务器地址 ~/.ssh/known_hosts即可预置指纹或者删掉 known_hosts 里对应行重新连接。这些报错解法我后面汇总到第 5 章的速查表里可以先记住。3. Claude Code 环境搭建与 VS Code 集成3.1 Claude Code 安装前置条件Claude Code 是 Anthropic 推出的命令行 AI 编程工具要跑起来首先得有 Node.js。建议安装 Node.js 18 或更高的 LTS 版本太低会出现各种兼容性问题。安装 Node.js 时Windows 用户下载官网安装包会带 npmmacOS 用户可以用 Homebrew 执行brew install nodeLinux 建议用 NodeSource 源或系统包管理器的开发版。装完 Node.js 后在终端执行node -v和npm -v确认版本号。然后执行全局安装命令npm install -g anthropic-ai/claude-code装完检查是否成功执行claude --version。如果你遇到claude命令找不到十有八九是 npm 全局目录没进 PATH。Windows 上可以通过npm config get prefix查看全局目录然后把它加到系统 PATH 变量。Linux/macOS 上常见的是 npm 全局目录在~/.npm-global也要手动加到 PATH。这一步卡住的人很多但解决起来就是改一行环境变量。安装之后还需要登录 Anthropic 账号才能使用。执行claude首次启动时会引导你完成登录浏览器打开一个授权页面确认账号后回到终端。注意这里需要你的网络能够正常访问 Anthropic 官网如果当前网络环境异常登录步骤可能会卡住但这是网络问题不是工具本身的问题。3.2 Windows 下虚拟机平台报错的解法很多 Windows 用户第一次运行 Claude Code 时会看到一段类似 Claudes workspace requires the virtual machine platform on Windows. Enable Virtual Machine Platform 的提示。这个报错的原因是 Claude Code 在 Windows 上依赖虚拟化平台功能来隔离执行环境而系统没有开启相关组件。解决办法是进入控制面板 - 程序 - 启用或关闭 Windows 功能在弹出的列表里勾选虚拟机平台和Windows 虚拟机监控程序平台然后重启电脑。需要注意如果你用的是家庭版 Windows部分虚拟化功能可能被隐藏需要先开启 Hyper-V 相关的可选功能如果重启后仍然提示还需要去 BIOS/UEFI 里确认虚拟化技术Intel VT-x 或 AMD-V已经开启。我自己的机器是 Win11 专业版开启虚拟机平台后重启就正常了。部分用户升级 Windows 版本后也出现过旧功能未生效的情况可以尝试在命令行执行bcdedit /set hypervisorlaunchtype auto管理员权限然后重启。如果你的电脑不支持虚拟化或者公司电脑被安全策略锁死了那不建议强争。备选方案是直接在 Windows 上装 WSL2然后在 WSL2 的 Linux 环境里使用 Claude Code。这也是比较多人推荐的组合因为 Claude Code 很多命令行为在 Linux 环境下表现更稳定。装 WSL2 的方法很简单管理员权限的 PowerShell 里执行wsl --install后重启即可然后去新装的 Linux 里再跑一遍 Node.js 和 Claude Code 的安装流程。3.3 在 VS Code 里配置 Claude CodeVS Code 集成 Claude Code 有几个层次最简单的层次是直接在 VS Code 集成终端里运行claude命令。这样看着代码和终端同时在一个界面已经比切窗口舒服太多了。稍微高级一点的层次是安装 VS Code 扩展在扩展市场搜索 Claude Code for VS Code会出现 Anthropic 官方或社区维护的插件安装后可以在侧边栏打开 Claude Code 面板还能把当前编辑器的上下文直接发送给 Claude。我实测下来扩展安装中经常出现的问题是版本不匹配npm 全局的 Claude Code 版本和扩展内置版本不一致导致启动时报错。解法很简单在 VS Code 命令面板里执行 Claude Code: Update 或者重新安装全局包保持两边版本一致。另外有些扩展会自动查找终端里是否安装过 claude如果查不到需要在扩展设置里手动指定 Node 解释器路径。配置完 VS Code 后建议把 Claude Code 的授权模式设置成你舒服的节奏。默认情况下 Claude Code 在执行命令前会询问是否允许且有几种授权级别可选按单条命令授权、按会话授权、或者完全自动。对新手我强烈推荐保持按命令授权虽然每步都多点一次确认但你能清楚看到 AI 想干什么也能及时发现危险命令。完全自动模式适合老手但真的要谨慎毕竟 AI 拉分支回退代码是小事误删数据就得不偿失了。4. 用 IFLOW 跑通一个真实任务实操流水线4.1 第一步初始化仓库并让 Claude 理解项目要跑通 IFLOW我们拿一个新建的测试项目做演示。建议你在本地建一个空目录比如iflow-demo然后用 VS Code 打开。按Ctrl \反引号打开集成终端先执行git init 初始化仓库。这一步可以用 Claude Code 吗当然可以但我觉得基本功还是值得自己敲一下毕竟它是整套工作流的地基。初始化后如果你有远程仓库就执行git remote add origin gitgitee.com:你的用户名/iflow-demo.git。然后启动 Claude Code执行claude第一次启动会让你登录或确认授权登录成功后会进入一个交互式命令界面。你可以像聊天一样发消息。我通常第一句话会告诉它项目背景和目标然后让它先查看仓库状态。比如输入这是一个刚初始化的空仓库接下来我要开发一个简单的 Todo 命令行工具请先帮我看一下当前目录结构它会用ls、git status等命令去探查然后给你一份计划。这一步的意义在于让 Claude Code 建立对项目的认知避免后面答非所问。4.2 第二步用 Claude Code 写代码并查看 Git diff接下来是实际开发。我让 Claude Code 初始化一个 npm 项目、安装依赖、创建入口文件。它会在终端里依次执行命令每执行一步之前都要我确认。这时候你会发现一个很舒服的点它给出的命令通常是完整可执行的比如npm init -y、npm install commander、touch index.js你确认后它才会执行。如果你觉得某个命令不合适可以直接回复不要执行那个命令改一下方案它会重新调整。写代码的场景很有意思。我让它用 Node.js 写一个支持添加任务、查看任务、删除任务的命令行工具不依赖复杂框架尽量用原生模块它会自动创建index.js然后生成一个可运行的脚本。代码写完后我会习惯让它执行git diff看看改了什么内容。Claude Code 执行git diff之后会返回一份改动的摘要这时候你可以选择让它继续修改也可以让它提交。知道吗我一开始不太信任 AI 写的代码但看了 diff 之后发现结构挺清晰的这给了我不小的信心。4.3 第三步生成规范的 Git 提交信息并推送代码写完、测试也没问题之后就到了你前面配置的所有 Git 能力发挥作用的时刻。传统的流程是我自己敲三行命令git add . git commit -m 实现 Todo 命令行工具的基本功能 git push origin main在 IFLOW 里你只需要对 Claude Code 说一句帮我把所有改动提交到当前分支提交信息要描述这一次新增的功能然后推送到远程 main 分支。它会先执行git add -A然后执行git diff --cached检查暂存的内容再根据改动内容自动生成一个符合 Conventional Commits 风格的提交信息比如feat: 新增 Todo 命令行工具 - 支持添加任务 - 支持查看任务列表 - 支持删除任务拿到提交信息之后它会展示给你确认你按y后它执行 commit再执行 push。这个流程最大的价值是提交信息是 AI 根据实际代码 diff 生成的不会出现那种update或者fix这种毫无信息量的糊弄式提交。同时每一步都有确认你有机会在提交前发现错误。如果只是想合并分支也可以让它把所有已提交的改动从 dev 分支合并到 main它会自动处理 checkout 和 merge。4.4 分支管理、冲突处理与回滚实操分支操作是这个工作流里最体现 AI 价值的地方。传统分支合并最怕冲突一堆标记人看着都头晕。Claude Code 能帮你定位冲突文件分析冲突两边的内容甚至给出合并建议。我实测过一个场景两个分支都修改了同一个配置文件的同一段代码Claude Code 在 merge 后发现冲突自动暂停合并打开冲突文件然后向我解释两边的意图最后让我选择保留哪一边。虽然最终的编辑还是我自己手动处理但分析过程快了很多相当于有人帮你把晦涩的冲突标记翻译成了人话。如果操作失误回滚也很方便。比如不小心提交了一个错误版本但还没有推送到远程可以让 Claude Code撤销最近一次 commit保留工作区的所有修改它大概率会执行git reset --soft HEAD~1。如果是已经推送到了远程想修正可以用git commit --amend修改最近一次提交信息。注意已经推送的 commit 用 amend 之后下次 push 需要加--force-with-lease但我不建议对公共分支做强制推送容易把团队的提交历史弄乱。这个细节我记得特别清楚就是因为我在一个共享分支上用过一次 force push结果害得同事少了一版代码从此再也不敢乱强制推送。Git 过滤文件不生效也是一个高频问题尤其之前已经提交过某些日志文件后来才添加.gitignore发现过滤规则怎么都不生效。这是因为 Git 的忽略规则只对未追踪文件生效已经追踪的文件不受影响。解法是执行git rm -r --cached . git add . git commit -m 清理缓存并重新应用 .gitignoreClaude Code 也能帮你做这件事你只要说重新让 .gitignore 生效但不删除本地文件它就会帮你执行这套命令。这个操作可以帮助那些不小心把 node_modules 或者.env明文提交到仓库里的项目紧急补救。5. 高频翻车现场问题排查与避坑实录5.1 Git 常见报错速查表我把这段时间踩过的 Git 相关坑整理成了一张表基本涵盖了网上问的人最多的几类问题。下面每一行都是省流版本具体解释在表后展开。问题现象关键原因推荐解法Permission denied (publickey)SSH 公钥未配置或地址不是 SSH 格式检查git remote -v重新添加公钥到远程仓库Host key verification failedknown_hosts 缺少服务器指纹ssh-keyscan -H 主机地址 ~/.ssh/known_hosts每次 push 都要输密码HTTPS 协议且未开启凭据助手git config --global credential.helper manager或改用 SSH.gitignore不生效目标文件已被 Git 追踪git rm -r --cached .后重新提交commit 信息写错没 push 或 push 后可修正没 push 用git commit --amendpush 后有风险要谨慎unrelated histories错误两个仓库分支没有共同祖先可加--allow-unrelated-histories强行合并但确认意图中文乱码或 UI 乱码终端编码不是 UTF-8Windows 终端执行chcp 65001Git 配置core.quotepath false第一行 SSH 的问题网上一搜一大把但多数教程没提到一个隐藏点Windows 用户如果在 Git Bash 里生成的密钥路径和 VS Code 终端执行 SSH 时当前用户目录不一致就会找不到密钥。确认路径的方法很简单执行echo $HOME看是不是C:\Users\你的用户名。如果发现不一样手动进入用户目录检查.ssh文件夹即可。第二行 known_hosts 问题最简单粗暴但安全的做法是执行ssh-keygen -R 主机地址把旧指纹删掉然后重新连接它会自动把新指纹写入 known_hosts 并让你确认。千万别直接删掉整个 known_hosts 文件那样其他已信任的主机也会被重置你会陷入反复确认指纹的循环。5.2 Claude Code 安装与运行高频报错Claude Code 的安装报错很多其实和 Node 环境相关。比如说npm install -g anthropic-ai/claude-code之后执行claude报无法识别那就是全局路径没生效。另一个常见的是npm install过程中出现权限错误Windows 上可以用管理员权限重新执行Linux/macOS 上建议给 npm 全局目录设置用户写权限或者用 nvm 安装 Node 后把全局目录设置到用户目录下避免用 sudo。还有一类是版本升级问题。Claude Code 更新非常频繁旧版本可能会出现当前版本过低请升级的提示。在线升级最新版本的方式就是重新执行全局安装命令或使用npm update -g anthropic-ai/claude-code。注意升级前后关掉正在运行的 Claude Code 会话因为旧进程可能会锁住文件。升级后如果配置丢失检查常见情况登录状态失效需要重新授权或者 VS Code 扩展缓存需要重新加载。最让我头疼的是 Windows 虚拟机平台相关的报错就是前面说过的 requires the virtual machine platform on Windows。我一开始以为装上 Docker Desktop 就自带虚拟化组件了但实际查下来发现 D盘的 VHD 环境和 VM 平台开关是两个独立的东西。正确顺序是先开启虚拟机平台功能再打开 WSL2 内核更新包最后重启让 Windows 生效。如果这一步做好了Claude Code 的工作区在 Windows 下就能正常建立。如果你完全不想碰虚拟化可以尝试老版本的 Claude Code 或者换 Linux/WSL 环境但我实测下来与其绕过问题不如直接把虚拟化功能开起来后面用别的开发工具也会更方便。5.3 使用 AI 代理时的授权与命令执行安全Claude Code 最强大的能力就是直接执行终端命令但这也带来安全风险。我用了一段之后总结出几条很实在的纪律。第一对外部输入的命令保持警惕。当 Claude Code 从某个文件内容里读取到一段命令并打算执行时你要特别仔细地看它准备执行什么。比如它读到一个package.json里的scripts字段然后打算运行某个脚本那这个脚本可能就是恶意代码。我在测试中故意放了一个输出环境变量的脚本结果 Claude Code 真的会把命令呈现在屏幕上虽然我按了拒绝但它确实暴露了信息到对话记录里。所以说授权模式千万不能设成完全自动。第二不要在仓库里存放真实的密钥和令牌。Claude Code 在分析代码和历史时有可能会读取到.env或者其他配置文件里的内容。如果这些文件被提交到了 Git 仓库那远程仓库一旦泄露密钥也跟着泄露。注意历史记录里也可能有删除过的密钥需要清理 Git 历史时要小心这类操作建议用专业工具处理不要让 AI 盲目重写提交历史。第三恢复性命令和破坏性命令要区分对待。git reset --hard和git branch -D这类命令一旦执行很难撤回我在授权时都会多看一眼。Claude Code 执行前也会明示命令内容如果它打算跑一个你没预想到的破坏性命令你直接喊停它不会强制。对新手来说最好用确认每次命令模式宁可慢一点也别事后追悔。6. 让这套工作流更顺手的小习惯6.1 在项目里内置一份 AGENTS.mdIFLOW 用久了我发现一个能显著提升 Claude Code 理解能力的技巧在项目根目录放一份AGENTS.md或者CLAUDE.md文件。这个文件的作用是写给 Claude 看的项目说明里面可以写清楚这个项目的技术栈、目录结构、代码风格、构建命令以及哪些文件不能乱动。Claude Code 启动时会自动读取这类文件这样它回答你的问题就更有方向。我的做法是先让它扫描一遍项目然后让它自己生成一份AGENTS.md初稿我再手动补充一些关键信息。比如我会写上本项目前端使用 Vue 3 Vite后端是一个 Python FastAPI 服务代码提交前必须跑npm run lint这类规则。这样后续每次启动 Claude Code它都会记得这些约束减少很多来回解释的成本。这个文件也可以纳入 Git 版本管理团队所有人都能受益。6.2 用 Git 别名和 AI 命令组合提升效率虽然 Claude Code 能帮你执行 Git 命令但有些高频操作自己设置别名会更爽。我常用的别名包括git cocheckout、git brbranch、git ststatus更重要的是给 Claude Code 本身设置别名。比如在.bashrc或.zshrc里添加alias claudeclaude其实没意义但可以添加alias cclaude输入c就能启动。还可以写一个函数让它在启动时自动加载当前目录的 Git 仓库信息这样 Claude 一上来就知道你在哪个分支、是否有未提交改动。实际体验下来最舒服的组合是输入c回车进入 Claude Code 后直接说帮我把当前分支合并到 main 然后推送。它会先执行git status看当前分支再执行git checkout main遇到没提交的改动还会先提醒你。整个操作不需要你记住命令顺序只需要清楚自己想干什么。这种组合让我从记住命令语法变成了描述目标和决策思维负担明显下降了。6.3 这套工作流的边界与我的最终体会IFLOW 不是什么银弹它最大的边界是AI 只擅长局部操作不擅长理解项目全局的长期目标。你可以让它快速完成一次重构、一份提交、一次合并但它是没有记忆的不会主动想到三个月前你说过这个模块要重写。所以我现在会把项目级的目标和规划也写进AGENTS.md当作外置记忆。每次启动后它会重新读一遍再加上 Git 历史上下文就比单纯的对话窗口丰富很多。我个人实际使用近两个月下来最大的收获不是省了多少时间而是开发心态变了。以前遇到要不要重新组织一下代码这种想法往往因为执行成本高而拖延现在有 Claude Code 帮我处理 Git 分支和提交过程我可以更轻松地尝试重构、试错、回滚。这种低阻力让我的项目整洁度高了很多因为随便改、随便提交反正有 Git 兜底有 AI 帮忙收拾。所以在最后想分享一个很具体的建议如果你决定搭一套类似 IFLOW 的工作流不要急着让 Claude Code 包办所有事。先用它做最简单的 Git commit 信息生成和代码 diff 解读熟练之后再逐步放权给它执行更复杂的命令。等你们之间的授权节奏越来越默契的时候你会发现原来版本控制和 AI 编程可以这样流畅地融为一体而这套工作流也真正变成了你自己的 Flow。