Engineering-grade code with AI

Vibe Coding
让 AI 帮你写出工程级代码

Vibe Coding 不只是让 AI 帮你写代码，
更重要的是让人和 AI、多个 AI 工具高效协作。

分享人：王志远（数据与信息技术部） · 内部技术分享 · 2026.6.3

本次分享 · 围绕三个问题展开

今天解决三个问题

🧩1

一个人怎么不乱

AI 能写代码了，但直接让它写就是一团乱——用 gstack 流程管起来。

🤝2

团队怎么不打架

多人 + 多个 AI 一起干，上下文割裂、风格冲突——靠划边界 + 统一规范。

⚡3

现实怎么落地

token 不够、账号、信息、工具箱——再加一场完整实操。

贯穿全场一句话：把 AI 当成一个需要被管理的团队，而不是一个工具。

先认识工具 · 目前主流的 AI 编程工具

目前主流的 AI 编程工具

🧠Claude Code 自行订阅

Anthropic 官方 CLI，推理 / agent 能力最强，本次的主力——配合 gstack 当规划大脑。读 CLAUDE.md。

🐙GitHub Copilot 公司提供

GitHub 原生，能较早用上多家最新模型；coding agent 可把 issue 跑成 PR。读 .github/copilot-instructions.md。gstack skill 需按新增 host 文档接入。

🖥️OpenAI Codex 自行订阅

Codex app 的 computer use 能操作电脑，适合模拟测试 + 跨模型验证。读 AGENTS.md。

✨Cursor · Gemini CLI · 其他自行订阅

Cursor（IDE，读 .cursor/rules）、Gemini CLI（超大上下文，读 GEMINI.md）、Windsurf / Cline 等，按需选。

公司已安排的是 Copilot；其他 CLI 与模型账号按需自行订阅。gstack 安装路径后面单独讲。

动手之前 · 两个前提

先立两个习惯

⌨️① 用 CLI，别再手动改代码

把方向盘交给 AI：每一步操作看得见、可组合，一个窗口里多工具协作。强迫自己放手。

⚖️② 模型分层，别一味上最贵

贵模型用在判断上（规划 / 架构 / 复杂推理 / 高风险评审），便宜模型用在执行上（简单调试 / 局部改动 / 重复实现）。

CLI 让你看得见、可组合；分层让你既用得起、又把不可控降到最低。

问题① · 一个人用 AI 开发

直接让 AI 写，就是一团乱

没流程地一通 YOLO 提示 → 质量没保障、反复返工、不可控。解法：用 gstack 把一次开发拆成可控的几段，每段都有交付物。

01

Plan

需求 → 方案

→

02

多角色 Review

CEO / 设计 / 工程 / DX

→

03

完整计划

落成可执行清单

→

04

执行

按计划编码

→

05

测试验证收尾

跑通 + 验收

多角色 Review 的价值：在写一行代码之前，先让“不同视角的 AI”把计划吵明白。

THE STACK · github.com/garrytan/gstack

gstack：把你的 CLI
变成一支工程团队

一套开源的 AI 编码工作流，把 23+ 个专家角色装进终端——CEO、设计、工程经理、QA、安全官、发布经理、技术写作……

repohttps://github.com/garrytan/gstack

🎭结构化角色

每个技能都有特定人设和“逼问清单”，胜过对着空白框写提示词。

🔀多模型 / 多 CLI

不锁定单一工具：流程里调度 Codex 跨模型验证、真浏览器、iOS、/pair-agent 多家 AI 协作。

🪜流程 + 真实产出

真浏览器测试、真跑测试、生产验证；按阶段推进，每个决策都被记录。

安装提醒：Claude Code / Codex 直接发仓库地址；Copilot 参考 docs/ADDING_A_HOST.md 新增 host。完整命令放在会后上手页。

Think → Plan → Build → Review → Test → Ship → Reflect

gstack 全流程技能地图

🧭 Plan规划

/office-hours 逼问需求/plan-ceo-review 挑战范围/plan-eng-review 锁定架构

🛠️ Build构建

/autoplan 合成可执行计划 → 编码

🔍 Review评审

/review 抓真 bug/investigate 根因调试/cso 安全审计

🧪 Test测试

/qa 开真浏览器/browse/codex 跨模型验证

🚀 Ship上线

/ship 测试+开 PR/land-and-deploy/canary 上线监控

📝 Docs / 🔁 Reflect文档 · 复盘

/document-release/document-generate/retro/learn

🛡️ 护栏安全

/careful/freeze/guard 限定改动范围

把前面那套“Plan→Review→执行→收尾”，落成一串可以直接敲的命令。

时间分配

80% 聊清楚，20% 写出来

把 80% 以上的时间花在需求、架构、计划上；编码只需要 20%。

需求 · 架构 · 计划　80%

编码 20%

80%

想清楚“做什么、怎么拆”

20%

AI 把它写出来

想清楚了，编码几乎是“顺手”的事——返工，绝大多数来自没想清楚。

问题② · 团队协作

多个 AI 一起干，会互相打架

关键不是多用几个 AI，而是如何让它们按统一规范分工协同。不然就是这四个坑：

上下文割裂 — 每个 AI 各说各话，记不住前因后果
代码风格冲突 — 命名、结构、模式互不一致
重复返工 — 同一件事反复改、反复推翻
AI 之间“互相打架” — 一个改了，另一个又改回去

为什么推荐 DDD

用领域驱动
划清边界

划分领域，让团队协作和 AI 都更轻松。

领域边界确定，方便分工
代码更容易理解，AI 能做得更好

🕰️以前为什么不做？

DDD 很复杂，一般需要有经验的架构师来做领域划分，门槛高、成本大。

⚡现在为什么能做？

现在 AI 基本上都能搞定领域划分——把“架构师级”的拆分能力，变成人人可用。

协作的要点

让 AI 协同的两根支柱

🤝 让多个 AI 不打架、能协同由下面两根支柱撑起

🎫Issue做什么

把任务拆成清晰的 Issue，作为人和 AI、AI 和 AI 之间的交接单。每个 AI 认领一个边界清楚的任务。

📜规范文档与规则怎么做

统一的规范 / 规则文件（命名、结构、约定）是所有 AI 的共同上下文，避免风格冲突和互相打架。

Issue 管“做什么”，规范管“怎么做”。两者到位，多个 AI 才能不打架。

PRINCIPLE · 运行原理

为什么改这几个文件就能统一？

先看一个 AI 编码工具真正怎么跑，你就懂为什么改一份文件能管住它每一步：

① 你的指令

在 CLI 里说要做什么

→

★ 你改这里

② 读入口文件

CLAUDE.md / AGENTS.md…
启动时自动读

→

③ 拼装上下文

系统提示 + 入口文件
+ 指令 + 历史

↓

④ AGENT LOOP · 每一轮都带着入口文件🔒 稳定前缀命中 Prompt 缓存 → 便宜

模型推理想下一步

⇄

调用工具读 / 改 / 跑 / 搜

↻

结果回灌进上下文，重复

↓

⑤ 输出

代码改动 / PR

入口文件在 ② 被读进上下文，在 ④ 每一轮 loop 都“在场”，还因为稳定被缓存命中。所以改它＝改 AI 每一轮的常驻指令——同一份塞进每个工具，大家自然对齐。

协作流程图

一条需求，如何在多个 AI 间流转

🧩 统一规范层　CLAUDE.md · AGENTS.md · copilot-instructions.md · GEMINI.md

↓ 同一份上下文注入每个工具，所有 AI 从同一起点出发 ↓

规划拆解

想清楚

需求 → 领域 → 计划

Claude Code 🧠

→

编码执行

写出来

按计划实现

Claude / Codex ⌨️

→

模拟测试

验真

端到端 / UI

Codex · computer use 🖥️

→

杂活外包

异步跑

派 issue → 自动 PR

Copilot coding agent 🐙

→

评审上线

交付

review → ship

gstack 🚀

大脑指挥、执行落地、computer use 验真、Copilot 把零碎 issue 异步跑成 PR、gstack 串起评审上线——各管一段，但共享同一套规范。

解法工具 · Pulse（装上它）

装上 Pulse，先量化你的用量

$curl -fsSL https://pulse.onewo.com/install.sh | bash

真实看板：装上 Pulse，它能量化你的 tokens / 成本 / 模型分布 / 各工具用量（图为本人实测）。而且——它还能一键统一规范，具体怎么做看下一页。

解法工具 · pulse rules

一份规范，渲染给所有工具

rules 是来干啥的：上一节那些“开机必读”文件，你不用手写、也不用给每个工具各维护一份——一条命令生成、各工具通用。

$pulse rules init

①

确认身份

核对 Git 提交人

→

②

检测工具

装了哪些 AI CLI
自动勾入口文件

→

③

规范分级

三档按需选

→

④

一源多出

生成 CLAUDE.md /
AGENTS.md…

→

⑤

装 Hook

pull 后自动同步

第 ③ 步分三档：required静默启用（底线，缺了 pulse rules check 让 CI 失败） · recommended默认开、可关 · opt默认关、按需引导（先探测依赖如 gh）。改一处、同步全部。

这套规范生成出来到底长什么样、每份文件干啥？下一页拆开看。

pulse rules · 生成了什么

每份文件都干啥？

your-project/

├─ CLAUDE.mdClaude Code 读

├─ AGENTS.mdCodex / Windsurf 读

├─ GEMINI.mdGemini 读

├─ .github/

│ └─ copilot-instructions.mdCopilot

├─ .cursor/rules/pulse.mdcCursor

├─ .pulse/控制台 · 入库

│ ├─ config.yaml选了哪些规则/工具

│ ├─ rules-lock.jsonhash · 查漂移

│ └─ local/*.md你的自定义片段

├─ .githooks/post-mergepull 后自动同步

└─ .gitignore入口文件按本地忽略

.pulse/local/no-secrets.md　← 一条规则 = 一个“提示词片段”

---
id: ai.no-secrets         # 唯一标识
enforcement: required     # 分级：必/荐/选
targets: [claude, codex]  # 渲染给哪些工具
prompt: 开启密钥保护？      # 交互时问你的话
requires: { cli: [gh] }    # 启用前探测依赖
on_enable: [write_template] # 启用时执行动作
---
🔒 禁止把密钥写进代码，改用环境变量。
# ↑ 正文＝真正写进入口文件的那段规则