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