WWW.YOUINFO.SITE
标签聚合 有个

/tag/有个

LinuxDo 最新话题 · 2026-06-12 11:38:10+08:00 · tech

我去年刚毕业,双非,薪资有个12k(base北京),(毕业之前最好打算就是10k,所以也算实现自己愿望了)不知道是不是穷惯了的原因,不敢花钱。大学期间也很节约,现在工作10个月了存了有5w左右,不敢花钱, 第一个月工资给自己买了个二手的13PM 给我高兴坏了,我也能凭自己买这些了,但是还是不敢花钱,一想以后要买房买车要结婚(家里不能助力,农村家庭)就压力很大,现在做的最解压的就是自己做一顿好吃的(100块钱自己买菜,海鲜,差不多就能算很好了)我也不知道我现在的消费观对不对,总想存钱应对以后,但是现在dy上和周围朋友都有一种声音,就是要多出去看看世界,怎么样怎么样,(其实我自己因为出差的原因也看了不少,只觉得祖国河山确实美丽),但是对我来说并没有多高兴,甚至不如打游戏逆风翻盘来得刺激。我现在想装台电脑也觉得内存贵也舍不得,买个游戏皮肤也舍不得,不知道咋了,现在貌似已经实现年少的愿望,却还是被车房结婚压得喘不过来气。 还有一句话:欲买桂花同载酒,终不似少年游。 我觉得这句话也对,也不对。若让我抛下责任去选择满足自己的一些欲望,可能我自己也不会觉得很高兴,但是转念又想,以后老了没机会去做那些事了会不会后悔呀! 现在每天虽然过得比较轻松,但总感觉是麻痹自己欸,希望佬给点建议或看法,畅所欲言。 8 个帖子 - 5 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-12 10:36:33+08:00 · tech

最近手上有个项目,是用本地部署大模型进行视觉检测 测试了之前留下来微调过的Qwen2.5VL 7B,然后又测了新的Qwen3.6 27B,Qwen3.6 35BA3B,还有gemma4-26BA4B 总体测下来,感觉qwen3.6 35B的最好用,由于是moe模型,所以速度比稠密模型快很多,5090跑的q5量化版本,能有230t/s以上,效果也是最好的,但是优化起来比较麻烦,如果训练lora的话得用原版模型训练,本地算力不够,估计得上云端,还在考虑有没有其他思路能够优化的 3 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-12 10:23:27+08:00 · tech

社区破壳纪念 时间: 2026年5月下旬 - 6月 事件: 经历了半个月“望眼欲穿”等邀请邮件的折磨,每天看邮箱,每天失望。直到某天福至心灵,突然发现原来 GitHub 账号满 5 年就能直接注册 !一试即中,瞬间破局。 心情标签: #柳暗花明 #L站真好 #水群使我快乐 #你们好帅话也好听 #始皇你好 但是我有个问题 评论区一路滑到最底部,结果发现自己迷失在茫茫回帖里,想回看主贴,还得费劲地往回滚屏幕。 有什么快捷方式吗? 8 个帖子 - 8 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-12 08:51:03+08:00 · tech

就是 领导现在看别的系统都接入了ai 我们有个类似低代码的系统 后端他们现在已经搭建了一个Hermes 有一下的场景 1.如图一是外层应用管理 这里可以在右下角有个聊天的窗口可以可以去比如让ai 去创建应用 创建表单 等一切可以操作的 这里我理解的是 可以把操作我们表单的东西 作为一个mcp服务端 注册进Hermes 让Hermes 自行选择工具调用 2. 图二是应用内部表单的管理 同1 只不过这里应该给Hermes 的上下文会带上此应用的一些信息 3.图三 是表单的设计页面 这里的设计是这样的 左侧是表单设计 右边是聊天框 但是需要左边去实时的显示 比如ai理解要加一个字段左边要实时的展示 求助:我的理解Hermes 已经是一个Agent 他会loop 但是图三那种不也需要前端调用工具 然后上报工具的结果 这不也是loop 给整不会了 1 个帖子 - 1 位参与者 阅读完整话题

v2ex · 2026-06-12 07:20:18+08:00 · tech

就是通信录/联系人里面, 一般情况下不都是写 11 位手机号的嘛; 然后打电话的时候, 通话记录是能正常匹配上姓名的, 因为国内接打电话推送来的号码一般不带+86; 但是收到短信的时候, 我不确定是运营商传过来号码就是这样 还是 手机系统本身识别到就加上的, 收到的短信来信人是有+86 前缀的, 这直接导致了短信匹配不上联系人里面的名字, 只显示+86 号码... 在 Mac 的 message app 里面也是同样的显示逻辑, 来信号码有+86, 通信录里面的号码如果没有的话是匹配不上的.

v2ex · 2026-06-12 07:20:18+08:00 · tech

就是通信录/联系人里面, 一般情况下不都是写 11 位手机号的嘛; 然后打电话的时候, 通话记录是能正常匹配上姓名的, 因为国内接打电话推送来的号码一般不带+86; 但是收到短信的时候, 我不确定是运营商传过来号码就是这样 还是 手机系统本身识别到就加上的, 收到的短信来信人是有+86 前缀的, 这直接导致了短信匹配不上联系人里面的名字, 只显示+86 号码... 在 Mac 的 message app 里面也是同样的显示逻辑, 来信号码有+86, 通信录里面的号码如果没有的话是匹配不上的.

LinuxDo 最新话题 · 2026-06-11 19:24:07+08:00 · tech

小弟我这边之前有部署一个内网的CPA供内部小团队使用,但因为最近上面想看下消耗、并计划给开放部分资源其他部门,于是我就部署了一个new api,来做分发。 目前遇到一个情况,因为考虑开放资源给其他部门后的一些合规的问题,我把之前CPA上的mimo、minimax等国模添加到new api后,即new api里的国模上游就是官方渠道,不是CPA,这个时候用codex cli 和 cherrystudio测试时,发现使用v1/chat/completions是可以正常工作的,但是使用v1/responses时直接报错 get request url failed: unsupported relay mode: 33 这种情况我下我是该怎么处理呢。 5 个帖子 - 3 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-11 00:15:49+08:00 · tech

一直有个疑问,之前用opus4.6,或者4.7,4.8,在Claude Code桌面端中都分别有4.8和4.8 1M,我就很好奇,它们除了上下文不同之外,能力上会有差别吗? 比如说opus4.8或者最新出来的fable5会不会比带1M上下文的要聪明些呢? 然后现在这个fable5模型不能开fast,感觉好慢啊。动不动一个问题就处理个四五十分钟啥的。 6 个帖子 - 3 位参与者 阅读完整话题

V2EX - 技术 · 2026-06-10 19:28:11+08:00 · tech

我是做后端的,有个 bug 用 GPT-5.5-xhigh 来回搞了两天都没搞定。今天刚好 Fable 5 上线,就用它试了一下,确实一轮对话就找到了问题所在。然后我把结论丢给 GPT-5.5-xhigh 核实,没问题之后再让它出方案、验证、修复,最后就解决了。 我开的 cluade 的 100 刀的 Max 版本,解决上面说的那个 bug 一共来回两轮对话,消耗如下图所示: 这个消耗确实恐怖

V2EX - 技术 · 2026-06-10 18:28:11+08:00 · tech

我是做后端的,有个 bug 用 GPT-5.5-xhigh 来回搞了两天都没搞定。今天刚好 Fable 5 上线,就用它试了一下,确实一轮对话就找到了问题所在。然后我把结论丢给 GPT-5.5-xhigh 核实,没问题之后再让它出方案、验证、修复,最后就解决了。 我开的 cluade 的 100 刀的 Max 版本,解决上面说的那个 bug 一共来回两轮对话,消耗如下图所示: 这个消耗确实恐怖