wayfinder 是 Matt Pocock 给 Claude Code（Anthropic 的命令行编程工具）写的规划技能，也支持 Codex 等 agent。它解决的是一个大到一次会话装不下的工程。Matt 按工程场景设计，Shann 发现拿它拆营销活动同样顺手。

营销活动就是这种“太大”的活。你知道终点，比如“产品三月上线”，但 offer 是什么、走哪些渠道、创意方向怎么定、哪个决策依赖哪个决策——全都没定。wayfinder 把这块空白画成一张地图。

地图挂在 tracker（项目追踪工具）上：GitHub Issues、Linear，或者一个 Markdown 文件。每个未决问题变成一张 decision ticket，挂在主 issue 下。一张 ticket 只装一个问题。

在营销语境下，四种 ticket：

- **grilling（盘问）**：agent 反复追问，直到你拍板。定位是什么、offer 是什么、做给谁。

- **prototype（原型）**：做出来给你看的东西。三个创意方向、一版落地页草图、一封邮件草稿。

- **research（调研）**：agent 自己出去查。竞品活动、渠道基准。

- **task（任务）**：解锁决策的体力活。开通广告账户、拿分析权限。

两个最妙的机制。

**fog of war（战争迷雾）**：你能预见某些决策一定会出现，但眼下还无法把问题写出来。比如你知道后面一定有邮件序列，但 offer 没定，邮件就无从谈起。它在图上是一团迷雾，等前面的决策清掉再说。

**frontier（前沿）**：现在就能下手的那批 ticket，没有任何东西挡着。决策之间会互相阻塞，跟工程里的依赖关系一样：offer 挡着邮件，受众挡着创意。所以 tracker 直接告诉你今天能定什么。

流程是一次会话清一张 ticket。答案写回 ticket，地图上的决策列表就长一行。等地图清空，那份决策列表就是整个 campaign 的 brief（项目简报），每个决策背后的理由点开 ticket 就能看。


跑过一次之后有个警告：地图范围限定在单个 campaign。全局战略地图会过期，因为后面的决策建立在早期决策的假设上，而这些假设随时会被推翻。

Matt 自己的说法更精炼：prototypemaxxing, not planmaxxing。靠低成本的原型做决策，而不是靠无限长的计划文档。评论区有人接了一句：“比没完没了的文档强多了。”

安装不复杂。Claude Code 直接 `/plugin install mattpocock-skills`，其他环境用 `npx skills@latest add mattpocock/skills`，装完跑一次 `/setup-matt-pocock-skills` 配置 tracker 就行。完整技能列表在 GitHub：github.com/mattpocock/skills。

有网友说“用开发工具做营销有点天才”。也有人分享过类似的实践：把“一次干完”改成“拆成几摊分开干”。一个大任务塞进一个对话，上下文会搅在一起，分不清新说的接着哪件。一个明确任务开一个 thread（对话线程），卡住了就停掉重开，把上下文理一遍再继续。

工具是新的，拆解问题的思路不新。把大问题拆到能下手为止——工程和营销在这件事上没区别。