神奈川小星星

222 posts

神奈川小星星

神奈川小星星

@vchenlin

无聊的人类

美国 Katılım Nisan 2018
112 Takip Edilen10 Takipçiler
神奈川小星星
神奈川小星星@vchenlin·
猎头得有职业道德,别啥事都和发小说
中文
0
0
0
14
神奈川小星星
神奈川小星星@vchenlin·
@vpsing_de surge 订阅也不可能能用机场的自建证书啊,不都是手机上独立创建的证书吗?
中文
2
0
0
7K
6神
6神@vpsing_de·
压死骆驼的最后一根稻草就是: 大型机场为了赚 Surge 用户那点钱甚至敢全部换成能被 MITM 的自签证书 ,至此我才认识到不光是 Surge 那些人有问题,中国翻墙娱乐圈整个生态都烂透了没救了,真的没有多少人在意用户的安全性,而是能翻出去就行。
6神 tweet media
中文
69
32
413
88.3K
夏雨婷
夏雨婷@cherylnatsu·
我估计事情是这样的,阿里巴巴的让员工用Claude,发现大家使劲烧Token,改一行字也用Opus,现在Fable来了更是疯狂,指出一个季度动不动XXX亿,实在受不了了干脆全员停用,对外跟媒体暗示是为了“安全”。 你说蒸馏怎么办?阿里等国内厂商的人蒸馏Claude还会让人发现吗?当然是继续蒸馏啊
夏雨婷@cherylnatsu

7 月 3 日消息,阿里巴巴内部宣布全面禁用 Claude,全体员工被要求卸载 Anthropic 旗下产品,涵盖 Sonnet、Opus、Fable 等多个模型,以及 Claude Code 在内的 Agent 产品,7 月 10 日正式生效。 ——— 我就说所有人都在用吧,A社你封锁半天没封锁出什么效果来。

中文
32
2
90
15.8K
小互
小互@xiaohu·
阿里要求全体员工卸载Anthropic全系工具,涵盖Sonnet、Opus、Fable各版本模型以及Claude Code
中文
2
0
9
8.4K
小互
小互@xiaohu·
受 Claude Code 被曝光针对使用第三方代理 对处于中国时区和特定AI实验室用户,在 Prompt 里偷偷加“隐形水印”的影响 阿里巴巴宣布内部全面禁止使用Claude Code 办公环境下不准使用Claude Code进行工作和开发...
小互 tweet media
中文
106
12
128
75.2K
chuae
chuae@xiaoxiaojwc·
@fxtrader 阿里之前是不是自己搭了个中转站让员工用claude,然后A÷那边认为他在蒸馏啊?
中文
1
0
3
2.7K
外汇交易员
外汇交易员@fxtrader·
记者从阿里内部人士处获悉,因近期Claude Code被曝存在植入后门的安全风险,阿里经综合评估后已将其列入高风险软件名单。自7月10日起,阿里将全面禁止内部员工在办公环境下使用Claude Code,并推荐使用Qoder作为替代方案。
外汇交易员@fxtrader

Anthropic Claude Code 负责人承认其公司在3月的更新中在其软件中留下了针对用户(特别是中国用户)检测的后门和间谍代码,旨在防止滥用和蒸馏。并声明将在明日回滚代码解决该问题。

中文
63
11
147
89.2K
四姨太
四姨太@yitaiw·
次奥!克罗地亚也太牛逼了
中文
7
0
8
3.8K
yibie
yibie@yibie·
推荐这篇文章,Avi Chawla 拆解了 Google 和 Anthropic 在 RAG 上的共识——他们各自独立地把检索从 app 内部搬了出来,做成了 agent 可以调用的独立服务。这背后是对"天真 RAG"的两个致命缺陷的认知。 Google 和 Anthropic 在 RAG 上达成了一致 @_avichawla 最新 thread。Google 和 Anthropic 在检索这件事上做出了同样的选择——把检索从 app 内部搬出来,变成独立服务供 agent 调用。 传统天真 RAG 的两个致命问题: 1. 过期的 embedding。 Embedding 反映的是索引时的文档状态。当文档或数据行变化后,索引和源数据之间出现了漂移——直到管道重新运行才能修复。 2. 耦合的基础设施。 检索逻辑嵌在一个 app 里,另一个 app 要重做一遍连接器、分块、embedding——没办法复用。 两者的解都是同样的: 把 ingestion 和 query 分离,让 ingestion 作为常驻层持续运行。 Ingestion 用 content-hash 同步的方式持续跑,只有变化的数据才重做 embedding。这一层暴露在单个 API 后面,chatbot 和 agent 都打同一个索引。 Agent 把这个 layer 当作 loop 里的一个工具来调用:推理 → 搜索 → 读结果 → 发精细化查询——而不是只在最开始检索一次。 但这还没有解决所有问题。 在所有三个阶段的检索中,检索的单位是同一个:一段文本 chunk。而 chunk 天然不知道语义边界、版本号、来源信息。分块器基本上按 token 数切文档——一个 chunk 可能切在半张表里、切在论证的中途。 解法: 从 raw chunk 转向结构化单元。用带 source 和 version 的结构化 block 替换原始 chunk,corpus 缩小 40 倍,vector 相关性提升 2.3 倍。 原文:x.com/_avichawla/sta… #RAG #Agent #检索
Avi Chawla@_avichawla

Google and Anthropic agree on one thing about retrieval. They both moved it out of the app and turned it into a standalone service that agents invoke. - Anthropic's MCP exposes retrieval as a tool that an agent invokes. - Google ships it similarly, with its RAG Engine sitting under the Gemini agent platform next to MCP servers. They did this because the old naive RAG setup was built as a one-time pipeline inside a single app, and it caused problems in two places: - The first is stale embeddings. They reflect the source at indexing time, so the index drifts from the source when a doc or a row changes, and stays wrong until the pipeline is rerun. - The second is coupled infrastructure. The retrieval logic sits inside one app, so another app duplicates the connectors, chunking, and embedding instead of reusing them. Both failure modes are resolved by separating ingestion from query and running ingestion as a standing layer. Ingestion runs continuously with content-hash sync, so only changed data is re-embedded, and the layer sits behind one API, so a chatbot and an agent hit the same index. The agent then calls that layer as a tool inside a loop. It reasons, runs a search, reads the result, and issues a refined query, instead of retrieving once at the start. The diagram below depicts all three stages, covering naive RAG, the standing layer, and the agent consuming it. This helps, but it didn't solve all problems yet because across all three stages, the unit of retrieval is the same, i.e., a chunk of text. And inherently, a chunk has no idea of a semantic boundary, version, or source info. The splitter cuts documents mostly on token count, so a single chunk can end mid-table or mid-argument. Because of that, it can pull the top half of a table without the rows, or a conclusion without the reasoning that supports it. Moving to a structured unit, embedding a question with its validated answer, addresses this. My co-founder wrote a full breakdown on solving this. It replaces raw chunks with structured blocks that carry their own source and version. The approach reduces corpus size 40x and improves vector relevance 2.3x. Read it below.

中文
1
1
18
3.1K
神奈川小星星
神奈川小星星@vchenlin·
这么一位有20多年软件工程的人,居然没有定义问题、分析问题、解决问题,直接抛一个方案结论就完了。这就是你们迷信的权威? 经验值得借鉴,但不能因为一个人过去成功过,就默认他说什么都对。成功者的履历更不能直接当成论证。
中文
0
0
0
10
草莓泡芙🍀
草莓泡芙🍀@SnozakiSakura·
假如说 开一个全男酒吧 全部都是男的 设有演讲台 所有人都可以上去发表自己的观点 啤酒无限供应 你们看,能赚钱吗
中文
1.2K
18
2.5K
764.8K
神奈川小星星
神奈川小星星@vchenlin·
@plusxiaxia 有人说生态重要。在 AI 快速发展期,语言生态完全不重要,轮子用 AI 分分钟造出来,而且因为LLM 能力的提升,大量的框架、工具都被快速淘汰,提前绑定生态才是毁灭性的。
中文
0
0
4
1.6K
plusxiaxia
plusxiaxia@plusxiaxia·
团队新人问我:Agent 开发选型为什么不用 Go,而用 Python? 我简单解释:在要解决的问题面前,语言特性根本排不上号。
中文
25
1
133
51.8K
Andy Stewart
Andy Stewart@manateelazycat·
小红书 IPO 期间摊上事了 小红书前华南本地直销负责人向香港证监会与港交所递交了投诉材料,控诉小红书上市不合规。
Andy Stewart tweet mediaAndy Stewart tweet media
中文
38
18
310
114.6K
Kevin Ma
Kevin Ma@kevinma_dev_zh·
怎么都在传这个邮件追踪器、追踪定位的截图啊 这个怎么能确定说是追踪定位呢?它是追踪器,很多邮件营销的操作都会用这种。 而且难道你们访问 anthropic 的服务,不把它的域名加入到规则代理里面去吗?我觉得都在传这个图有点搞笑
Tony出海@iamtonyzhu

4 天前我就告诉大家 暴风雨即将来临

中文
13
0
21
8.8K
Max For AI
Max For AI@MaxForAI·
请注意,不要打开任何Anthropic给你发的邮件⚠️ 难以想象A畜居然往用户邮件里加追踪器来确认用户的位置?? 难怪周围很多朋友都很小心了,但还是被封号了。。 真tm畜生啊。。。。 (也真tm天才啊)
居然sir@juransir

账号没被封的时候一直忍住没骂过 A 社,这下被封了可以放心开骂了。 通知邮件里还装追踪器,看我在什么位置打开的邮件。 ​ ​全球 AI 厂就属你丫最心术不正,还整天搁那装大尾(yǐ) 巴狼。 ​ ​早晚得遭报应。❤️

中文
36
12
144
87.4K
空投龙 | 预测世界杯就在Gate
苹果终于对 Docker 动手了。 现在 AI Coding 火了之后,越来越多人开始在 Mac 本地跑容器,部署各种 Agent 后端。 但有一件事,很多人都忍很久了。 Docker Desktop 真的太重了。 启动慢,占资源高,风扇狂转,开几个服务整个电脑都开始变钝。 结果这次,苹果亲自下场了。 直接在 GitHub 开源了官方容器工具 **Container**。 刚上线不久,Star 已经冲到 **4.4 万+**,这周直接暴涨 7000 多,热度非常夸张。 最关键的是,它不是套壳。 苹果直接用 **Swift 重写**,专门针对 Apple Silicon 做了底层优化。 不走传统 Docker 那套厚重中间层。 直接调用 macOS 最新虚拟化能力,用轻量级 VM 跑 Linux 容器。 实际体验就一句话: 快很多,轻很多。 没有 Docker Desktop 那种越开越卡的油腻感。 安装也非常简单: `brew install container` 然后直接: `container run hello-world` 命令基本和 Docker 一比一兼容。 如果你平时: • 本地跑 AI Agent • 部署微服务 • 做 AI Coding 开发 真可以试试。 苹果这次,算是亲自把 Docker Desktop 的饭碗砸了一下。
空投龙 | 预测世界杯就在Gate tweet media
中文
31
86
542
99.6K
泡菜-CASI Level 0🏂🐱
@dotey 这算顶风作案了😂 员工免费的 claude 额度其实都是公司内部蒸馏数据的渠道
中文
2
0
3
5.7K
宝玉
宝玉@dotey·
Anthropic 今天正式致信美国参议院银行委员会和白宫,指控阿里巴巴旗下的通义千问(Qwen)AI 实验室对 Claude 发动了迄今为止规模最大的蒸馏攻击。 根据 CNBC 和 Reuters 获取的信件内容,通义千问关联方在 4 月 22 日到 6 月 5 日期间,通过大约 25,000 个虚假账号与 Claude 进行了超过 2880 万次交互。攻击的目标很明确:Claude 最核心的软件工程和 Agent 推理能力。 这个数字放到上下文里才知道有多夸张。今年 2 月,Anthropic 公开点名过 DeepSeek、MiniMax 和 Moonshot AI 三家,说它们用大约 24,000 个假账号总共产生了 1600 万次交互。阿里巴巴一家的量,接近之前三家加起来的两倍。 所谓蒸馏攻击(adversarial distillation),简单说就是拿别人家的顶级模型当老师,大规模喂它问题,收集回答,再用这些回答训练自己的模型。这样做的好处是可以跳过数百万甚至数十亿美元的独立研发成本,快速接近对手的能力水平。Claude 在中国是不可用的,所以这些操作本身就违反了 Anthropic 的服务条款和地域限制。 Anthropic 在信中写道,这些蒸馏攻击是系统性的、工业化规模的,目的是收割美国 AI 能力,然后重新包装成自己的产品。阿里巴巴对此未予置评。 这件事的时机很微妙。Anthropic 现在跟特朗普政府的关系并不好。就在 6 月 12 日,商务部以国家安全为由下令 Anthropic 停止向所有外国人提供其最新的 Fable 5 和 Mythos 5 模型的访问权限,包括 Anthropic 自己的外籍员工。Anthropic 不得不在全球范围内关闭这两个模型,到现在还没恢复。Anthropic 公开表示不同意这一决定,认为一个"狭窄的潜在越狱漏洞"不应该成为召回已部署给数亿用户的商业模型的理由。 所以 Anthropic 现在的处境相当拧巴:一边在跟华盛顿说中国公司在偷我们的技术,请帮忙,一边在跟同一个政府争论你不该限制我们的模型。 不过国会两党在这件事上倒是有共识。参议员 Bill Hagerty(共和党)和 Andy Kim(民主党)计划在必须通过的国防授权法案中提出修正案,对被发现非法获取美国 AI 模型输出的中国公司实施制裁或列入黑名单。Anthropic、OpenAI 和 Google 三家也已经联合起来,共享蒸馏攻击的情报信息。 Anthropic 目前估值 9650 亿美元,本月已秘密提交了 IPO 申请,最早可能今年秋天上市。蒸馏攻击对一家即将上市的公司来说是实打实的商业威胁,中国竞争对手用极低的成本复制出接近的产品,直接侵蚀市场空间。
Chubby♨️@kimmonismus

Anthropic claims: Alibaba continues to distill Claude on a large scale to train Qwen. Via Bloomberg Anthropic is accusing Alibaba-linked operators of running a massive campaign to illicitly access Claude through nearly 25,000 fraudulent accounts. According to Bloomberg, Anthropic claims the campaign generated 28.8 million Claude exchanges between April and June, targeting capabilities like software engineering and agentic reasoning. The company says this is part of a broader pattern of “adversarial distillation,” where Chinese labs allegedly harvest outputs from US frontier models to train rival systems at a fraction of the cost. Lets see how good Qwen 3.8 will be, probably FABLEous good.

中文
134
25
231
132.5K
神奈川小星星
神奈川小星星@vchenlin·
@ZhyHMI @geekbb 一般 llm wiki 上会再做 RAG。通常都是关键词+RAG 混合检索效果比较好,单纯用 index.md 可能只适合个人知识库,企业知识库不够
中文
0
0
1
105
神奈川小星星
神奈川小星星@vchenlin·
@geekbb 在企业内部知识库,一般新增文档都是一篇篇比较泛的,同时涉及的实体、场景多且有交叉,文档比较多的时候,新旧文档事实也容易冲突。这个时候 llm wiki 编译之后就会更加结构化,冲突可以提前发现,单篇 wiki 主题高度内聚,搜索召回非常友好,准确率高。
中文
0
0
1
473
Void
Void@_CloudHuang·
@geekbb LLM Wiki使用向量库的话,上面的知识积累,交叉引用,矛盾检测又是如何处理的呢?
中文
1
0
0
945
Bryan
Bryan@imsingee·
这几天刷推全是说 Codex 能用第三方了。。这群人是不懂什么叫 Reminder 吗 Codex 从发布第一天起就是允许用任何第三方模型的啊!甚至 Codex Desktop 也支持的啊!!这就是一个「提醒」而不是「新功能发布」
Tibo@thsottiaux

Reminder that you can use the Codex App, CLI and SDK with any open source model, not just with OpenAI models. #oss-mode-local-providers" target="_blank" rel="nofollow noopener">developers.openai.com/codex/config-a…

中文
26
1
104
37.3K