V2EX › ykone 的所有回复 › 第 1 页 / 共 1 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

4 天前

回复了 atreus1891832889 创建的主题 › 程序员 › 国模 kimi 和 glm 等哪个更划算

glm 吹都来了，自己冲个几块钱用用就知道几斤几两了，吐了

8 月 30 日

想看 pi 和 codex 、cc 对比效果的自己可以看 https://www.databricks.com/blog/benchmarking-coding-agents-databricks-multi-million-line-codebase ，

8 月 30 日

回复了 andie 创建的主题 › 程序员 › 想看看各位使用 Pi 的姿势

千万别用 omp 。自定义能力和全打包功能之间选一方就好，夹在中间这种 omp 就是两头不好，已经是屎山了。

8 月 28 日

回复了 andie 创建的主题 › 程序员 › 想看看各位使用 Pi 的姿势

我的建议就是不要搞重型 GUI 、ADE 的路线，就应该 pi 或者 dsh 等等强自定义的做底层核心，单独开 vscode 或者其他 orca 等等的做 ide 的工作，这样你想怎么迁移都随便。

8 月 27 日

回复了 yidinghe 创建的主题 › 程序员 › （2026-08-27）最近集中发布的高性价比 flash 模型

自己用过就知道，到最后还是梁子的好使。缓存价又低，缓存比例和时间又长，速度又快。真正符合 flash 的定位。glm 的速度真的是恶心死

8 月 26 日

回复了 jonsmith 创建的主题 › 程序员 › 长对话模型上下文暴增，如何压缩上下文？

打错字了......https://github.com/ranxianglei/billion-context-pi ，也有其他插件适配

8 月 26 日

回复了 jonsmith 创建的主题 › 程序员 › 长对话模型上下文暴增，如何压缩上下文？

推荐你用用这个插件 https://github.com/ranxianglei/billion-context-pii ，之前作者也来介绍过，我也是实际用了发现它确实很能解决单个巨型对话的问题，又避免那种一次性压缩的信息丢失

8 月 26 日

回复了 konnga403 创建的主题 › 分享创造 › 一个 Skills 管理工具，解决一些痛点问题，已开源

Skill 和 AGENTS.md 管理确实没啥好工具解决。我比较希望是能做到类似包管理工具功能的管理，项目各自有配置文件，配置全局和局部的 skill 和 AGENTS.md 的依赖，然后要提供 cli 工具作为使用核心。会有点像前面有个老哥弄的管理协议。你做的这个软件是挺好的，UI 也挺好，但是我认为真正要做到方便使用，还是必须要终端支持。现在我就不会下这个软件，因为服务器上就没法用。

8 月 21 日

回复了 royalknight 创建的主题 › 程序员 › codex 订阅额度降幅达 50%！刚刚 tibo 已经回应，是为防止滥用行为

还有和资本家讲理的。666

8 月 21 日

回复了 ZxBing0066 创建的主题 › 程序员 › OpenCodeGo 的 DeepSeek V4 Flash 感觉不纯了

其他这些混乱降智那纯脑补的，唯一确实有问题就是 cache 和速率，会出现速率掉到个位数 tps 还有连续对话中途 cache 归零的情况

8 月 20 日

回复了 blackantt 创建的主题 › 程序员 › 怎么防止别人把客户端反编译后配上他自己的 server(计费)？

我个人觉得，你要本地性能就把核心模块换 C++ / Rust 实现然后 python 接入，后续还能走更多保护技术。要不然就变云服务的模式防的最彻底。其他都是扯的，Nuitka 、Cython 这种太低级了。