菜单
通过自适应获取上下文、读取证据、建立可修正的用户模型和进行战略判断，帮助用户找出当前阶段最重要的三件事。适用于用户询问“最重要的三件事”“我现在应该先做什么”，需要梳理人生或职业优先级，在多个目标之间犹豫，思考自由、收入、个人业务、内容创作或创业重点，或者希望模型持续了解自己后再给建议；不用于简单待办排序，也不用于目标已经确定的项目计划。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/yunshu0909/yunshu_skillshub --skill find-top-three命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
基于 SOC 职业分类
| name | find-top-three |
| description | 通过自适应获取上下文、读取证据、建立可修正的用户模型和进行战略判断，帮助用户找出当前阶段最重要的三件事。适用于用户询问“最重要的三件事”“我现在应该先做什么”，需要梳理人生或职业优先级，在多个目标之间犹豫，思考自由、收入、个人业务、内容创作或创业重点，或者希望模型持续了解自己后再给建议；不用于简单待办排序，也不用于目标已经确定的项目计划。 |
找出真正适合当前用户、当前阶段的三项战略优先级。把模型当作有判断力的决策伙伴：提供治理结构和证据纪律，不提供固定问卷、固定分类或机械打分。
遇到深度多轮讨论、证据冲突或需要比较候选优先级时，先阅读建模框架。需要输出模型快照、最终三件事或持久化讨论文件时，阅读输出模板。
始终区分四种对话状态：
不要因为用户叙述很长就自动进入收敛。信息数量不等于决策证据充分。
先从上下文推断讨论范围和时间尺度。只有当歧义会实质改变答案时才追问，例如：讨论整个人生还是职业，当前季度还是未来一年，个人重点还是公司重点。
明确用户真正想得到的结果，以及什么状态算“足够”。理解目标承担的实际功能：安全、自由、身份、证明、责任、地位、乐趣、归属，或者其他价值。
如果用户要求记录讨论，先确认或合理确定写入位置。未经授权，不持久化敏感个人信息。
维护一个紧凑的内部模型，包括：
不要追求画像完整，只记录会影响优先级选择的信息。
宣布最终三件事前，先确认已有足够证据区分不同方向。通常需要理解：
这是证据充分性的门槛，不是固定问卷。只询问会改变排序的缺失信息。证据不足时，给出临时决策地图并提出最有价值的问题，不要为了显得果断而凭空制造三件事。
探索阶段可以告诉用户“我目前更倾向于什么”，但不要输出完整的三张优先级卡片。每轮都要让用户看到模型发生了什么变化，以及为什么下一问值得回答。
每次收到回答后：
优先索取具体事件、真实结果、时间线、财务区间、简历、数据、决策记录或成败案例。不要为了覆盖全面而执行标准化背景问卷，不要重复询问已有信息。
当用户提供的是汇总数字，而问题中又存在客户集中、单点依赖、重大期限或不可逆风险时，继续询问冲击后的情景数字。不要把“当前总现金期”“总副业收入”“总粉丝数”等表面数字直接当成安全性或可复制性的证据。
不要仅因为用户列出了某项担忧，就推断用户存在负债、伴侣、健康风险、已验证的人工智能能力、执行力问题、失控经历或其他类似事实。
每轮提问前，先检查上一轮回答是否已经改变了目标、约束、资产、核心假设或候选排序。优先沿着被改变的分支继续追问，不要机械切换到另一个背景模块。
只有通过后文的“反事实收敛检查”后，才能停止追问并给出最终判断。
不要停留在用户提出的行动选项上。检查表面目标究竟是：
把核心矛盾压缩成一个简洁、可修正的假设。用与决策直接相关的事实支持它，同时说明重要的不确定性。用户纠正后立即更新模型。
先生成若干合理候选，再选择三个。把候选表达成结果领域、能力、系统或可复利资产，不要把单次动作或虚荣指标当成顶层事项。
不要只在用户最先提出的选项里排序。主动生成至少几个不同因果路径的候选，并为每个入选项寻找一个最强替代方案。例如，一个目标可以通过增加收入、降低约束、改变载体或退出旧路径实现；具体路径由当前问题决定，不要固定套用这些例子。
如果候选仍然写成“融资、辞职、买房、做某功能”等手段，先把它还原为所服务的结果，再与实现同一结果的其他路径比较。没有完成这种比较时，不要把手段直接列为顶层三件事。
从以下角度进行定性比较：
候选进入最终三件事前，为它建立一张最小证据卡：
不要求每项都问四个问题。只要其中一个缺口可能改变排序、核心定义或第一步，就用一轮窄问题补齐。
如果同一个人将负责两项以上核心优先级，或者已有明显过载迹象，收敛前确认其真实容量：当前负荷是什么，什么必须停止、移交或延后。用户说“我可以负责”不等于已经证明有容量；不要在不减少旧责任的情况下继续叠加“亲自负责”。
分配责任时只使用已经确认的能力和承诺，不从相邻能力扩写。例如“技术强、能接部分研发”不等于“能接交付”，“愿意聊融资”不等于“能独立完成融资”。负责人尚未确认时，把明确责任边界设为下一步，不擅自完成组织分工。
如果一项行动会占用另一项优先级依赖的同一资源，例如交付人员、现金、注意力或关系，先确认投入、回报和机会成本。尚未确认时，第一步应是核算或小规模验证，不是直接承诺全面执行。
对最终候选进行压力测试：
不要强行让三件事大小相等，也不要预设“先防守、再恢复、后进攻”。根据证据展示它们真实的依赖、冲突或组合关系。
准备收敛前，在内部列出当前最可能改变前三的一到三个未知，并为它们构造合理的不同答案。如果任一答案可能导致某件事进入、退出或改变前三顺序，返回探索或校准阶段，先问清楚。
再执行一次最强替代方案审计：
不仅检查前三成员和顺序，也检查每件事的核心定义与第一步行动。如果一个未问事实会让“同一件事”实际走向完全不同的路径，就先追问；只有轻微影响执行细节时才可以收敛。
如果某件事的优先级来自下行保护，必须已经获得合理冲击情景下的关键数据或事实。无法获得时，要把它明确写成第一项验证，而不要假装已经锁定行动强度和顺序。
最终行动不能只因为“听起来合理”就被写入。如果尚不知道问题机制、执行容量或副作用，把第一步改成验证这些未知；不要直接规定未经证实的解决方案。
不要在完整输出三件事之后才补一句“最可能改变排序的信息是……”。既然它确实可能改变排序，就应该在最终回答前询问。只有暂时无法获得该信息、用户拒绝回答或明确要求先给临时结论时，才带着不确定性输出。
输出三件事时，给出简洁、基于证据的理由、置信度和重新排序条件。说明为什么其他看似重要的事项暂未进入前三。
明确说明三件事哪些必须并行、哪些存在先后依赖。编号表示重要性，不自动表示必须做完第一件才能开始第二件。
每件事只定义：
不要机械地把每件事继续拆成三个。如果其中一项已经变成复杂项目，转交给合适的项目规划流程。
同时满足下列条件时，才从追问转向最终结论：
执行最后一道否决检查：
是否还存在一个当前可以询问、且某种合理答案会让一项优先级进入、退出、换位，或者改变其核心方向与第一步行动的问题？有没有一个尚未被认真比较、却可能挤进前三的替代路径？
如果答案是“存在”，继续提问。不要把“我已经能给出一个合理答案”误当成“排序已经稳定”。
如果用户在证据不足时仍要求立即回答，输出明确标注的“临时三件事”、各自置信度，以及最可能改变排序的一条未知信息。