从 送福利 一堆team子号 cpa的 su2api 好像是4500+ 继续讨论： joe_105.zip (387.1 KB) cpa-3000.zip (3.3 MB) sub2api_1_files.zip (2.2 MB) 5 个帖子 - 4 位参与者 阅读完整话题
第一次发布抽奖，翻了下守则应该没有违规，违规请告知 抽10个100刀兑换码来帮我用（限时，这批号封号后余额归零） 站点： https://api.mousy.top 抽奖主题： 10个100刀兑换码 奖品详情： 10个100刀兑换码 活动时间： 截止时间：2026.06.05，23:59 参与方式： 在本帖下回复任意内容 抽奖规则： 每位用户仅允许参与一次。 使用 官方抽奖工具 随机抽取中奖者。 注意事项： 本活动将在活动截止时间后关闭回帖，以确保公正性。 中奖者将在活动结束后12小时内在本帖公布，并通过私信通知领奖方式。 所有规则及抽奖结果由活动发起人和论坛 管理团队 最终解释。 期待您的积极参与，祝您好运！如有任何疑问，欢迎随时联系抽奖发起人。 3 个帖子 - 3 位参与者 阅读完整话题
不是大家都说奥特曼火速取消二验了吗，难道不包括无卡pp开的plus？ 2 个帖子 - 2 位参与者 阅读完整话题
土区的 apple 礼品卡，挂的美西的节点，昨天需要电话验证，火速下单的 gg 卡，还没发货呢，今天登了一下又不需要电话了？奥特曼是不是囤了 gg 卡在这炒货呢啊！ 2 个帖子 - 2 位参与者 阅读完整话题
才看到 还好延后了 火速上线，本来打算爆三个610(最初想法是10个610，也就是6100 但想了一下，好像还是有点多了 ) 结果ldc站更新之后，我的限额低了很多，只能爆800，所以就是一个610，然后补了一个190~ 再有活动我再爆吧~ 还剩1万ldc 花不完 其实最初还以为是1:1兑换的 大脑完全没有运转，没有想到1:0.061这个比例就不对劲 找豆包核算了一下，发现以前是50:1，现在是3.28折 2 个帖子 - 2 位参与者 阅读完整话题
IT之家 5 月 26 日消息，华为日前官宣了 以逻辑折叠（Logic Folding）技术为核心的“韬（τ）定律” ，将芯片设计从 2D 平面优化推向标准单元堆叠的 3D 重构。 随后，北京大学集成电路学院 5 月 26 日发布消息， 在面向“韬定律”3D 逻辑折叠设计的“真 3D”EDA 方向取得关键进展 。 与传统的 die-to-die 堆叠不同，逻辑折叠并非将粗粒度的模块拆分到多块芯粒进行堆叠，而是在设计阶段就把同一模块内部的逻辑，细化到标准单元级，分布到垂直堆叠的多层晶圆上，通过微米 / 亚微米级 face-to-face 混合键合在垂直方向直接打通关键路径。 这一设计范式对 EDA 工具提出了新的要求 。传统的 2D 设计流程，乃至现行的“赝 3D”（pseudo-3D）设计流程，即综合后每个模块被一次性“钉死”到某一片 die，再用 2D EDA 工具逐片实现，都已不足以发挥其潜力。 要真正承载逻辑折叠，物理设计实现必须在完整的三维空间中搜索，模块内划分、跨 die 互连与垂直热路径优化应在同一个优化框架下协同求解。这正是“真 3D”（true-3D）EDA 工具的核心要义。 真 3D 与赝 3D 的范式差异可以归结为以下两点： 其一，划分粒度 。赝 3D 以整个模块为最小单位被分到某一片 die，模块内部的所有标准单元必然位于同一片 die；真 3D 则支持模块内自由划分，同一模块内的标准单元可以被分布到不同 die，设计空间更大。 其二，优化空间 。赝 3D 在每片 die 上各自进行优化，大量复用传统 2D 芯片的 EDA 工具，不允许跨 die 逻辑变换、移动等操作。真 3D 则将多 die 构建的整体空间作为设计空间，各设计阶段均在完整的三维设计空间中进行搜索和寻优，不限制跨 die 逻辑变换、移动等操作。 ▲ “赝 3D（pseudo-3D）”流程（上图）vs “真 3D（true-3D）”流程（下图） IT之家从公告获悉，围绕逻辑折叠所需的“真 3D”能力， 北京大学团队构建了相关物理实现 EDA 工具原型 ，覆盖布局规划和布局两个阶段，并通过 GPU 加速支持千万级实例规模。在技术层面，该工具将跨 die 线长、混合键合端子数量与垂直热路径纳入统一的可微优化框架，使标准单元能够在三维空间中协同放置，而不是被预先固定到某一片 die；混合键合端子用量作为优化变量自动决策，可在线长与跨 die 连接开销之间取得平衡。 团队的工具已在开源工业级设计上完成系统验证，实例规模从约 100 万覆盖到约 2470 万 。相比当前最具代表性的赝 3D 设计流程，物理实现指标方面取得了平均约 30% 的线长缩减、约 6% 的 WNS 改善与约 12% 的 TNS 改善；热感知方面，启用联合优化后峰值温度平均下降 3% 以上，线长几乎无损。以上结果的算法细节与完整结果将于近期发表。 “真 3D 集成”及“真 3D 芯片设计”方法学是北京大学集成电路学院 / 微纳电子器件与集成技术全国重点实验室长期布局的方向。在 EDA 方面，该团队已经研发了真 3D 时序分析引擎、布局规划引擎、布局引擎等。面向逻辑折叠及更广义的 3D-IC 设计需求，团队未来将扩展至多 die 堆叠及复杂 3D 集成场景，研究异构工艺节点下的真 3D 设计方法学，建立快速 PPA 评估与协同优化能力。
在 x 上刷到 A 社开始放松封号后的处理规则的消息，火速登录查看，真的改页面了，之前直接显示账号被 ban，现在是显示申诉弹窗，虽然不知道能不能成，毕竟以前的申诉表单也提交过好几次了，我 24 年的老号啊，那会还是用的 claude-2 来着，还薅过 5 刀 api 1 个帖子 - 1 位参与者 阅读完整话题
rt 女朋友最近有一个检查可能得火速凑 20h，佬友们有无方案 2 个帖子 - 2 位参与者 阅读完整话题
IT之家 5 月 11 日消息，任天堂 Switch 2 于 2025 年 6 月发售，该掌机没有专属的 YouTube 官方应用，无法在线观看视频。谷歌最初承诺会为 Switch 2 上线这款应用，称相关支持“即将推出”。2026 年 2 月，谷歌再度重申了这一说法；时至同年 5 月，YouTube 应用依旧杳无音讯，任天堂与谷歌也均未发布任何相关更新。 对比来看，PlayStation 5 与 Xbox Series X|S 主机发售首日，系统便预装了 YouTube、Netflix 以及多款其他流媒体影音应用。反观 Switch 2，至今一款正规流媒体视频应用都没有，而任天堂还计划在今年晚些时候对其涨价。不过，玩家们意外发现了一个能在 Switch 2 上运行 YouTube 的另类变通方法，而任天堂对此并不认可，随后便封堵了该漏洞。 IT之家注意到，一名 Reddit 用户在任天堂 Switch 2 板块发帖分享了这个巧妙的漏洞：“我们至今还没有官方 YouTube 应用，却能通过《Super Animal Royale》的浏览器看 YouTube，这事太离谱了。” 任天堂 eShop 上架的免费大逃杀游戏《Super Animal Royale》，在标题界面右上角设有滚动新闻推送栏。玩家点击推送里内嵌的视频片段，并选择“在 YouTube 上观看”时，主机便会调用隐藏的内置浏览器。借助这个浏览器，玩家就可以浏览并播放 YouTube 视频，但画质仅为 360P、只能全屏播放、视频缩略图显示异常，且无法登录 YouTube 账号。虽说体验有诸多瑕疵，但好歹能看视频。 然而这个变通办法没能维持太久。该漏洞在网络走红短短数小时后，就彻底失效了。据 Reddit 的 Switch 2 板块用户反馈，现在若试图通过《Super Animal Royale》在 Switch 2 上打开 YouTube，会弹出 2800-1230 错误代码，原本能唤起隐藏浏览器的链接也已失效。 目前尚不清楚是任天堂推送了系统更新，还是向游戏开发商施压、要求其封堵了这条可访问 YouTube 的途径。尤其令人费解的是：任天堂封堵民间漏洞的速度极为迅速，可自 Switch 2 发售至今已过去十一个月，官方 YouTube 应用却依旧迟迟不上线。
从 在我催更三天之后，ds火速上线了多模态 继续讨论： 在我催更三天之后，ds火速上线了多模态 我还是比较关心文字OCR，我去试一下 ds经典的OCR错误率90%，太离谱了(手写文字 相对于豆包专家的30%，哈基米3.1的10%) 有趣 qwen喜欢加戏，但是也挺强 睡前补一张图 3.1迷之自信，但是这一点确实只有他错了 ds选择了不写: 整体感觉应该错的明显更高 不过实践出真知 之后我会让哈基米进行验证 (而且给ds的图是从哈基米那里下载的图 被压缩了 虽然对人类来说识别没问题，对AI估计有问题的 ) 中间还红温了一下，因为哈基米突然给ds的回答认为是我写的最终版正确版 总之也辛苦哈基米了，他每一次用py工具，光代码都得写2万kb，一共写了5万了都 最终结果 d是豆包专家(网页版 APP有降智) 6是3.6plus 5是3.5Omini star是ds识图模式 me是Gemini ds被哈基米狠狠批判了 继续努力 一心只想着技术的公司，搞个视觉第一还不是简简单单() 不过ds不是我的主力 也是没想到qwen3.6p竟然拿下了第一，不过他的多模态识别能力确实要强过omni(在语音转文字方面) 豆包专家在特定统计算法下成绩不是非常好，但他们几个整体上差距也不是非常大嘛 关键是豆包专家相比于哈基米3.1p对于免费用户来说还是便宜一些的 总测试字数 依旧少样本测试 仅供参考 但是难度确实相当大。虽然我依旧能完美辨认我自己写了什么() Ds可是受大苦了 1 个帖子 - 1 位参与者 阅读完整话题
从 话说都V4了，DeepSeek现在还不是多模态吗 继续讨论： 大号没有 小号反而有 真随机啊 感觉可能是中等梯队 看博主测试并不是非常惊艳，大部分其他也会错的，他也会错 我还是比较关心文字OCR，我去试一下 ds经典的OCR错误率90%，太离谱了(手写文字 相对于豆包专家的30%，哈基米3.1的10%) 有趣 qwen喜欢加戏，但是也挺强 睡前补一张图 3.1迷之自信，但是这一点确实只有他错了 ds选择了不写: 整体感觉应该错的明显更高 不过实践出真知 之后我会让哈基米进行验证 (而且给ds的图是从哈基米那里下载的图 被压缩了 虽然对人类来说识别没问题，对AI估计有问题的 ) 5 个帖子 - 5 位参与者 阅读完整话题
今天看到GPT-5.5发布火速更新CPA（CPA作者更新速度真的快），然后在自己本地用上了5.5 ,到今天下来，总体体验极佳，响应速度极快，回答质量有明显提升。最显著的感受就是能看懂5.5说啥了，有一种几个月前opus4.6的感觉（好久没有蹬4.6了。。）。现在5.5就是不说废话，输出更简洁，指哪打哪。现在是两个plus号在用，感觉有点不够，消耗太快了。 23 个帖子 - 21 位参与者 阅读完整话题
今天我看到CPA支持了Image 2，火速更新，目前提示词生图没问题，但图生图在CherryStudio会报错，如何解决？ 报错详情： { “error”: { “message”: “Invalid ‘input[0].content[1].image_url’. Expected a base64-encoded data URL with an image MIME type (e.g. ‘data:image/png;base64,aW1nIGJ5dGVzIGhlcmU=’), but got unsupported MIME type ‘image’.”, “type”: “invalid_request_error”, “param”: “input[0].content[1].image_url”, “code”: “invalid_value” } } 2 个帖子 - 2 位参与者 阅读完整话题