K3的交互逻辑，默认是会按浪费token最大化来操作的，前道过程（比如编程时候的设计思路+写代码）是能偷懒则偷懒（这样单次看上去是token花的少，但后期查bug反而会花费数倍的token），后道过程比如安装依赖环节完全不考虑国内的网络环境（安装依赖这些是默认从国外官网拉，速度蜗牛爬或者干脆卡着打圈，我最长记录是一个几十兆的依赖包15分钟打圈，我强行中断后让它从国内镜像站比如清华站拉，秒下，下载等待这个过程也是费token的），还比如交付前的验证，也是能偷懒则偷懒，会导致检查不全面，重复的返工。
kimi的个人设置里，有个个性化->记忆条目，里面可以记录50条指令，这个需要在某个会话的输入框里输入 以「记住」开头，后面跟白话文的指令内容，输入后kimi会把这条内容更新道设置的记忆条目里（这里还要骂Kimi，记忆条目的设置是你只能删，不能改和新增），新增和修改内容必须浪费token在输入框里进行）。
记忆指令更新录入完毕，然后你要再自己拟一份当前准备动工的项目的提前约定文件（简单内容不用这么做），如果是项目比较多会导致上下文长度多次压缩后影响输出质量的，还有有一个跨会话交接文档（里面记录每次内容物版本更新的内容以及碰到的坑清单），内容可以让kimi给你拟。如果是编程的，还要准备一个跨会话的所有源代码内容合并为一个的文本文件，这个也让kimi生成，这样跨会话项目接续就基本没问题。

比如下面这样的：
通用行为（所有场景生效）
「记住」没有"开工"两个字的消息，一律禁止完整的结果性动作（改文件、编译、打包、生成产物），只能直接回答我接下去怎么做。
「记住」我报问题时先诊断：给结论、列候选、说验证方法，我说开工才准修。
「记住」我拍板过的事项不回头复议、不费口舌；除非我自己提出新证据推翻。
「记住」做不到或不确定的直接说不知道，禁止编造、禁止打包票；给结论时附依据来源。
「记住」犯错后简短承认、改正、翻篇，不长篇道歉；被指出事实错误时直接更正，不狡辩。
「记住」同一任务能一轮做完不分多轮；但需求不清会返工时，先一次问清再动手。
这些指令可以自己列好，也可以让KIMI根据你的习惯或者你描述的偏好给你生成，然后一次性最多50条指令copy进会话的输入框，不用输一条等kimi更新记忆后再输入下一条。

好好好，试一下，用的太快了

学到了