云间的上帝 eiphay
沉默在云间的上帝
关注数: 1 粉丝数: 105 发帖数: 6,333 关注贴吧数: 51
Kimi K3官方网页版使用前的准备工作 K3的交互逻辑，默认是会按浪费token最大化来操作的，前道过程（比如编程时候的设计思路+写代码）是能偷懒则偷懒（这样单次看上去是token花的少，但后期查bug反而会花费数倍的token），后道过程比如安装依赖环节完全不考虑国内的网络环境（安装依赖这些是默认从国外官网拉，速度蜗牛爬或者干脆卡着打圈，我最长记录是一个几十兆的依赖包15分钟打圈，我强行中断后让它从国内镜像站比如清华站拉，秒下，下载等待这个过程也是费token的），还比如交付前的验证，也是能偷懒则偷懒，会导致检查不全面，重复的返工。 kimi的个人设置里，有个个性化->记忆条目，里面可以记录50条指令，这个需要在某个会话的输入框里输入 以「记住」开头，后面跟白话文的指令内容，输入后kimi会把这条内容更新道设置的记忆条目里（这里还要骂Kimi，记忆条目的设置是你只能删，不能改和新增），新增和修改内容必须浪费token在输入框里进行）。 记忆指令更新录入完毕，然后你要再自己拟一份当前准备动工的项目的提前约定文件（简单内容不用这么做），如果是项目比较多会导致上下文长度多次压缩后影响输出质量的，还有有一个跨会话交接文档（里面记录每次内容物版本更新的内容以及碰到的坑清单），内容可以让kimi给你拟。如果是编程的，还要准备一个跨会话的所有源代码内容合并为一个的文本文件，这个也让kimi生成，这样跨会话项目接续就基本没问题。
Kimi3有个很贱的毛病 就是虚心接受，坚决不改。新建会话，先上传编程代码约定，其中一条就是没明确的“开工”命令之前不允许动手写代码“，以及白话-术语字典是大白话和术语的翻译。 但是在实际对话中，只要反馈小毛病，本意是让它分析，没让它动手开工。结果接二连三就是分析完立马进入代码-编译-打包过程。 它自己也承认,[不是记忆问题，规则我一直看得到。真正的原因是：我的默认动作模式是"看到问题→解决问题"，你的铁律要求的是"看到问题→停住，只动嘴"。这两套模式冲突时，我先执行的总是前者——因为前者是我被训练的默认路径，后者是你后加的约束，约束需要每次都主动压住默认，而我好几次没压住。] 很多时候，修bug很多时候就几行代码，花不了多少token，但是写完后测试环节的依赖因为沙盒原因都要重建（依赖包还好是约定先跑国内镜像，否则很多时候从官网拉，可以几十兆的包卡15分钟，tmd我抽完烟回来还卡着打圈），依赖装完跑测试跑回归，最后再打包，更新开发档案和源码合并档案。这个后段过程花费的token有时候比前面动代码要废。 阴谋论一点，这个是kimi故意把模型训练成这样的，可以多花掉用户的token，也就是money。 真贱。
1 下一页