Matt Pocock 实战教程：用 wayfinder skill 跨会话规划任意规模的工作【中英字幕】

合集 · Matt Pocock 双语字幕 / 英配 & 中配 (18)

Parts

Description

Matt Pocock 在他的 skills 仓库（https://github.com/mattpocock/skills）中维护着一套面向真实工程的工作流 skill。这期视频正式介绍其中的 Wayfinder——一个用来规划"任意规模工作"的 skill。

Wayfinder 解决的核心问题是：很多工作大到塞不进单次 AI agent 会话的 context window（尤其是其中的 smart zone）。以往的做法（比如 grill with docs）会把工作预先拆小块、在单次会话里推进，但一旦遇到迷雾（fog of war）就会卡住。Wayfinder 把整个规划过程建模成一张"地图"：每个待决策的点是一张 ticket，分布在 issue tracker 里，由 skill 跨多次会话编排。

地图上的 ticket 有四种类型：research（让 sub-agent 去找信息）、prototype（建原型获得高保真反馈）、grilling（讨论某个实现细节）、task（真实世界里要做的事）。ticket 之间有 blocking 关系，skill 始终维护一个"frontier"——现在就能做的决策集合——以及还处在迷雾里的部分。完成地图后，可以用 toSpec 把它转成 spec，再用 toTickets 拆成实现 ticket。

注意：这期是概念讲解 + FAQ（讲 Wayfinder 是什么、怎么用、何时用），和之前的《Wayfinder 直播演示》（实战跑一个真实需求）互补——一个讲理念，一个看实操。

看点：
- "fog of war" 与 "frontier"：Wayfinder 怎么区分"现在能决策的"和"还没法决策、需要先调研/做原型/讨论的"
- 四种 ticket 类型的分工：research / prototype / grilling / task，以及它们之间的 blocking 依赖
- 用原型防止规划沦为瀑布流：原型是"高保真获得反馈"的手段，Wayfinder 鼓励大量低保真前期规划 + 高保真原型验证
- spec 是"非持久化"的：实现完即可删，区别于 spec-driven development 把 spec 当长期真理维护
- 决策 ticket vs 实现 ticket：Wayfinder 阶段产出的是决策，实现留到之后
- 对 issue tracker 中立：GitHub / Linear / JIRA 都行，通过 setup-matt-pocock-skills 配置

关键内容（带时间戳的核心洞察）：
- 00:50 现有规划工具为何太受限——太绑死单次会话，逼你把工作削足适履迁就 AI
- 02:10 Wayfinder 的地图隐喻：起点、终点、中间的迷雾，每个决策点是一张 ticket
- 04:30 决策怎么落地：全部记在 issue tracker 里，决策结果会写回父级 map
- 07:40 四种 ticket 类型与 blocking 关系：有些决策只能在别的决策做完后才能做
- 08:20 原型为何重要：防止规划变成瀑布流，用高保真原型回答"它该长什么样"
- 09:44 从 map 到 spec 再到 tickets：toSpec 会生成超密的、链回原始决策 ticket 的文档
- 11:38 什么时候该用 Wayfinder：单会话能搞定的就别用；有迷雾、不知道怎么走时才用
- 12:25 不止编码：Matt 用它规划搭花园办公室（garden office）
- 13:06 对 spec-driven development 的回应：spec 在这套流程里只是跨会话工作的"终点文档"
- 13:28 spec 是非持久化的：一旦体现在代码里就可以删，不同于 SDD 把 spec 当长期维护对象

作者链接：
- Skills 仓库：https://github.com/mattpocock/skills
- Twitter：https://twitter.com/mattpocockuk
- Discord：https://aihero.dev/s/H5QETC
- 七节免费课 AI Skills for Real Engineers：https://aihero.dev/s/wEMEBn