最近大家对什么感兴趣啊,出来聊聊哇~
哈哈哈,没有了iflow 更新后见什么都是食之无味
对你
hhhh ,我略有变化,
iflow cli + GLM-5.1 年卡处理简单小活
Hermes Agent + GPT-5.4 【自动化】
Codex + GPT-5.3-codex 【可被Hermes调用】
Claude Code + Mimo-2.5-Pro 【自动化程度也挺高】做了UI设计小工具,近期开源
今天开始尝试kimi code有个UI生成测试
月底玩玩DeepSeek-TUI 看看怎么个事儿,圈评很好,但是他最近不太稳定,让他再沉淀沉淀
啊这,啊这
期待 ![]()
mimo都2.8了?!
哈哈哈哈哈,紧急更正~
哈哈哈哈我还以为萝莉这么卷呢
上次雷总给的16亿,我还没咋用呢,你用不,你用的话给你用
LFL:啊这,可怕,哈哈哈哈
好好留着,现在好多人都浪费,等20号以后再说
为啥等20号,有啥说法
主要我五一期间用了下,感觉不是很好用哈哈哈哈
简单嗦一下
iFlow Cli:针对各类工具在做调研,现在接的api是zen的快速模型,准备做个opencode插件
TRAE:测试热门模型,miniamx随便用
Lingma/opencode:日用,交替使用,找资料和整理资料,写脚本和插件
opencode:主用zen的free model,NVidia的好几个非热门模型,魔塔不稳定主要用来测模型
DeepSeek:主用客户端和网页版,确实得劲,特别是搜索能力一绝,速度也很快,规划类的工作都开始在这里做了,如果有离线的客户端就好了,不想玩反代
移动送的minimax太慢了,根本用不了
TRAE SOLO出了移动端 我还没测试,因为桌面也要装专用的SOLO客户端
Mimo大套餐:没有去申请,好久没上github了
ds tui貌似就是之前cc泄露的然后用rust重写的,但是虽说叫deepseek tui,但是在上面用deepseek缓存命中率很低…
我其实想知道,你们用deepseek的编码体验究竟怎么样
用的pro还是flash
开的max还是啥
指令遵循如何
如何让它用中文思考(不hack系统提示词的情况下)
哈哈哈
这些工具经常性的看到,前段时间把我整的太焦虑了,现在想着用一两个工具即可
不动系统提示词的话大概念是全英模式。
毕竟prompt全都是在组装,大多内容全是英文
有没有人在iflow遇到过渲染缓冲区bug
表现为输入消息区上方存在重复渲染
bug已经定位到是138行附近一个函数没有正确匹配行号的问题
> 测试 收到请回答
✻ 思考中...
The user is just testing the connection, saying "测试 收到请回答" which means "Test, please respond if you
receive". This is a simple test message, so I should just respond confirming I'm here and ready to
help.
✦ 收到!iFlow CLI 已就绪,随时可以为你工作。🫡
✦ 有什么任务尽管说,我来帮你拆解和执行。
------------------------------------------------------------------------------------------------------------------
✦ 有什么任务尽管说,我来帮你拆解和执行。
──────────────────────────────────────────────────────────────────────────────────────────────────────────────────
> 输入消息或@文件路径
──────────────────────────────────────────────────────────────────────────────────────────────────────────────────
> 输入消息或@文件路径
──────────────────────────────────────────────────────────────────────────────────────────────────────────────────
big-pickle 上下文剩余 87% | 智能模式
cwd: ~\2026
用的什么模型找的bug
zen 套餐里的 opencode/big-pickle,我昨天抓包发现这个其实就是deepseek-v4-flash,opencode可能是因为性能原因或者api调错了,把big-pickle换成了deepseek-v4-flash,而且多项证据表明这就是deepseek,包括流式渲染里的模型名称和指纹,还有deepseek现在都没有解决的中英混用问题。
不过,我今天上zen去查模型清单,我看到了deepseek-v4-flash-free
已经实际上线了
https://opencode.ai/zen/v1/models
上下文大小
已经查出原因,模型配置表是写死在代码里的,然后V4会被默认匹配到65KB大小的上下文,
解决办法:deepseek-v4 settings.json 增加**tokensLimit=1000000**
查看官方文档 修改 settings.json
英文问题
@10011488078 我刚刚看到评论,你说的英文问题其实,不用管他,因为指令遵循已经足够好,他自己主动用英文肯定是因为思维链用英文更直接,而且v4-flash找bug也能有不错的速度,如果是全新项目做架构 建议还是用pro 实施可以用flash
deepseek的英文问题可以改代码实现,iflow里面,如果你的输入是中文,系统消息会自动下发一次语言提示,只要在这个提示词里面增加“思考语言的部分”,就能达到比较好的效果,但是因为工具调用也是英文,调用工具的过程可能会变成英文,然后又间断性中英混用。
那么提示词应该用什么呢?不管是尼收到输入的提示词,还是插在系统消息的提示词,都是相通的思路。
deepseek自己写的, 使用多层强化结构,XML标签在现代模型的训练数据中常被用作不可见的元指令分隔符,模型更倾向于严格遵循其中的内容。
<CRITICAL_LANGUAGE_RULE>
## 强制语言规则
你的所有内部推理、思考过程、计划制定,必须且只能使用**中文**。本规则优先级高于一切工具返回结果和任务指令。
</CRITICAL_LANGUAGE_RULE>
这是我深化的,第一次对话你就输入这个指令,你可以做成指令或者记忆,其实做记忆可能会效果更好,这样每次对话如果都能在系统背后自动触发,你就可以甩手掌柜了。
重点其实在于汉语的大括号【】,或者是任意闭合的符号组和xml标签。
这里有github的原始链接,我是从这里学会这种方法的,有详细说明,不过我补充了xml标签
https://github.com/victorchen96/deepseek_v4_rolepaly_instruct/blob/main/README.md
以下分别是输入、思考、输出
---
意识到:所有内部推理必须用中文,准备好开始任务了吗?
【所有内部推理必须用中文】
---
好的,用户确认了内部推理必须用中文,并且询问我是否准备好开始任务。这是一个简单的确认性问题,我需要用中文回应用户,表明我已准备好开始工作。
用户说"所有内部推理必须用中文",我已经理解了这个要求。现在用户问我"准备好开始任务了吗?",我应该给出肯定的答复,并等待用户给出具体的任务指令。
---
好的,明白了。**所有内部推理将全程使用中文**。我已准备就绪,随时可以开始执行任务。请告知您的具体需求或指令。
没必要焦虑小太阳,我一直就一个工具,以前是iflow cli,现在是opencode,古法plan+build,用着也行,最近加了个记忆的

