ProphetN 最近的时间轴更新 ProphetN 最近的时间轴更新 |
ProphetNV2EX 第 550522 号会员，加入于 2021-07-10 04:05:15 +08:00今日活跃度排名 5198 |
ProphetN 最近回复了
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 开始执行。
可以对 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 出来的差。
然后把这份超详细的计划交给 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 ，还必须接受扩容困难的缺点。
Raid 的同步写入本身就是风险操作，尤其是考虑家用 NAS 没有硬 Raid 、没有 ECC 内存、使用静音盘、成品 NAS 散热差的情况下。
更何况使用 Raid ，还必须接受扩容困难的缺点。
Select Language