个人 AI 工作流实践分享

从需求澄清到跨 Agent 交付

不讲工具清单。讲一套自己每天在用的工作方式 - 每个阶段留下什么产物，以及任务跨会话、跨 Agent 之后还能不能接着做。

技术分享　｜　2026-09-29　｜　内容整理自《我的 AI Coding 工作流实践》

01 · 开场

今天讲六个部分

从 Skill 的使用场景，到我自己的日常流程，最后到怎么装起来

01

不同 Skill 的使用场景

开发前、开发中、开发完成，各用哪些、怎么组合

02

我日常的开发工作流

主链路、两个关键节点，以及跨会话怎么承接

03

不同场景的模型与档位

从改文案到开发大型模块，分别该用什么

04

前端扩展插件

截图还原、规范审查、系统重设计

05

辅助开发的 Skill 与工具

风险评估、信息获取、浏览器与语音输入

06

一键安装整套 Skill

把提示词复制给 Agent，先盘点再补装

02 · Skill 的使用场景

不同 Skill，用在不同阶段

按阶段组合，而不是一次全装

① 开发前repo-scan 扫仓库风险 · screenshot-to-code 还原页面 · agent-reach 取外部信息 · vue-best-practices 加载规范 · pretty-mermaid / archify 画流程图与架构图

② 开发中grill-me / grill-with-docs 盘问对齐 · wayfinder 导航 · research 调研 · prototype 原型 · to-spec 规格 · to-tickets 拆单 · tdd · implement · diagnosing-bugs

③ 开发完成code-review 检查是否符合规范与需求 · review-push 按授权提交和推送

④ 怎么组合小改动：grill 之后直接 implement。大任务：to-spec + to-tickets，最后用独立上下文做 code-review

这不是一条每次都要走完的流水线 - 需求模糊、任务庞大或需要跨会话时，才把约束加上去。

03 · 我的开发工作流

我日常的开发工作流

一条开发主链，加上按需介入的分支

官方端到端演示里，短任务在 grill-with-docs 之后可以直接进 implement；多上下文任务才需要 to-spec 和 to-tickets。点击图片可放大

03 · 我的开发工作流

工作流里的两个关键节点

盘问负责对齐，Review 负责兜底

grill-me / grill-with-docs 效果图 — **grill-me / grill-with-docs**
在动手之前把需求和术语问清楚，留下共识、领域语言与 CONTEXT.md

review-push 效果图 — **review-push**
对少量变更做审查，再按授权提交和推送 - 提交动作不自动发生

两个节点解决的是同一个问题：让状态可被验证，而不是只靠一句「已完成」。点击图片可放大

03 · 我的开发工作流

跨会话、跨 Agent 怎么承接

不让新 Agent 重读聊天记录，而是把状态固化成可读取、可验证的产物

grill-with-docs

留下共识、领域语言、ADR 或 CONTEXT.md → 新 Agent 先读统一术语和既有决策

Wayfinder

留下决策地图和依赖关系 → 每次只解决一个未决节点，结果写回地图

to-spec

留下目标、非目标、关键决策、验收标准 → Spec 成为实现与审查的共同契约

to-tickets

留下带依赖关系的纵向切片 → 一个 Agent 或一次新会话处理一张 Ticket

handoff

留下已完成内容、失败尝试、当前状态、下一步 → 新 Agent 从明确状态继续

三条压缩：大任务用 to-spec + to-tickets；临时中断用 handoff；多 Agent 并行的，按 Ticket 依赖分配，最后用独立上下文 review。

04 · 模型与档位

不同场景，选不同档位

从能完成任务的最低合理档位开始，验证失败或复杂度上升再升级

轻

文案 / 样式 / 文档

明确的小改动
不需要反复验证

轻量到中间档 · medium

中

功能开发 / 修 Bug

涉及多文件改动
要跑测试和真实验证

高档 · high

重

大型模块 / 长时间自治

功能精细化、内部分层多
例：一个复杂 3D 编辑器，周期长

最高档 · xhigh / max

价格图上按核验时的官方 API 价格，中间档与最高档大约差 2.5 倍；数字会变，以官方页面为准。点击图片可放大

05 · 前端扩展

前端这边会加哪些扩展

只在做前端时按需加载，不是通用必选项

01

screenshot-to-code

根据截图还原页面结构和样式

02

vue-best-practices

加载 Composition API、TypeScript 等工程规范

03

ui-ux-pro-max

生成或补全 UI、交互和视觉细节

04

web-design-guidelines

审查响应式、可访问性和界面规范

05

redesign-existing-projects

基于现有产品做系统性重设计

06

vite-plugin-vue-inspector

点击页面元素直接跳到对应源码

前端不能以「构建通过」为唯一标准 - Agent 要打开实际页面、走主要路径、检查控制台，并在目标视口验证布局。

06 · 辅助开发

辅助开发的 Skill 与工具

不属于开发主链，但能明显省时间

辅助 Skills

repo-scan - 安装或依赖外部仓库前，先扫项目和供应链风险
agent-reach - 通过多平台 CLI 获取外部信息，补研究材料
pretty-mermaid / archify - 画流程图、时序图、状态图和可交互架构图
review-push - 少量变更的审查、提交、推送组合流程

通用工具

Ego Lite - 让 Agent 操作真实浏览器、检查页面状态；目前仅 Windows / macOS，暂无 Linux
Doubao Murmur - 基于豆包语音识别的全局语音输入，按快捷键就能口述需求
vite-plugin-vue-inspector - 页面元素跳源码（前一页已介绍）

团队环境里还没有的 Skill，会在正式分享前统一补充来源、安装方式和支持的 Agent。

07 · 一键安装

一键把整套装起来

到原文底部复制那段提示词，交给自己的 Agent 执行就行

1

打开原文，滚到底部

找到「相关 Skill 一键安装」这一节

2

复制整段提示词

提示词里已经写好了需要哪些 Skill

3

交给自己的 Agent

让它先盘点本机与项目里已有的 Skill，再补装缺失项

4

按提示确认

来源不明的项，Agent 会停下来问你要来源，不会自己找同名替代

提示词里的关键约束：先审计，后安装；保留已有，只补缺失。