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

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9

❮

❯

2 天前

回复了 jedeft 创建的主题 › 程序员 › kimi code 2.5 还是不如 cursor

@tlerbao #14 你连基本的控制变量都学不会？ OpenCode 垃圾也不是一两天的事了。Cursor 秒天秒地，这么厉害怎么自己连个基模都训不出来？

2 天前

回复了 mogutouer 创建的主题 › 程序员 › MiniMax-M2.7-highspeed 模型真的一般般

230B 的总参数，10B 的激活参数。这模型有尝试的必要？

3 天前

回复了 keer 创建的主题 › OpenAI › 昨天上了个 ChatGPT Team 的车，没想象中的好用

很难想象现在 ChatGPT 的核心竞争力是 Code ，网页对话反而是御三家里最拉的。

6 天前

回复了 EeveeRibbon 创建的主题 › 程序员 › 体感 GPT5.4 比 Claude Opus 4.6 更强一点

@Saunak #16 我用的 Factory Droid 。虽然会员里有 GPT5.4 和 Kimi K2.5 ，但是额度太少了。使用 BROY 配置 codex 反代的 GPT5.4 和 kimi Code Plan 。（不开会员也可以配置 BROY ，但是还是要登录）

可以对 Spec 模式单独设置模型，而且 Droid 也支持将 Spec 文件保存到项目目录，我之前是切换到 amp code ，引用 Spec 开始执行。

6 天前

回复了 EeveeRibbon 创建的主题 › 程序员 › 体感 GPT5.4 比 Claude Opus 4.6 更强一点

@ProphetN #12 而且我发现这样做比 GPT5.4 直接写代码还要好，GPT5 写代码一直的问题就是可读性差。而 Kimi 的代码风格更接近于 Claude ，可读性好得多。

6 天前

回复了 EeveeRibbon 创建的主题 › 程序员 › 体感 GPT5.4 比 Claude Opus 4.6 更强一点

写代码这一步用不用 Opus 都无所谓了。我现在用 GPT5.4 做完 Plan/Spec 之后加一句：详细记录所有会受到影响的文件和方法，以及所需的对应修改。

然后把这份超详细的计划交给 Kimi K2.5 去做，效果也一点不比 Opus 出来的差。

2 月 12 日

回复了 Zhipuai 创建的主题 › 程序员 › GLM-5 开源：从代码到工程， Agentic Engineering 时代最好的开源模型

吃相太难看了，国产模型商永久拉黑这家吧。

2 月 11 日

回复了 sakurafire 创建的主题 › NAS › NAS 用户建议远离 123 网盘进行文件备份

国内网盘不适合冷备，旧文件 HASH 引用次数过少，会直接删文件。

2 月 11 日

回复了 YanSeven 创建的主题 › 程序员 › antigravity 作为编辑器使用实在是不合格， bug 一堆

反重力赶紧重构吧

2 月 10 日

回复了 jeremyding 创建的主题 › NAS › 组 raid1 不如数据复制到两份硬盘

家用使用 rsync 和 SnapRAID 这些非实时同步技术毫无疑问是更好的。

Raid 的同步写入本身就是风险操作，尤其是考虑家用 NAS 没有硬 Raid 、没有 ECC 内存、使用静音盘、成品 NAS 散热差的情况下。

更何况使用 Raid ，还必须接受扩容困难的缺点。

2 月 5 日

回复了 VinsonGuo 创建的主题 › Android › 小米要用 Flutter 来重写系统 App 了

大厂切换技术栈，和新旧技术的优劣无关，单纯只是领导层的话语权之争罢了。

2 月 5 日

回复了 VinsonGuo 创建的主题 › Android › 小米要用 Flutter 来重写系统 App 了

@mizuki9 #12 信源没问题，南京小米最近招了一大波人做 Flutter 系统组件。

2 月 4 日

回复了 wshhfy 创建的主题 › Claude Code › Claude5 要来了...真的感到太快了

@iorilu #3 只能祈祷新模型便宜还现实一些。像 o1 、Opus4.1 这些很贵的模型直到下架那天都没降价过。

2 月 3 日

回复了 david1025 创建的主题 › OpenClaw › 感觉 openclaw（原 Clawdbot）这东西想法很好但是用处不大

只能说证明了现阶段 Token 很贵和上下文长度受限的情况下，通用 Agent 还很遥远。

2 月 2 日

回复了 uuundefined 创建的主题 › 程序员 › 谷歌号风控了，深度体验了下 k2.5。还是很垃圾啊

Vibe Coding 不用考虑御三家之外的模型。性价比模型是用来干杂活的，编码用顶级模型就是最省事的。

2 月 2 日

回复了 lyz2754509784 创建的主题 › NAS › 讨论关于 nas 的系统选择有没有好的建议

PVE + OMV + Debian

1 月 28 日

回复了 lw10645 创建的主题 › Android › 2025 了， Compose 变得好用了吗

现在 X 的安卓版是用 Compose 组件替换的，性能确实惊艳。compose 适合比较清爽的响应式界面，复杂页面还是用 View 合适。

1 月 28 日

回复了 frank1256 创建的主题 › Google Gemini › 为什么 gemini3pro 这么拉胯

@swim2sun #14 建议把反代工具里的自动重试关了，Claude Code 的 10 次自动重试（前 5 次快速重试，后五次等待 30 秒重试）完全够用了。

1 月 28 日

回复了 frank1256 创建的主题 › Google Gemini › 为什么 gemini3pro 这么拉胯

@swim2sun #14 CLIProxyAPI ，antigravity manager 没法指定 Haiku 模型分流给别的服务商。我 VPS 在日本，但是下午四点高峰期还是会 503 。好在 Claude Code 会自动重试，一两分钟左右能好，流程不会中断。

1 月 28 日

回复了 Kontinue 创建的主题 › Claude Code › 关于 Claude Code 速度的问题

IDE 工具是直接查的索引，CLI 工具查询是让小模型制定的 Bash 命令。

最常见的 publish-subscribe 。如果别的地方还有 subscriber ，IDE 工具经常会漏，但是 CLI 工具就能处理好。

最抽象的还是 AntiGravity ，Fast 模式用的 IDE ，Plan 模式用的 CLI 。Plan 模式 Write 的时候拿 CLI 工具写文件……

1 2 3 4 5 6 7 8 9

❮

❯