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

V2EX = way to explore

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

For Existing Member Sign In

1 2 3 4 5 6 7

❮

❯

6 天前

回复了 jinininx 创建的主题 › OpenAI › 为了让 Claude Code 合上盖也能跑完，我折腾出了个小工具

我之前也搞过 win 版，启动软件就把合盖行为改为无操作，且阻止超时自动睡眠，空格或 ESC 键退出就恢复合盖睡眠。
放任务栏直接按 Win+1 键启动，挺好用。

https://github.com/jark006/NoLidSleep

![]( https://raw.githubusercontent.com/jark006/NoLidSleep/main/preview_cn.png)

9 天前

回复了 c2r5 创建的主题 › Linux › 请问： Linux 系统下，有没有好用的 [查找重复文件] 的软件？

直接 vibe 一个啊，感觉不难，写出来也快。
先遍历目标文件夹的全部文件的大小，把大小相同的记下来，再对这些大小相同的文件做前 N 字节对比或哈希，再相同就继续文件的下一段区间哈希对比，或者整个文件哈希对比。
你问 AI 还能有更优的方案

10 天前

回复了 awesomePower 创建的主题 › 程序员 › 百度的文心大模型最近有人在用吗，现在啥水平了

已经无人在意了，最早一批进入 T 级参数量的闭源模型，综合能力却比不过那些几百 B 的开源模型。

12 天前

回复了 sungnix 创建的主题 › OpenAI › 哪位大佬知道解除大模型内容审核的方法？

"解除限制"对大模型来说不是简单的开关，而是需要继续训练的，属于 SFT 后训练的延展。

目前大模型的道德限制都是拿大量人类主流价值观语料去训练出来的，输出不好内容就惩罚(大概就是不断调整参数直到很难输出不良内容)。

“去审查”就是就是把上面的做法反过来，拿大量“不在乎道德/法律”的语料继续训练，不断调整模型参数让其不再拒绝坏请求，拒绝就惩罚。

16 天前

回复了 fjia4395 创建的主题 › OpenAI › gpt-5.6 速度慢的问题

估计是取消 5H 限额导致的使用率大增，算力吃紧了吧

28 天前

回复了 larongryan 创建的主题 › 程序员 › 有没有靠谱的中转站啊

这东西靠不靠谱很难讲，我用过的一些也存活很久了，不方便说，怕说暗广。

这两天不是爆出 A\的 CC 内置了为反蒸馏的一堆域名吗，里面上榜了大把成名已久的中转站，有没有便宜不说，至少都稳定存活很久的，你可以去那找找便宜渠道

6 月 29 日

回复了 jackqian 创建的主题 › 程序员 › 体验了一下 zcode,有点一言难尽

我猜付费也差不多，毕竟国内总体都缺算力，智谱更缺，训练要卡，推理服务也要卡。
年底昇腾大规模上市基本就好了

6 月 24 日

回复了 aicong2021 创建的主题 › 程序员 › 有使用过 Kimi code 的同学讲一下到底怎么样，打算充值

没用过 kimiCode, kimi 模型代码能力也不出众。感觉唯一优势就是能方便买到。

6 月 18 日

回复了 firhome 创建的主题 › 问与答 › 实时数字人智能客服/数字人直播，有什么解决方案吗？

看看这个开源的
https://github.com/modstart-lib/aigcpanel

6 月 16 日

回复了 LonelyM 创建的主题 › 程序员 › Fable 5 即将回归？！

我也认为大概率会回归，但是会有限制，很大可能强制要求 KYC 验证

6 月 13 日

回复了 Hhehepei 创建的主题 › 程序员 › c 真能比 Python 快这么多？

@jark006 如果只能用于 Python 项目，也可以用这几种语言实现这个功能模块，再包装出 Python 接口也行

6 月 13 日

回复了 Hhehepei 创建的主题 › 程序员 › c 真能比 Python 快这么多？

C 毕竟是最接近汇编/机器码的 Native 语言，只要写法不太差，基本能榨干 CPU 性能（要是实现地缓存友好，高频调用还能更快）。
而 Python 这类用解释器运行的脚本语言是很慢的，但我看这差距，170 -> 4.8 ，都 3 个数量级了，不太正常，我猜估计是 Python 的实现的效率不是很高。
如果这份程序功能基本已固定的话，建议用 AI 重新使用 RUST/C/C++/GO 这类编译型语言实现，性能会高出很多很多

1 2 3 4 5 6 7

❮

❯