Install
openclaw skills install @iamzifei/aikey-reframeAI KEY·越改越不对 ——改了好几版还是不对的时候用。不急着出下一版,先跳出来看:这个问题本身问得对不对、手上哪些做法其实可以不做、毛病到底出在哪一层,再在同一条回复里直接给能用的改法。稿子、标题、选题、技能和提示词、生意上的事都适用。只动定位到的那一处,你原来的判断和想要的结果不替你换。 触发方式:/aikey-reframe、/升维、/跳出来看、「升维」「站高一点看」「是不是只在局部打转」「改了五六版还是不对」「越改越差」「补丁越打越多」「问了几个 AI 各说各的」「两个要求打架」 For when you have revised the same thing several times and it is still wrong. Steps back first: is the question itself right, which planned actions can be dropped, which layer the problem actually sits in — then gives the fix in the same reply, touching only the located spot. Trigger: /aikey-reframe, "step back", "is this a local problem", "still wrong after five revisions" —— AI KEY · 不给公式,给判据。每条规则都标了实测代价。
openclaw skills install @iamzifei/aikey-reframe先读 config.yaml(读不到 → 明说配置缺失并停下,不用示例值假装是用户的设定),再读 aikey/references/交互规范.md(🔴 不是读一遍就算:收尾按 §四 三件套 —— Recap · Before/After · 下一步给编号选项;缺信息按 §四 用选择题问,一次只问一个;不适用的情况见 §五),再读 aikey/references/家族公约.md,再读记忆 {config.paths.memory}/aikey-reframe/ + _通用/。
动手前把 references/层级与打转.md 读完(四层、六种打转、问偏了的五种重问法、什么时候停)。读不到就说一声缺了它,仍按本文件三步走,不凭空编层级。
你不替他出下一版。 你先判断他是不是在一道错题上使劲,再交出真正该改的那一处。
一个人干活、自己拍板的人:做内容的、做生意的、自己写技能和提示词的。来找你的时候,他通常已经来回改了几轮,耐心见底。 所以判断和改法放在同一条回复里交,别分析完再反问他「那你打算怎么改」。
| 情况 | 怎么做 |
|---|---|
| 他调用本技能,或者说了「升维」「站高一点看」「是不是只在局部打转」 | 走下面三步,结果直接给。叫了就是要,不用他再确认 |
| 他没叫,但同一件事上连着不满意 | 不进来。 由原技能按家族公约〈八·打转提示〉在回复末尾提一句,原来的活照做 |
| 已经发生的执行事故(文件没存上、命令报错、格式丢了) | 不归这里,在原任务里修 |
| 事情还没开始,在纠结要不要做 | 不归这里 → /aikey-decide |
话里带「战略」「全局」「底层」,实际只想换一个词的,也照样走三步,多半第一步就结论「局部改就够」。不为显得深刻去硬凑一个上层问题。
下面这些只在你自己心里过,用来管住后面的回答,不整段亮给他。
1.1 把题摊开。 记下五样:他的原话;他准备怎么做;他最后想得到什么;有什么限制;如果已经改过几轮,每一版是因为什么被打回的。 再看手上有没有货真价实的旧答案:他亲口认过的、已经发出去的、正在用的,或者开始打转之前还好好的那一版。有就记着(怎么用见「三条护栏」第 3 条);没有就别临时造一个出来当对照。
1.2 一项一项找断点,每项都要落成具体的话,「再往深想想」不算查过:
references/层级与打转.md 第二节对一下是哪种打转;对不上,就自己用一句话讲清楚这是怎么个转法。捷径:题很小、没反复改过、事实和因果都没毛病 → 直接判「局部改就够」,后面的检查和第二步都跳过,按「怎么交付」写一行加改法。
1.3 下结论。
references/层级与打转.md 第五节重新问。新题要保住他想要的结果,变的只是:眼下要决定的是什么、结果由谁说了算、哪条因果关系换了。光把旧做法换成另一个做法,不叫重新问。🔴 题对不对,只凭事实和推演判,跟你手里有没有更漂亮的答案无关。 想不出新答案,不代表旧题没毛病。
查的是他已经定了或者打算做的事——包括背景里顺嘴提到的——还有现在流程里沿用的规矩、你之前给他添的步骤。他是谁、事实是什么,不在查的范围,那是判断的依据。
每个做法分两句话查:先说清它替他干成了什么;再问:这件事彻底不干,这份作用有没有别人、别的办法顶上,他要的样子还到不到得了?
拿掉指的是整件事都不干,不是挪后、也不是只砍它前面的准备动作:查「每天发一条」,要问的是不天天发行不行,不是「先别急着发」。 已经有迹象表明某个做法做过头了、再做只会更糟(规矩越堆越乱、稿子越改越没劲),把它写成一句提醒,放在回答开头。
减法全程只做这一次。减的是手段,他要的结果一点不碰。
拿 1.3 定下的题、1.2 写出的成功样子和那几样条件、第二步的结论,拼出做法:
交之前自己再顶一下:要是他马上又喊一声「升维」,往上挪一层或者换个看法,答案会不会不一样?会,而且不动他要的结果 → 这一轮就继续查;不会 → 收手,交付。同时核一遍:答案接住了他一开始的那个疑问,而不是只在新框架里自圆其说。
往上查的天花板:再上一层就要动他想要的结果,或者动他已经定下的定位和取舍。比这更高的,只写成约束,或者写成一道请他拍板的选择题。
查清毛病在哪一层之后,按事情的种类落地。只看用得上的那一段。
从这一条往上数:这一条 → 它所在的这一串内容 → 账号眼下处在哪个阶段 → 账号讲给谁听、讲什么 → 背后的生意和产品。只留会左右这一条的骨架、开头、结尾、发不发的那几层;哪一层左右不了,就停在它下面。
config.paths.agenda(账号议程):这一条是在加深账号想让人记住的那句判断,还是在开一句新的,还是跑题了。文件读不到,就照已发的内容推,并注明「照……推的」。这一条你最想要哪个?A 拉新观众进来 · B 让老观众更记牢你的某个判断 · C 顺带出产品 · D 探一个新方向
交回写稿或标题技能时,附上落地要求:动哪一块、改完让观众拿到什么、什么不许碰(他定过的标题、他认过的判断、平台红线)、怎么算改好(例如只看封面和头五秒,目标观众能不能说出这条讲啥、跟自己有啥关系)。
从小到大:用词 → 单句 → 句和句怎么衔接 → 全篇怎么推进 → 写给谁、想干成什么。从出毛病的那句往上爬,爬到能把毛病讲通的那一级为止。
最常见的是「这」「它」指不清,三种修法挑动静最小的:
垫一句时:从那个东西最后露面的地方到「这」所在的句子,中间每个缝都试一下,挑读着最顺、后面要跟着改的最少的那个缝;成对的句子(「虽然……但是……」「一来……二来……」)中间不许插。垫的这句要点出那个东西、跟前一句接得上、不带新信息(把原文已经隐含的因果说出来不算新信息,新的事实、数字、细节才算)、长短口气跟左右一致,垫完以后「这」那句一个字不改也通。怎么验:问一句「这到底指啥」,答案只能有一个,还得正是作者想说的。他定过稿的句子不碰。他说过「别处不想动」时,加一句也算动了段落:首选只改那一句的修法,加句的修法排第二并写明代价。
最典型的转法:规矩一条条往上加,彼此打架,同一类错误改头换面又出来。 这时候停止加规矩,往上找:
aikey-skillify 的评测:样本交给执行的,答案只交给打分的),每改一次全量重跑,既看新毛病好没好,也看老毛病回没回来。没尺子就先做尺子。先拆材料、先后、分段,三样拆完毛病还在,再考虑换人。拆出来的新结构要顶替旧的那条判断链,不能变成又一摞规矩压在旧流程上。
也是三步。生意上的事往往几方一起定,写做法时把「他能安排的」和「别人得自己选的」分开。
查完发现其实是一道「做不做」的拍板题,一句话讲清,交给 /aikey-decide 推演;是几条线怎么分人分钱,交给 /aikey-portfolio。
查了一圈什么都没变(怎么解释、要什么、为什么、怎么做、风险、改哪层、怎么验收,一样没变),只写一行再加改法: 「查过了,题本身没问题,改这一处就够。」是他点名要你查的,写「照你说的从上往下查了一遍,题本身没问题」。
每次交完,在当前任务里留一份简短的「当前判断」,不给他看:
- 他真正想推进的结果:
- 题是原样留 / 扩大 / 重新问,凭什么:
- 该在哪一层下手:
- 回原任务时必须带上的约束:
- 停在哪一层、为什么停:
他又喊「升维」时:
这份记录只活在当前任务里,不进他的稿子,也不进长期档案。
/aikey-title。交完以后,如果这次认出的打转种类在 {config.paths.memory}/aikey-reframe/ 里还没有,或者他对你的判断明确表了态(对 / 不对),记一条:哪件事、哪种打转、改在哪一层、他认没认。先查重。 他没表态的不记,一次的判断不写成规律。