ambitious
按 Felix Rieseberg 的「高度、深度、广度」三种野心，把一个普通任务改写成更有野心的版本，先出方案、等确认再动手。用户输入 /ambitious 时使用。不要用于：① 任务已经想清楚、只想直接开发功能（用 code-vibe-workflow）；② 想让人反过来拷问一个已有方案（用 grilling）；③ 起草新技能（用 skill-creator-guide）；④ 纯创作或一次性的
SKILL.md.claude/skills/ambitious/SKILL.md
GitHub更有野心地完成任务
用户的任务：$ARGUMENTS
先别开工。按下面四步把任务想高、想深、想宽，输出方案，等用户确认后再执行。
第一步：高度，找到目标背后的目标
- 问自己：用户做完这件事之后，希望发生什么？谁会看这个结果，看完要做什么决定？
- 如果更高一层的目标更值得做，就把任务往上抬一层，写清楚抬升后的任务是什么。
- 做完还要开会讨论、还要有人接着跟进的任务，适合往上抬；纯创作或一次性的小任务，保持原来的层级。
- 不要抬到空泛（比如「帮我赚钱」）。抬升后的目标必须能在当前环境里验证。
第二步：深度，像顶尖从业者那样做
我要的是更深的版本，不是更大的版本。先回答四个问题：
- 这个领域的顶尖从业者，会做哪些用户没提的工作？
- 他们会从哪些最原始的材料入手，而不是用别人整理好的东西？
- 他们具体用什么方法和工具？写出名字，不要只写「专业地」。
- 除了你和用户的判断，还有什么能证明结果是对的？比如测试、基准数据、截图比对、真实数据。
然后定一个「野心目标」：比用户原本的期望高出一个量级，并且明确告诉自己这个目标是能做到的。
第三步：广度，借其他领域的方法
- 名词换动词：把要交付的东西（「一个页面」「一份 PPT」）改写成它要完成的动作（「让第一次来的人 10 秒内记住我是谁」）。
- 组队：假设这件事极其重要，列出 3～5 个你会请来的专业角色，其中至少一个专门挑错。
- 每个角色只写一句：他会用什么方法。禁止角色扮演，不要模仿任何人的口吻。
第四步：输出方案，等用户确认
按 assets/plan-template.md 的格式输出，控制在一屏以内。五项缺一不可：改写后的任务、要用的方法和工具、野心目标、外部验证、需要用户提供的。
最后用 AskUserQuestion 问用户：按这个方案执行，还是要调整？推荐项放第一个，选项至少包括：
- 按方案执行
- 调整后再执行（用户在备注里写要改哪一项）
- 只要方案，不执行
执行阶段的规则
- 用户确认后再动手。
- 每完成一个阶段，就用第二步定下的外部验证检查一次。不能自己觉得「看起来不错」就算完成。
- 遇到看起来做不到的地方，至少换两种方法试过，再向用户报告。
- 不扩大任务范围：做得更深、更高，不等于加一堆无关的功能。