5分钟从0到1打造我的第一个Skill

让AI成为你的“想法教练”——帮你从模糊想法中提炼出真正要解决的问题，避免在信息洪流中迷失方向。这篇文章的核心会围绕三个部分展开：一是信息过载如何阻碍想法落地，二是打造这个“想法教练”Skill的构思过程，三是整合版Skill中三大模式的职责划分。

当有一个想法需要判断能否落地时，很多人会习惯性奔向各种平台——AI、小红书、知乎——把碎片信息拼在一起，试图找到解决方案和步骤。但问题在于，有时候连自己想要什么都不清楚，查了一圈再聚焦，等收集到一大堆信息后才发现，这个方向从一开始就不太对。

这个过程既耗费时间，也容易跑偏。信息多了，表面上是选择变多了，但真正要决策时，反而更难判断第一步从哪开始。尤其当一个想法还只是一个模糊的头绪时，如果直接扔给AI，只要给一点方向，聪明又勤快的AI很快就铺开十条路，告诉你功能、平台、路径和执行步骤。这种看似完整的方案很容易让人误以为自己已经想清楚了，但关键问题其实还没碰：

当有一个模糊想法时，真正需要的是它能引导你澄清问题，并给出落地的框架。先慢下来，一步步把本质问题挖出来。追求本质是我个人的信条——

。

于是就有了一个想法：为什么不自己做一个Skill来辅助思考呢？

所以一开始给Codex的skill要求很明确：不需要直接给完整方案，也不需要先推荐平台。现在的任务不是给方案，而是像一个idea coach（需求顾问）那样，辅助做需求判断和决策分析。每一轮问题优先引导思考：最终要解决什么问题？哪一部分最需要先做？结果需要输出什么？

后来进一步思考：这个idea coach要不要拆成三个独立的skills？——严格需求顾问、产品经理教练和Skill架构师，各司其职，再由一个idea coach agent串起来。这样安排，可以先有人梳理需求，再有人判断MVP，最后有人把工作流变成真正可复用的skill。

不过Codex建议：1.0版本不一定要做这么复杂。一个还没有跑通的东西，一上来就拆成很多模块，后面维护起来会很麻烦。最后决定先做成一个整合skill，里面包含需求顾问、产品经理教练以及Skill架构师这三种模式，等以后用多了再判断要不要拆分。这样至少第一版可以先跑通，而不是一开始就陷入架构幻想（INTJ真的很容易这样）。三个模式的职责范围如下：

解决的是想法还很模糊时的问题：先确认核心痛点、最小范围、输入数据、处理流程、输出位置等信息。它更像是在说：这个想法值不值得落地？现在最需要先做哪一个功能？需要给AI什么材料去支持它？

解决的是另一个问题：当一个方向已经大概成立，但想实现的功能太多时，它可以帮助判断优先级和MVP。哪些是第一版必须有的功能，哪些是不太必要且比较难维护的。这个环节很重要，因为很多人经常会在脑子里把一个小东西想成一个完整系统，思考起来很兴奋，做的时候才发现落不了地。

则是最后一层翻译。一个想法哪怕已经被梳理成工作流，也不等于它可以直接变成Codex skill。它还需要被明确为具体触发条件、输入要求、追问流程、确认节点、输出模板及文件结构等等，甚至要判断哪些内容应该写进SKILL.md，哪些应该放到references/。这一步有点像把一个人的思考习惯，翻译成另一个AI也能读懂并稳定执行的说明书。

根据设定，默认流程也不是一路自动跑到底，而是每个阶段结束后都会停下来等待确认。比如先输出需求澄清文档，然后询问是否进入产品经理教练模式，帮助判断优先级并收束最小范围；等确认后，再继续输出MVP工作流文档；之后又问要不要进入Skill架构师模式，把工作流转成skill结构和SKILL.md草稿。

这个停顿恰恰是它有价值的地方。

因为不想要的是一个自动狂奔的agent，真正想要的是一个能陪人思考、但每个关键节点都让人自己判断的工具。它可以帮忙问问题、整理信息和形成文档，但最后要不要继续往下，还是由用户自己决定。这样它才像一个辅助思考的工具，而不是又一个把人推着往前走的系统。

如果要说这个skill和市面上常见的idea coach有什么区别，它更像一个收敛工具。它通过反复把用户拉回几个朴素的问题：你到底要解决什么？希望它扮演哪个角色？需要给它提供什么材料？中间可以怎么处理？问题直白到让人有点烦，但也让人对落地有了真正的思考。当一个INTJ想法很多的时候，最缺的往往是这样的落地结构。没有结构的时候，AI给得越多，人越迷茫；有了结构以后，就算第一版很小，也起码能感受到自己可以跑通。

做完这个skill后，对AI使用也有了一点新的感觉。以前认为用好AI的关键是写一个好prompt，后来发现prompt只能解决一次问题，而

。

Idea coach是基于自己的思考方式生成的第一个skill，它就是一个起点。