LinuxDo 新帖推送
180 subscribers
250K photos
312K links
Download Telegram
标题: 晒晒年夜饭,顺便套个大鹅
作者: #江江好
板块: #活动
编号: 1633394
帖子: https://linux.do/t/topic/1633394
时间: 2026-02-21 21:30:18
摘要:
标题: Mastercard或者Visa卡
作者: #CeMnZn
板块: #搞七捻三
编号: 1633395
帖子: https://linux.do/t/topic/1633395
时间: 2026-02-21 21:30:51
摘要:
请教一下各位佬,想出国用或者订阅chatgpt之类的AI工具推荐办哪个银行的万事达或者Visa
标题: 【MC pvp辅助模组】pvp-helper 0.1.0版本发布
作者: #colin1112
板块: #开发调优
编号: 1633398
帖子: https://linux.do/t/topic/1633398
时间: 2026-02-21 21:31:55
摘要:
大家好,pvp-helper推出0.1.0版本(现在支持1.20.1、1.8.9版本),版本功能概述(by AI):

仓库地址:https://github.com/colin1112a/pvp-helper
下载地址:Release PVP Helper v0.1.0 · colin1112a/pvp-helper · GitHub
star一下ba
标题: Claude 的代码 100%实际上是 AI 编写的
作者: #stevessr
板块: #前沿快讯
编号: 1633404
帖子: https://linux.do/t/topic/1633404
时间: 2026-02-21 21:34:48
摘要:
The Economic Times





100% of Claude's code effectively AI-written: Anthropic CPO - The Economic Times

According to Krieger, the engineering process at Anthropic has moved away from traditional manual coding faster than expected. He said staff engineers now ship pull requests ranging from 2,000 to 3,000 lines that are generated entirely by the AI....













[!quote]+
克劳德现在正在写克劳德。Anthropic 首席产品官 Mike Krieger 在最近一次采访中证实,公司的人工智能(AI)模型已成为其自身开发的主要作者。
据 Krieger 介绍,Anthropic 的工程流程比预期更快地远离了传统的手工编码。他说,员工工程师现在发送的拉取请求数量在 2000 到 3000 行之间,完全由 AI 生成。在这一系统下,人类开发者已转向对机器生成代码的高级监督和验证,而非逐行创建。





The Times of India





Anthropic's top exec answers why Anthropic is hiring engineers when 'Claude...

Tech News News: Anthropic's own executives have confirmed it—Claude Code is now writing nearly 100% of the company's internal code. So when the c
标题: Claude 出手一夜变天:网络安全股集体「血洗」,全球蒸发百亿市值
作者: #𝓵𝓮𝔃𝓲𝓼𝓱𝓮𝓷
板块: #前沿快讯
编号: 1633405
帖子: https://linux.do/t/topic/1633405
时间: 2026-02-21 21:34:54
摘要:
参考资料:

https://www.anthropic.com/news/claude-code-security
https://www.bloomberg.com/news/articles/2026-02-20/cyber-stocks-slide-as-anthropic-unveils-claude-code-security
标题: 【抽奖】新人报道 抽一个gemini pro家庭组位置
作者: #veteai
板块: #福利羊毛
编号: 1633408
帖子: https://linux.do/t/topic/1633408
时间: 2026-02-21 21:36:37
摘要:
奖品详情:
一个gemini pro家庭组位置,无质保
日区(8月22日到期)
活动时间:
开始时间:2026年02月21日21点
截止时间:2026年02月22日21点
参与方式:
在本帖下回复任意内容
抽奖规则:
每位用户仅允许参与一次。
使用官方抽奖工具随机抽取中奖者。
注意事项:
本活动将在活动截止时间后关闭回帖,以确保公正性。
中奖者将在活动结束后12小时内在本帖公布,并通过私信通知领奖方式。
所有规则及抽奖结果由活动发起人和论坛管理团队最终解释。
期待您的积极参与,祝您好运!如有任何疑问,欢迎随时联系抽奖发起人。
标题: 关于多模态模型上下文传输中媒体资源产生的带宽和流量消耗
作者: #途川
板块: #开发调优
编号: 1633411
帖子: https://linux.do/t/topic/1633411
时间: 2026-02-21 21:38:34
摘要:
有一个简单的想法:
这些东西都会被分词变成 token,而 token 可以用简单的一个整数编号。注意到很多时候模型看一张图只需要 1000 多个不到 2000 个 token,那么直接对图片分词,把 token 编号序列存储在本地,每次仅传输 token 编号序列,是不是能解决这个问题?