这些方法论的 skills 在我的工作流里躺了很久，这也是我为什么推荐他们的原因
舍温
在平时的工作（公司的），以及个人项目（个人的）工作流程中，我会用到很多 skills，拉了一个列表一共是 106 个，他们由：飞书技能（lark-cli），项目管理技能（pmo 系列，我自己写的），其他 KOL 博主写的技能（如 baoyu 和 guizang，也很有用），以及我自己写的技能，这几大部分组成。
这里虽然有 106 个 skills，不过确实都是我自己实际会使用的。
很多网上集合站中能下载到的 skills 并没有什么用，我平时用不上他们，他们和我现在的工作流程不兼容，硬把他们融入进去会造成很多别扭，或者，他们的质量太差。
如何评估一个 Skill 的质量是否有效？以及一个 Skill 是否适合你？
这是另外一个铺开来讲需要很多篇幅的话题，因此今天我们仅聚焦一下，谈论一下和方法论有关的 skill。
在我的 skills 中，有一些是哲学/方法论的 skills，这类 skills 不为了解决一个具体的问题，也与技术栈无关，他不会给你一个炫酷的 PPT，也不能一下子帮你生成一大块 bug-free 的代码。但是，当你把这些 skills 融入流程时，你会发现异常的顺畅和舒适。
他们的特点是，是某些问题的高度抽象，并且适用面比较广，他们很有用，很有价值，也给了我很多启发；他们很是很多由真正的称之为大师”mastero“那边循循善诱讲述出来的 skills。
你会发现这些 KOL 他们有自己的思考，他们实际上是用过这些 skills 的，他们从日常的工作生产中 sense 到某一类问题，并通过 skill 来解决这些这类问题。
比如，人们说：”提交结果前必须要检查“，就对应下文提到的 /verification-before-completion。
比如，人们说：”想清楚，再下笔“，就对应下文提到的 /brainstorming。
如果你和我一样，也需要借助一些别人的思考力量来提高自己的工作效率和质量，那我会推荐以下几位大师的 skills 包。
Matt Pocock’s Skills Kit：
这个套件包含软件工程，以及写作的若干个技能，我觉得 matt pocock 的讲课风格非常的清晰，有兴趣的朋友可以看一下他在 Youtube 上的教程视频，讲的明白而又清楚，很 hands-on，一看就是自己干活的人。
/grill-with-docs：烤你，每次在方案（设计方案，技术方案等）写完之后，我会调用这个 skill，这个 skill 可以帮助我明确补充”我有多少没有考虑到的地方“，”我有多少遗漏掉的地方“，”方案中模糊，定义不清晰的地方“。
/ubiquitous-language：帮助我清晰定义，统一术语的技能，比如，”briefing 代表的是用户输入的一段描述文本，后续会被进一步加工为 prompts“，”visual profile 指的是从某个新闻热点中抽出的具象化事物“等，有一个清晰，明确的术语表，可以帮助我们在代码实现环节统一 class 的名称；虽然这个 skill 被 Matt Pocok 本人标记为”废弃“，不过我仍然觉得是一个非常好用的技能。
/handoff：创建一份交接文档，当你在多个 agents 之前迁移时很有用，在 claude code 完成工作之后，可以直接跑 /handoff，创建一份交接文档，之后，在 codex 中让他先读这个文档的信息，来承接之前的工作，保证工作的连续性。
地址：https://github.com/mattpocock/skills
Superpowers
大名鼎鼎的 superpowers，最早在 SDD 驱动开发流程中成为模板的 skills 包之一。在实际使用中，我发现 TDD 驱动的流程可能和我的工作流程不是很兼容，更多的，如果要用 SDD，我也更倾向于 spec-kit 或者 openspec，但是包里的 skills 实在是很好用，因此我单独抽出了若干个 skills，解除了他们之间的依赖，融入了我的自己的工作中。
/verification-before-completion：请务必把这个 skill 不要去显式设置为”仅手动调用“，原因是这个 skill 自动触发机制实在是好用，这个 skill 可以敦促模型每次在认为完成前做一次检查，避免一个工作做到一半就认为完事，就停止了。我认为这个 skill 在哲学意义上讲明白了 agent 的底层原理——无限循环，直到退出，就像他的名字一样——你声称完成前必须检查。
/systematic-debugging：在开发中一定会发现 agent 是喜欢偷懒的，如果能简单打补丁修的 bug，很少情况下回去找到 root case，这个 skill 就是为了解决这个问题所存在的。促使 agnet 去修正任何问题时，不做打补丁的处理，而是去找到根因，从系统上修复某个 bug，同样的，把他设置为自动调用。
/brainstorming：无敌的脑暴技能，现在很多 skills kit 包，以及 SDD 流程都融合了这个脑暴技能，他的主要作用是，在你面对一个模糊的问题时，通过一系列的提问来确定你真正想要的东西；或者你没有什么好的 ideas 时，帮你想出若干个创意想法；他和上面的 /grill-with-docs 的区别在于：如果你没有已经写好的方案，则跑脑暴；已经有方案了，则跑烤我，其实也很好理解，一个是帮你写方案，另一个是挑战你的方案。