从 Slack 消息到 Pull Request：AI 辅助开发如何改变编码流程

你肯定遇到过这种情况。刚开完一堆会，队友突然在 Slack 丢过来一个严重的 bug。或者你在审 PR 时发现问题，牵扯到三个不同的服务都需要改。或者你想趁下班前把迁移任务启动，但打开 IDE 又觉得太麻烦。

现在的开发工作本就零散，经常被打断。传统工具——IDEs、CLIs、各种控制台——却默认你能坐下来专注写代码。它们完全没考虑到现实中开发者的工作状态。

AI 辅助开发工具正在改变这一点。好的平台不会把 AI 写代码当成独立功能，而是直接嵌入你的日常流程。无论你在笔记本上、终端里，还是浏览器里临时处理个任务，都能无缝接入。

为什么浏览器里也能写代码

减少工作中的摩擦点，感觉特别舒服。你不用特意打开 IDE、克隆代码库，也不用切换整个开发环境，就能快速处理任务。浏览器界面带来的好处包括：

• 马上响应 紧急问题，不用花时间准备环境
• 跨多个仓库 操作，同一个对话就能搞定
• 异步协作，通过 pull request 和团队配合
• 随时随地 都能工作，不受设备限制

这些听起来不起眼，但实际影响很大。每多一个步骤，就可能让你拖延、丢掉上下文，或者干脆转去做别的事。把这些障碍去掉，问题解决得更快。

AI 不能“黑箱”操作

AI 写代码最怕的就是“猜你想要”。好的系统会给你透明度和控制权。当你开启“自动模式”时，不是按下按钮就等着看结果，而是：

先问清楚需求。 在写代码之前，AI 会确认你的要求、考虑边界情况，并和你讨论方案。

先展示计划。 你能看到 AI 的思路，而不是直接跳到执行阶段。这能避免方向偏离。

在隔离环境里工作。 每个任务都在干净的沙箱里运行，不会影响其他工作或线上系统。完成后，你像审普通 PR 一样检查代码，再决定是否合并。

从反馈中学习。 你在代码评审中的意见，AI 会记下来，下次遇到类似问题会改进。

这和黑箱操作完全不同。你是在教 AI 你的团队规范，然后逐步增加它的自主权。

跨仓库协调：真正的效率提升

大型项目里经常遇到这样的问题。你要更新一个共享库，牵扯到依赖它的五六个服务。或者你添加了一个后端接口，需要同时更新前端、Web 客户端和移动 SDK。

这些任务手动处理很麻烦。你需要在多个仓库间来回切换，记住每个地方的变更，确保 PRs 协调一致。

而 AI 能理解你的整个代码库，在多个仓库同时协调修改。一场对话就能生成多个相关的 PRs。团队一起评审，最终同步上线。

把团队规范教给 AI

AI 写代码最有用的地方在于能学习你的团队习惯。不是生成泛泛的代码，而是通过“steering files”把团队的标准写进配置：

• 架构模式
• 错误处理方式
• 测试标准和框架
• 命名规范和代码风格
• 技术选型和依赖关系

这些配置存在仓库里，无论是浏览器、IDE 或 CLI 里的 AI，都能按统一规则操作。就像和一个了解团队“隐形规则”的搭档一起编程。

而你每一次代码评审的反馈，都会让 AI 学到更多。