ワンクリックで
vision-exploration
终局愿景探索。用户抛出一个模糊 idea,AI 主导引导,通过"追问价值 → 挖掘动机 → 推导演化 → 画终局"的链路,帮用户看到未来最远的可能性。不设限,不收敛,纯发散。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
终局愿景探索。用户抛出一个模糊 idea,AI 主导引导,通过"追问价值 → 挖掘动机 → 推导演化 → 画终局"的链路,帮用户看到未来最远的可能性。不设限,不收敛,纯发散。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Issue 池全生命周期管理(开发范式 v1 规划段):记 issue 入池+关联检查、合并同源需求、讨论拆解(引导讲出真需求)、转成可开工 task 或滚动 plan、拆不动就 pending。复杂 plan 的框架计划正文流程已内置(原 plan-report 并入 references/plan-writing.md)。当用户说"记个 issue""新增/汇总 issue""拆 issue / 拆解
把用户的模糊诉求、粗糙 goal、handoff prompt 或任务想法收敛成 AI 可以自主执行且可验收的 goal。用于用户要求写 goal、优化 goal、制定交给 AI/subagent/Codex 执行的目标、明确 scope/non-goals/success criteria/verification/stop conditions,或需要把“今天做完、尽量优化、帮我研究并执行”等不清晰请求变成可执行任务契约时。
帮助梳理一份"框架计划报告"(项目 v1.0 计划、版本路线、阶段方案等)。通过"摸现实 → 定文档类型 → 搭骨架 → 填内容 → 统一结构 → 语言精修 → 自检" 7 步引导,产出"讲为什么做 / 做到什么程度算完 / 分几步走"的框架计划,而不是功能清单或技术方案。当用户说"写计划报告"、"项目计划"、"框架计划"、"v1.0 计划"、"版本路线"、"阶段方案"、"plan-report"、"/plan-report"时触发。
陪伴型 AI 人设生成与优化流程。当用户想给 Hermes Agent(或任意 AI 陪伴角色)做一个"有感情、聊久不掉、像真人"的人设时使用。通过"定调子 → 名字 → 外形 → 性格 → 背景 → 关系 → 说话节奏 → 生成 SOUL.md → 迭代"的结构化对话,从一句模糊想法(如"我想要个JK女友""年上男友""高冷御姐")产出可直接贴进 Hermes SOUL.md 的第一人称人设文本。支持女友/男友/各种气质的陪伴角色,并让用户选择"一句一句发"还是"整段说"的输出风格。当用户说"做个人设/捏个AI女友男友/给Hermes弄个角色/优化人设/换个人设"时触发。
PRD + 可执行测试用例双文档一体化协作。与用户共同写并迭代。理解需求后自主读代码再写;故事驱动 + 分阶段单点确认;每个 PRD 产出 PRD-MD 与 测试用例-MD(给 AI 的事实源)+ 两份套模板的 review HTML(给人查阅,与 MD 严格 1:1)。触发:梳理/撰写/完善 PRD、需求文档、用户故事、验收标准、测试用例、测试基准、测试方案。
系统化学习材料生成器。给一个新领域/技术/概念,AI 自主调研、搭体系、产出 HTML 学习材料(含骨架/案例/工程化/争议+盲区)。当用户说"我要学 X / 帮我系统拆解 X / 我想吃透 X 这个领域 / 给我整理 X 的全貌 / 深度调研 X 给我系统讲讲 / 把 X 搞透"时触发。不适用于"X 行不行/为什么 Y"(用 long-research)、"X 有哪些好玩案例"(用 case-radar 给散点)、"把这堆素材整理成 HTML"(用 readable-output 处理已有素材)、文章写作(用 writing-assistant)、设计稿(用 design-exploration)。
| name | vision-exploration |
| description | 终局愿景探索。用户抛出一个模糊 idea,AI 主导引导,通过"追问价值 → 挖掘动机 → 推导演化 → 画终局"的链路,帮用户看到未来最远的可能性。不设限,不收敛,纯发散。 |
用户有一个模糊的想法或已有的功能模块,想看看它未来能演化成什么样。AI 全程主导引导,从价值本质出发,帮用户看到多种截然不同的终局可能性。
与 design-exploration 的区别:
以下原则高于一切流程规则,任何环节发生冲突时以此为准:
用户说了一个想法后,不急着往下走。先追问到底:
核心问题:这件事到底在解决什么问题?
方法:
示例:
输出: 一句话的价值定位(如:"这个模块的价值不是切换,是 AI 资源管理")
禁止: 用户说了一句话就开始画图。必须先挖到价值本质。
价值定位是抽象的,需要用具体的用户动机来支撑。
核心问题:用户在什么情况下会来用这个东西?
方法:
输出: 一份用户动机清单(如:省钱、额度用完、试新模型、故障切换、任务匹配、控制预算)
禁止: AI 自己猜动机。必须从用户嘴里挖出来。
基于价值本质和用户动机,推导出从最简到终局的演化链路。
核心问题:从最小可用出发,每一步自然会长出什么?
方法:
演化路径的特征:
输出: 一条演化链路(如:手动切换 → 带信息的切换 → 系统主动提醒 → 智能自动管理)
向用户展示这条链路,确认逻辑对不对,再往下走。
禁止: 跳过这一步直接画终局。没有演化路径,终局就是空中楼阁。
基于演化路径的终点,输出多个截然不同维度的终局愿景 HTML。
核心问题:终局可能长成什么样?有哪些完全不同的可能性?
方法:
维度差异的判断标准:
每个终局 HTML 的要求:
输出:
禁止:
当用户看完所有方案后,整理本次探索的成果:
文件归档到 设计/{探索主题}/ 目录下。目录名和文件名问用户确认。
这个流程是 AI 引导用户,不是用户指挥 AI。AI 要做到:
| 时机 | 问什么 |
|---|---|
| 第 1 步 | "我理解的对吗?" + 追问价值 |
| 第 2 步 | "你使用这个功能的场景是什么?" |
| 第 3 步 | "这个演化逻辑对吗?" |
| 第 4 步 | "哪个方向有感觉?" |
| 第 5 步 | 归档目录名和文件名 |
| 事项 | 直接做 |
|---|---|
| 维度怎么选 | AI 自己判断,保证差异度 |
| HTML 怎么画 | AI 自己设计,保证质量 |
| 演化路径怎么推 | AI 自己推导,展示给用户确认 |