1. 当三个大脑同时在线决策会变成什么样你有没有过这种时刻一个产品要不要砍掉某个功能团队里三个人三种意见谁也说服不了谁。你想要的不是更多意见而是不同认知框架的正面碰撞——乔布斯会怎么砍芒格会怎么算马斯克会怎么拆物理极限。Claude Code 的 Skill 机制刚好能干这件事。它允许你把一套「思维方式」写成一个SKILL.md文件放进项目里然后用一条命令加载。加载之后Claude 不再是通用助手而是带着特定心智模型、决策启发式、表达风格的「角色实例」。这篇要做的就是把乔布斯、芒格、马斯克三类思维角色封装成可复用技能在开源 AI 项目里一键调用。适合谁产品经理、独立开发者、投资人、内容创作者——任何需要多视角决策对话的人。你复制下面的SKILL.md骨架和settings.json配置跑通npx初始化命令就能在自己的项目里切换这三个角色。核心检索词先摆出来Claude Code Skill 是什么——它是 Claude Code 的技能扩展机制通过SKILL.md定义角色能力能做什么——把名人思维蒸馏成可调用技能适合谁——需要多元思维框架的决策者。我试过把这套东西接进一个真实的产品评审流程三个角色轮流发言最后收敛出的结论比单人拍板靠谱得多。下面从零开始拆。2. 前置准备TaoToken 接入与 Claude Code 环境2.1 为什么需要 TaoTokenClaude Code 本身要调用模型 API。如果你直接用官方渠道网络和计费都可能有摩擦。TaoToken 提供的是兼容 Anthropic 协议的 API 接入层你拿到 Key 之后把ANTHROPIC_BASE_URL指向它Claude Code 就能正常跑。官网入口https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentAPI 地址不带 UTMhttps://taotoken.net/api2.2 拿 Key 的步骤打开控制台创建一个 API Key。这一步很快重点记两件事Key 只显示一次复制走Base URL 填https://taotoken.net/api。控制台地址https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentAPI Keys 管理页https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content注意Key 不要写进会提交到 Git 的文件。用环境变量或本地settings.json并且把settings.json加进.gitignore。2.3 环境变量配置在终端里设置macOS/Linuxexport ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_API_KEYsk-你的KeyWindows PowerShell$env:ANTHROPIC_BASE_URLhttps://taotoken.net/api $env:ANTHROPIC_API_KEYsk-你的Key验证环境变量是否生效echo $ANTHROPIC_BASE_URL输出应该是https://taotoken.net/api。如果为空说明当前 shell 没加载到检查是不是写进了~/.zshrc或~/.bashrc但没source。2.4 安装 Claude Codenpm install -g anthropic-ai/claude-code装完确认版本claude --version能打印版本号就说明 CLI 就位。接下来才是本篇的重点——Skill 机制。3. 可复制配置SKILL.md 骨架与 settings.json3.1 Skill 目录结构Claude Code 的 Skill 放在项目根目录的.claude/skills/下每个技能一个子目录里面放SKILL.md。结构长这样your-project/ ├── .claude/ │ ├── settings.json │ └── skills/ │ ├── steve-jobs/ │ │ └── SKILL.md │ ├── munger/ │ │ └── SKILL.md │ └── elon-musk/ │ └── SKILL.md └── ...3.2 SKILL.md 骨架这是核心。一个合格的思维角色 Skill不是写「你扮演乔布斯」而是把认知框架结构化。骨架分五块--- name: steve-jobs description: 用乔布斯的产品品味与聚焦哲学分析问题 --- # 乔布斯视角 ## 心智模型 1. **聚焦即说不**Focus means saying no to a hundred good ideas. 判断标准这件事是否让核心产品更 insanely great不是就砍。 2. **端到端控制**同时控制硬件、软件、用户体验的人才能赢。 判断标准这个决策是否让我们对最终体验有完整掌控 3. **品味即护城河**市场份额可以买品味买不到。 ## 决策启发式 - 先问「用户真正需要的是什么」而不是「用户说要什么」。 - 如果一个功能需要解释才能用它就不够好。 - 砍到只剩一个再砍一次。 ## 表达 DNA - 短句。断言。不铺垫。 - 常用「这是垃圾」「这不够好」「重做」。 - 不引用数据引用直觉和品味。 ## 反模式 - 不做「什么都做」的横向扩张。 - 不为短期收入牺牲产品完整性。 ## 诚实边界 - 蒸馏自公开访谈与传记无法捕捉直觉。 - 截止到调研时间不反映后续变化。 - 公开表达不等于真实想法。芒格和马斯克的骨架同理只是心智模型不同--- name: munger description: 用芒格的多元思维模型与逆向思考分析问题 --- # 芒格视角 ## 心智模型 1. **多元思维格栅**从数学、物理、生物、心理多学科取模型。 2. **逆向思考**想知道怎么成功先研究怎么失败。 3. **能力圈**只在自己真正懂的领域下注。 ## 决策启发式 - 反过来想总是反过来想。 - 如果一件事的 downside 不可承受收益再高也不做。 - 等待好球不挥棒也没关系。 ## 表达 DNA - 冷幽默爱用类比和反例。 - 常说「这太蠢了」「我没什么可补充的」。 ## 反模式 - 不碰看不懂的生意。 - 不因为别人赚钱就改变判断。 ## 诚实边界 - 基于公开演讲与《穷查理宝典》。 - 无法替代真实尽调。--- name: elon-musk description: 用第一性原理与渐近极限法分析工程与成本问题 --- # 马斯克视角 ## 心智模型 1. **第一性原理**拆到物理极限再往上重建。 2. **渐近极限法**算出理论最优对比实际差距就是机会。 3. **快速迭代**先跑起来再优化。 ## 决策启发式 - 先算物理极限再问实际路径是极限的几倍。 - 超过 3 倍中间一定有可砍的步骤。 - 质疑需求本身而不只是优化实现。 ## 表达 DNA - 直接、工程化、爱用数字。 - 常说「先算一下」「这在物理上不可能」。 ## 反模式 - 不接受「一直都这么做」作为理由。 - 不为流程而流程。 ## 诚实边界 - 基于公开访谈与传记。 - 工程判断不能替代实际测试。3.3 settings.json 配置片段.claude/settings.json里声明技能加载路径和模型接入{ skills: { directory: .claude/skills, autoLoad: true }, env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: sk-你的Key }, model: claude-sonnet-4-20250514 }注意autoLoad: true会在启动时扫描所有技能目录。技能多了会拖慢启动建议按项目需要只放当前要用的。3.4 npx 初始化命令如果你不想手动建目录用 npx 一条命令拉取现成的技能仓库npx skills add alchaincyf/nuwa-skill这条命令会把女娲技能装进当前项目的.claude/skills/。装完检查ls .claude/skills/应该能看到nuwa-skill目录。想单独装某个角色npx skills add alchaincyf/steve-jobs-skill npx skills add alchaincyf/munger-skill npx skills add alchaincyf/elon-musk-skill三条命令跑完三个角色就位。4. 验证请求多角色切换实测4.1 启动 Claude Codeclaude进入交互界面后先确认技能被加载。输入/skills如果配置正确会列出steve-jobs、munger、elon-musk三个技能。没列出来就回到第 5 节排查。4.2 单角色调用先测乔布斯视角。输入用 steve-jobs 视角分析我们的 SaaS 产品要不要加一个 AI 聊天功能预期输出会带着「聚焦即说不」的框架先问这个功能是否让核心产品更极致而不是直接说「加」或「不加」。如果输出是泛泛的「AI 功能有好处也有坏处」说明技能没生效Claude 在用通用模式回答。4.3 多角色切换关键验证在这里。同一个问题连续切换三个角色切换到 munger用逆向思考分析同一个问题。切换到 elon-musk用第一性原理算一下这个功能的成本极限。三个角色的回答应该明显不同乔布斯谈品味和聚焦芒格谈 downside 和能力圈马斯克谈物理极限和路径倍数。如果三个回答风格雷同说明SKILL.md里的心智模型写得不够差异化。4.4 成功结果长什么样以「获客成本太高」为例马斯克视角的输出应该类似先别想怎么降。先算物理极限。获客的最小必要动作是什么用户从知道你到付费信息传递的理论最短路径是什么现在你的实际路径是理论路径的几倍如果超过 3 倍中间一定有可以砍掉的步骤。不是优化漏斗是质疑漏斗本身该不该存在。注意这里用的是「第一性原理 渐近极限法」不是复读语录。它把新问题套进了认知框架。这才是 Skill 机制的价值——蒸馏的是认知操作系统不是说话风格。4.5 用 API 直接验证如果你想在脚本里调用不走交互界面curl https://taotoken.net/api/v1/messages \ -H x-api-key: sk-你的Key \ -H anthropic-version: 2023-06-01 \ -H content-type: application/json \ -d { model: claude-sonnet-4-20250514, max_tokens: 1024, messages: [ {role: user, content: 用芒格视角分析要不要 all in 一个赛道} ] }返回 200 且content里有符合芒格框架的回答说明 API 链路通。返回 401 检查 Key返回 404 检查 Base URL 是不是多了斜杠。模型对话入口https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content5. 本篇常见错排查5.1 技能不加载现象/skills列表为空。排查顺序先看.claude/skills/目录是否存在且非空再看settings.json里directory路径是否写对相对项目根目录最后确认SKILL.md的 frontmatter 有没有name和description缺一个就不会被识别。5.2 角色回答风格雷同现象三个角色回答差不多。根因是SKILL.md里的「心智模型」写得太抽象比如只写「要有远见」这谁都能说。改成具体判断标准比如「超过 3 倍路径就砍步骤」差异化立刻出来。5.3 API 报 401Key 错了或没加载。先echo $ANTHROPIC_API_KEY确认环境变量再确认settings.json里的 Key 没写错。注意 Key 前后不要有空格。5.4 API 报 404Base URL 写错。正确是https://taotoken.net/api不要加/v1不要加尾部斜杠。Claude Code 会自己拼路径。5.5 npx 命令卡住网络问题或 npm 源慢。换源npm config set registry https://registry.npmmirror.com再重跑npx skills add。5.6 技能加载了但 Claude 不用现象技能在列表里但回答还是通用模式。原因是你的提问没触发技能。显式点名「用 steve-jobs 视角分析……」。或者在SKILL.md的description里写清楚触发场景Claude 会自动匹配。5.7 多角色串味现象切到芒格但回答里混了马斯克的框架。这是上下文污染。切换角色时开新会话或者显式说「忘掉上一个角色现在你是芒格」。6. 长期编码与 Agent 场景的接入建议如果你不只是做决策对话而是要把这套 Skill 机制接进长期的编码或 Agent 工作流比如让 Claude Code 在写代码时自动带上某个角色的评审视角那单次 API 调用就不够了。你需要的是稳定的额度、可管理的 Key、以及能跑长任务的计划。Coding Plan 入口https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content接入文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentClaude Code 专用接入说明https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content我的做法是日常决策对话用按量 API长期跑的 Agent 任务挂 Coding Plan。两者共用同一套SKILL.md切换的只是调用方式。最后留一个实操技巧把三个角色的SKILL.md放进同一个项目但用settings.json的autoLoad控制只加载当前需要的。技能不是越多越好三个差异化足够大的角色比十个风格雷同的角色有用得多。跑通之后你可以照着骨架蒸馏任何你想「召唤」的人——关键是提取认知框架不是模仿语气。