标签: AI

  • 扎克伯格私下承认了:Meta的AI代理,没那么快

    扎克伯格私下承认了:Meta的AI代理,没那么快

    Meta的CEO扎克伯格本周在内部全员大会上说了句话,让很多人意外。他说,AI代理的发展速度,没有像公司高管之前预期的那样加速。

    Meta AI代理发展挑战
    Meta在AI代理赛道上遇到了意料之外的阻力

    这话听起来有点意外,毕竟Meta在AI上砸的钱可不少。今年光是AI基础设施的投入,就预计要到1450亿美元。但钱砸进去了,效果呢?扎克伯格说,还没看到。

    裁员8000人,转岗7000人

    这背后其实有个挺大的动作。今年早些时候,Meta裁掉了大约8000名员工,占公司企业员工的10%左右。这还不算完,另外还有7000名员工被重新分配到了各个AI小组。其中一个小组的名字挺响亮的,叫”Agent Transformation”——代理转型。

    扎克伯格在内部会上也谈到了这些裁员。他承认,这些变动并不像预期的那么”干净”。意思就是,裁员的时候搞得有点乱,该沟通的不该沟通的问题都有。

    裁员的原因是公司高层担心”我们适应行业变化的速度不够快”。这个行业变化,说的就是AI正在重塑整个科技行业。

    AI部门被形容为”劳改营”

    但问题是,把人裁掉、把组织重组,并不代表AI就能自动把那些工作接过去。扎克伯格自己也说了,这种新的、以AI为核心的公司架构,目前还没有看到预期的效果。

    不过他还是给了个时间表:未来3到6个月内,公司会开始看到AI投资带来的改善。咱们拭目以待吧。

    更有意思的是,Meta那个成立才几个月的AI部门,在一些被调过去的工程师眼里,像个”灵魂粉碎的劳改营”。这是媒体报道的原话。工作强度大、方向不清晰、期望不现实,这些都是内部反馈的问题。


    AI代理到底难在哪

    扎克伯格这次的内部讲话,其实是AI行业的一个缩影。大家都在押注AI,都在重组团队、投大钱,但真正能用AI替代人干活,比想象中难多了。

    AI代理指的是能自主完成任务的AI系统。比如自动写代码、自动处理客服、自动安排日程。这个概念很火,但真正能做好的公司不多。Meta在这方面发力很猛,但扎克伯格的这次讲话,说明连Meta都觉得进展比预期慢。

    这对整个行业是个提醒:AI很强大,但要把它变成真正能用的产品、能替代人工作的工具,还需要时间。现在整个行业都在问同一个问题:AI代理到底什么时候才能真正可用?扎克伯格的回答是,还需要3到6个月。但也许,这个时间会比他说的更长。

  • agency-agents:完整的AI代理梦之队,126K+ Stars让230+专业AI助手随叫随到

    agency-agents:完整的AI代理梦之队,126K+ Stars让230+专业AI助手随叫随到

    📝 项目简介

    agency-agents 是一个完整的AI代理梦之队集合库,包含230+个专业AI代理,覆盖前端开发、UI设计、营销投放、游戏开发、安全审计等16个领域分组。每个代理都是对应领域的专家,拥有独特人格、标准化工作流和可验证的交付成果,让你可以随时调用专业级AI助手解决复杂问题。

    💡 核心理念:不是通用的提示词模板,而是经过实战验证的领域专家代理,每个代理都具备生产级交付能力。

    🚀 安装要求和过程

    环境要求

    • 操作系统:macOS / Linux / Windows
    • 依赖工具:支持 Claude Code、Cursor、Codex、Gemini、Osaurus 等主流AI编程工具
    • 可选:官方桌面应用(推荐方式)

    快速安装步骤

    方式1:使用官方桌面应用(推荐)

    # macOS 用户可通过 Homebrew 安装
    brew install --cask msitarzewski/agency-agents/agency-agents
    
    # 或者从 GitHub Releases 下载
    # https://github.com/msitarzewski/agency-agents-app/releases/latest
    

    桌面应用支持:

    • 可视化浏览所有230+代理
    • 一键安装到对应AI工具
    • 自动更新代理库
    • 支持 macOS / Linux / Windows

    方式2:命令行脚本安装

    # 1. 克隆仓库
    git clone https://github.com/msitarzewski/agency-agents.git
    cd agency-agents
    
    # 2. 交互式安装(自动检测已安装的AI工具)
    ./scripts/install.sh
    
    # 3. 指定安装到 Claude Code,仅安装工程和安防领域代理
    ./scripts/install.sh --tool claude-code --division engineering,security
    
    # 4. 安装到 Cursor,仅安装前端开发、UI设计两个代理
    ./scripts/install.sh --tool cursor --agent frontend-developer,ui-designer
    

    方式3:直接复制文件使用

    # 将工程领域代理复制到 Claude Code 的代理目录
    cp engineering/*.md ~/.claude/agents/
    

    ⚡ 核心功能

    🎯 1. 领域高度专业化

    每个代理都深耕对应垂直领域,不是通用的提示词模板。例如:

    • iOS/Android移动开发代理:精通 Swift/SwiftUI 和 Kotlin/Jetpack Compose
    • PPC广告投放代理:精通 Google Ads、Meta Ads 投放策略
    • Unity引擎架构代理:精通 C# 脚本、ECS架构、性能优化

    🎭 2. 人格化交互

    每个代理都有独特的沟通风格、人格特质,交互体验更贴合真实领域专家。例如:

    • Whimsy Injector(奇思妙想注入者):为枯燥内容增添创意和趣味性
    • Reality Checker(现实检查者):冷静分析想法的可行性和风险

    📦 3. 交付物明确

    所有代理都提供可落地的代码、工作流、可量化结果:

    • 开发代理:输出可直接运行的代码
    • 测试代理:输出完整的质量报告
    • 营销代理:输出可执行的运营策略

    🔧 4. 多工具适配

    支持导出为多种AI工具的适配格式:

    • Claude Code
    • Cursor
    • Codex
    • Gemini
    • Osaurus

    官方提供桌面端管理应用,一键安装代理到对应工具。

    📚 5. 16个领域分组,230+专业代理

    覆盖全场景:

    • 工程:前端开发、后端架构、数据库优化、DevOps等
    • 设计:UI设计、UX研究、品牌设计等
    • 营销:PPC投放、SEO优化、社交媒体运营等
    • 安全:渗透测试、云安全架构、合规审计等
    • 游戏开发:Unity架构、Unreal引擎、关卡设计等
    • …还有11个其他领域

    💡 典型使用场景

    场景1:全栈开发项目

    需求:开发一个React前端 + Node.js后端的全栈应用

    使用方式

    1. 激活 frontend-developer 代理,生成React组件代码
    2. 激活 backend-architect 代理,设计API接口和数据库架构
    3. 激活 database-optimizer 代理,优化SQL查询性能
    4. 激活 ui-designer 代理,设计用户界面和交互流程

    效果:获得生产级代码和设计,每个代理输出都符合领域最佳实践。

    场景2:营销活动策划

    需求:Launch一个新产品,需要全方位营销支持

    使用方式

    1. 激活 ppc-specialist 代理,制定Google Ads投放策略
    2. 激活 social-media-manager 代理,规划社交媒体内容日历
    3. 激活 seo-optimizer 代理,优化官网SEO排名
    4. 激活 content-strategist 代理,撰写博客和技术文档

    效果:获得完整的营销方案,所有代理协同工作,确保品牌声音一致。

    场景3:安全审计

    需求:对Web应用进行全链路安全测试

    使用方式

    1. 激活 penetration-tester 代理,执行渗透测试
    2. 激活 cloud-security-architect 代理,审查云基础设施配置
    3. 激活 compliance-auditor 代理,检查GDPR/PCI-DSS合规性

    效果:获得详细的安全报告和可修复的PoC代码。

    🌟 推荐理由

    作为一名开发者,我强烈推荐 agency-agents,原因如下:

    1. 开箱即用的专业级AI助手

    不需要自己编写复杂的提示词,不需要调试代理行为,直接调用即可获得生产级输出。每个代理都经过实战验证,工作流标准化,交付物可量化。

    2. 覆盖全场景的AI梦之队

    无论你是前端开发、后端架构、UI设计、营销策划、游戏开发还是安全审计,都能找到对应的专业代理。230+代理几乎覆盖所有技术领域,真正的一站式解决方案。

    3. 多工具无缝集成

    支持Claude Code、Cursor、Codex等主流AI编程工具,官方提供桌面应用,一键安装代理,自动更新。不需要手动配置文件,不需要学习复杂的安装流程。

    4. 活跃的开源社区

    MIT许可,GitHub上126K+ Stars,20K+ Forks,98个Open Issues,社区活跃。持续更新,不断新增代理和优化现有代理。

    5. 人格化交互体验

    每个代理都有独特的人格和沟通风格,不是冷冰冰的机器人,而是像真实领域专家一样与你交流。这让AI辅助变得更加自然和高效。

    💡 使用技巧:建议先安装官方桌面应用,可视化浏览所有代理,了解每个代理的专长和工作流,然后根据自己的需求选择安装。也可以参考代理文件学习如何编写高质量的AI代理提示词。

    📥 下载地址

    📊 项目统计

    指标 数值
    ⭐ GitHub Stars 126,129+
    🔀 Forks 20,468+
    📦 专业代理数量 230+
    📂 领域分组 16个
    📄 开源许可 MIT License
    📅 最后更新 2026年7月3日
    🔧 支持工具 Claude Code、Cursor、Codex、Gemini、Osaurus等

    📌 本文持续更新,欢迎关注GitHub仓库获取最新动态!

  • 11万人失业,7250亿美元砸向AI:科技行业的残酷大转向

    11万人失业,7250亿美元砸向AI:科技行业的残酷大转向

    2026科技行业AI裁员与投资对比概念图
    AI自动化与科技人力资源的结构性转向(图片:AI生成)

    2026年的科技行业正在上演一场前所未有的大转向。一边是超过11.3万名科技从业者失去工作,另一边是Meta、亚马逊、微软和Alphabet四家公司合计承诺投入约7250亿美元用于AI基础设施——比2025年猛增75%。钱没变少,只是换了个方向流。

    独立裁员追踪机构Layoffs.fyi的数据显示,截至5月18日,179家公司合计裁掉了11.3万多人,平均下来每天825人。这个速度已经超过了2023年疫情后的那波裁员潮。

    刀子最狠的几家公司

    • 亚马逊:约3万人,占其企业和技术人员总数的10%,而且是滚动式裁员,不是一次性宣布。
    • 甲骨文:预计最终达3万人,约全球员工的20%。蹊跷的是,裁员发生在财报亮眼之后,然后省下来的钱大笔砸向AI数据中心。
    • Meta:8000人,内部指引暗示全年可能接近20%。Reality Labs那边先砍了一刀,资源全部转向AI。
    • Cloudflare:1100人,占员工总数20%,而公司内部AI使用量在同一时期跳涨了600%。

    加拿大投行TD Cowen的分析师算过,甲骨文这波裁员能给公司新增80到100亿美元的自由现金流——然后这些钱直接变成了买GPU和建数据中心的预算。


    到底是不是AI在抢走工作?

    这个问题目前吵得不可开交。截至2026年4月,官方归因于AI和工作流自动化的裁员约占48%。但”归因”不等于”因果”。

    OpenAI的CEO Sam Altman自己都承认:”有些AI洗白(AI washing)的现象,公司把本来就要做的事推到AI头上。”风投大佬Marc Andreessen说得更直白:疫情期间招太多了,现在利率又高,AI只是一个”银弹借口”。

    但数据也有另一面。挑战者就业机构的统计显示,AI是目前裁员理由排行榜的第五名,排在市场状况、重组、关停和成本削减之后。该机构首席营收官Andy Challenger的说法很直白:”公司正在把预算从人力转向AI投入。”关键词是”预算”——钱的总量没变,只是从工资单移到了GPU采购单上。

    哪些岗位最危险?

    • 入门级和通用IT岗——AI辅助开发工具直接把这些活儿接过去了。
    • 客服和内容审核——Freshworks等公司明确说AI聊天机器人取代了人类客服。
    • 销售和市场——AI辅助覆盖账号、自动生成销售线索,需要的配额销售代表变少了。
    • 中层管理——AI工具让高管能直接看到团队产出,汇报层级被压缩。

    与此同时,AI工程、AI基础设施、AI安全这些方向的岗位薪资涨了15%到30%,人才抢手得很。去建造AI的公司(OpenAI、Anthropic)在招人,被AI颠覆的公司(传统科技公司的非AI部门)在裁人,这条分界线已经很清晰了。


    普通人该怎么办

    对于还在科技行业里的人来说,眼下最实在的建议只有一条:学会用AI工具干活,而不是假装它们不存在。IBM在2026年反而把入门级招聘翻了三倍——他们的逻辑是AI需要人来监督、需要人来做训练数据标注和判断。能用车AI放大自己产出的人,被留下来和招进去的概率要高得多。

    迁移到AI相关的角色也是一条路。各家公司在疯抢AI训练师、提示词工程师、AI安全专家和部署工程师。这个技能缺口是真实存在的——如果你能补上,工作的稳定性会好很多。

  • OpenAI终于亮出底牌:自研芯片Jalapeño登场,英伟达要紧张了

    OpenAI终于亮出底牌:自研芯片Jalapeño登场,英伟达要紧张了

    OpenAI Jalapeño AI芯片概念图
    OpenAI与博通联合推出的Jalapeño推理芯片概念图(图片:AI生成)

    6月24日,OpenAI干了一件酝酿很久的事——和博通(Broadcom)联合发布了第一款自研芯片,名字叫Jalapeño。这块芯片专门给推理(inference)用的,就是跑已经训练好的模型、响应玩家指令那个环节。

    OpenAI的总裁Greg Brockman之前在自家播客里聊过他们的思路:”我们对自己干的活儿心里有数。一直在找那些没被伺候好的工作负载,琢磨怎么造点东西把可能性往前推一步。”这话听着谦虚,但其实野心不小。

    为什么是推理芯片?

    这块Jalapeño芯片目前还在测试阶段,但OpenAI说早期结果显示,性能和功耗比(performance-per-watt)比现有顶级方案强不少。推理环节的能耗成本一直是AI公司的心头大患——每次你问ChatGPT一个问题,背后都是真金白银在烧。能把这块成本压下来,对OpenAI的盈亏底线意义巨大。

    OpenAI在公告里特意提了实时编程模型跑在Jalapeño上的低成本表现。这明显是在为Codex这类agent产品铺路。

    这事背后的大背景是OpenAI想减少对英伟达GPU的依赖。其实谷歌和亚马逊早就走在前面了——谷歌有TPU,亚马逊有Trainium,都是类似的”AI加速器”,专门给机器学习任务提速的硅片。OpenAI这步棋,算是补上了自己在整个技术栈里最后一块拼图。

    AI帮忙设计芯片,这事儿有点意思

    有意思的是,OpenAI自己的AI模型也参与了这块芯片的设计过程。换句话说,AI帮忙设计了跑AI的芯片,这事儿本身就挺有意思的。

    这块芯片定位很明确:主攻推理,不碰训练。像预训练那种吃算力最狠的活儿,短期内还得靠英伟达的硬件。但推理是每天每刻都在发生的——每个人问ChatGPT一个问题,就是一次推理。积少成多,这块的成本哪怕是小幅下降,乘以几十亿次查询,省下来的钱都是天文数字。


    从芯片到产品,全栈通吃

    OpenAI在公告里写了一句挺有分量的话:”OpenAI不只是在开发前沿模型,或者在模型上面搭产品,我们是在设计底层基础设施:芯片架构、内核、内存系统、网络、调度、部署系统,还有产品体验。”

    因为OpenAI横跨整个技术栈的每一层,都可以围着同一个目标来优化:让模型更快、更可靠、对用户更便宜。这话翻成白话就是——能自己掌控的,就不让别人卡脖子。

    按照计划,Jalapeño会在2026年底之前部署到微软和其他合作伙伴的数据中心里。这事如果顺利,OpenAI在整个AI基础设施链条上的话语权会比现在大得多。英伟达估计得留意了——虽然是合作伙伴,但OpenAI显然不想永远被别人的供应链卡脖子。

  • Supervision:Roboflow 开源计算机视觉工具库,46.3K+ Stars 让 CV 开发不再重复造轮子

    Supervision:Roboflow 开源计算机视觉工具库,46.3K+ Stars 让 CV 开发不再重复造轮子

    🔍 Supervision

    Roboflow 开源计算机视觉工具库

    ⭐ 46.3K+ Stars
    🍴 4.1K+ Forks
    🐍 Python
    📜 MIT 许可

    📌 项目简介

    Supervision 是 Roboflow 团队开发的开源 Python 计算机视觉工具库,提供模型无关的检测、跟踪、标注和数据集处理能力。它让你专注于业务场景,而不是重复编写基础 CV 工具函数。

    ✨ 核心特色

    🔗 模型无关设计

    内置 Ultralytics (YOLO)、Transformers、MMDetection、RF-DETR 等主流库的连接器,统一输出 sv.Detections 格式,换模型不改代码。

    🎨 丰富可视化标注

    提供 BoxAnnotator、MaskAnnotator、EllipseAnnotator、LabelAnnotator 等多种标注器,高度可定制,一行代码完成结果可视化。

    📦 数据集处理

    支持 COCO、YOLO、Pascal VOC、YOLOv8 Oriented Bounding Box 等格式的加载、拆分、合并、格式转换,一站式数据集管理。

    📹 视频分析工具

    内置目标跟踪(ByteTrack/Norfair)、区域计数、速度估计、驻留时间分析等常见 CV 任务的配套工具,开箱即用。

    ⚙️ 安装要求和过程

    环境要求

    • Python ≥ 3.10
    • 操作系统:Windows / macOS / Linux 全平台支持
    • 可选依赖:根据使用的模型后端选择安装(ultralytics / transformers / mmdet 等)

    快速安装

    # 使用 pip 安装(推荐)
    pip install supervision
    
    # 使用 conda 安装
    conda install -c conda-forge supervision
    
    # 从源码安装最新版
    pip install git+https://github.com/roboflow/supervision.git

    💡 安装后可在 Google Colab 中在线体验,或访问 HuggingFace Spaces 体验标注器效果。

    🚀 典型使用场景

    场景一:目标检测 + 可视化标注

    使用 YOLO 或 RF-DETR 模型进行目标检测,并用 Supervision 的标注器一键可视化结果:

    import cv2
    import supervision as sv
    from rfdetr import RFDETRSmall
    
    # 加载模型
    model = RFDETRSmall()
    image = cv2.imread("image.jpg")
    
    # 推理
    detections = model.predict(image, threshold=0.5)
    
    # 可视化
    box_annotator = sv.BoxAnnotator()
    label_annotator = sv.LabelAnnotator()
    
    annotated = box_annotator.annotate(
        scene=image.copy(), detections=detections
    )
    annotated = label_annotator.annotate(
        scene=annotated, detections=detections
    )
    
    cv2.imwrite("result.jpg", annotated)

    场景二:视频目标跟踪与区域计数

    对视频中的目标进行跨帧跟踪,并统计穿越特定区域的目标数量:

    import supervision as sv
    
    # 定义感兴趣区域(多边形)
    ZONE = sv.PolygonZone(
        polygon=sv.Polygon.from_file("zone.json")
    )
    
    tracker = sv.ByteTrack()
    
    for frame in sv.get_video_frames_generator("video.mp4"):
        detections = model.predict(frame)
        detections = tracker.update(detections)
        
        # 统计区域内的目标
        zone_count = ZONE.trigger(detections)
        print(f"区域内目标数: {zone_count}")

    场景三:数据集格式转换

    在不同标注格式之间自由转换,方便切换训练框架:

    import supervision as sv
    
    # 从 COCO 格式加载
    dataset = sv.DetectionDataset.from_coco(
        images_directory_path="data/train/images",
        annotations_path="data/train/_annotations.coco.json",
    )
    
    # 拆分为训练集和验证集
    train_ds, val_ds = dataset.split(split_ratio=0.8)
    
    # 保存为 YOLO 格式
    train_ds.as_yolo(
        images_directory_path="data/yolo/images/train",
        annotations_directory_path="data/yolo/labels/train",
    )

    💡 推荐理由

    计算机视觉开发者最头疼的事情之一,就是每次用新的检测模型都要重新写一遍数据预处理、结果解析、可视化标注、数据集转换的代码。Supervision 把这个痛点彻底解决了。

    它的 模型无关设计 是一大亮点——不管你用 YOLOv8、YOLO11、RT-DETR、SAM 还是 Grounding DINO,Supervision 都能以统一的 sv.Detections 格式输出结果,让你的下游代码完全不用改。

    另一个让人惊喜的地方是数据集处理工具。以前 COCO 转 YOLO 要写几十行脚本,现在几行代码就搞定。格式拆分、合并、统计类别分布,全都内置了。

    Roboflow 作为计算机视觉领域的头部公司,维护质量和文档完善度都非常高。PyPI 月下载量超百万,社区活跃,Discord 里提问基本当天就有回复。不管是做学术研究还是工业落地,这都是必备工具库。

    📊 项目信息

    GitHub Stars ⭐ 46,329+
    Forks 🍴 4,106+
    语言 🐍 Python
    许可 📜 MIT License
    最新版本 v0.29.0(要求 Python ≥ 3.10)
    创建时间 2022-11-28
    维护方 Roboflow 团队

    🤖 本文由 AI 自动生成 · 数据来源:GitHub – roboflow/supervision

  • 微软轻量版’Copilot OS’泄露,AI操作系统争夺战悄然打响

    一段泄露视频最近在网上流传,展示了一个叫”Aion”的系统——这是一个为AI代理专门设计的轻量级Windows概念版本。视频最早由Windows Central的Zac Bowden发布,他的消息源确认这段视频确实是微软在2024年制作的,不是外部爱好者的概念作品。

    像Chrome OS,但为AI而生

    从视频来看,Aion的界面非常简洁,整体围绕Edge浏览器和网页应用构建,风格很像Google的Chrome OS。但它和Chrome OS最大的不同是——AI代理才是这个系统的核心,而不是用户手动打开一个个应用。

    微软Copilot OS概念图
    微软正在探索为AI代理设计的轻量级操作系统

    这个概念其实和微软之前公布的Project Solara有相似之处。Project Solara是微软正在研发的AI代理操作系统项目,目标是让AI深度嵌入系统层,而不是像现在这样作为一个应用存在。目前还不清楚Aion是否就是Project Solara的一部分,或者只是一个探索性的内部原型。

    为什么需要AI专属操作系统

    现在的AI助手——不管是Copilot还是ChatGPT——本质上都是在现有操作系统上运行的应用。它们的能力受限于操作系统能给的权限。如果AI要真正”代理”你的电脑操作,它需要更深层的系统权限:直接读写文件、调用系统API、跨应用协作,甚至管理其他进程。

    现有的操作系统架构是为人类用户设计的——键盘、鼠标、图形界面。当主要用户变成AI代理,操作系统的底层逻辑可能也需要重新思考。

    微软显然不想把这块阵地让给别人。如果未来AI代理成为人机交互的主流方式,掌握操作系统入口的公司就掌握了下一时代的主动权。苹果在做自己的AI眼镜操作系统,Google在推Gemini for Home,微软的选择是把Windows改造成AI的原生平台。

    离真正发布还有多远

    目前没有任何迹象表明Aion会以现在这个形态正式发布。它更像是一个方向性的探索——微软在试探”如果Windows完全围绕AI重建,会是什么样子”。

    但泄露本身就有价值。它至少证实了微软已经在认真思考这个问题,而且思考的时间比外界想象的要早。2024年就有了成型的视频演示,说明这不是临时起意,而是一条已经在内部走了相当远的研发路线。


  • OpenAI要给美国政府5%股权,AI红利谁说了算?

    OpenAI估值8520亿美元,CEO Sam Altman最近向特朗普政府抛出一个提案——让美国政府持有OpenAI 5%的股权。按照最新融资轮估值计算,这笔股份价值大约426亿美元。这个想法其实不新,据金融时报报道,Altman早在去年初就向特朗普提过类似建议。

    为什么要给政府股份

    Altman的逻辑是:让公众从AI的发展中获得实际的经济利益,最好的方式就是直接持股。这个提案出现的背景是OpenAI与特朗普政府之间的关系相当微妙。相比之下,OpenAI的主要竞争对手Anthropic近几个月接连遭到打压——先是被五角大楼认定为”供应链风险”,紧接着最新模型又被出口管制,被迫从市场下架。

    OpenAI与政府持股概念图
    OpenAI提议向美国政府开放5%股权

    OpenAI显然不想成为下一个被针对的目标。如果政府直接持有股份,监管层面的压力可能会小很多——毕竟,你不太会对自己有股份的公司下重手。

    华盛顿已经在这么做了

    这个提案听起来夸张,但美国政府最近确实在这么做。特朗普政府已经持有了Intel 10%的股权,还要求和Nvidia、AMD从中国销售AI芯片的收入中分出15%给联邦政府。OpenAI的提案如果落地,相当于把这个模式扩展到了AI领域最值钱的那几家公司。

    Altman据说亲自提出了5%这个数字。如果其他美国AI公司也参与类似安排,这将是AI行业与华盛顿关系的一个历史性转折点。

    讨论还在非常早期的阶段,其他AI公司会不会同意类似的安排也完全不清楚。不过方向已经看得见了:AI公司越来越意识到,与其被动挨打,不如主动把一部分利益分给权力部门。

    主权财富基金的影子

    参议员Bernie Sanders的态度更激进。他认为AI本质上是公共资源,应该被征收一次性50%的股票税,用来建立美国主权财富基金。OpenAI的5%提案相比之下简直算是温和的了。

    不管这个提案最终能不能落地,它至少说明了一件事:AI公司已经不再只是埋头做技术了,它们开始在华盛顿玩一场更复杂的游戏。这场游戏的规则很简单——谁分到的利益够多,谁就能活得更安稳。


  • CodeGeeX4:清华大学出品的9B全能代码模型,性能超越70B级大模型

    CodeGeeX4:清华大学出品的9B全能代码模型,性能超越70B级大模型

    CodeGeeX4
    清华大学 KEG 实验室 × 智谱 AI 联合出品
    ALL-9B 全能模型 · 代码生成 · Function Call · 仓库级理解
    ⭐ 最新一代
    🚀 9B 超越 70B
    🏆 BigCodeBench SOTA

    📝 项目简介

    CodeGeeX4 是清华大学 KEG 实验室与智谱 AI 联合推出的第四代多语言代码生成模型,基于 GLM-4-9B 持续训练,在代码生成、代码解释、Web 搜索、Function Call、仓库级 Q&A 等全场景软件开发生命周期中均提供卓越表现。仅 9B 参数即超越 Llama3-70B、DeepSeekCoder-33B 等超大模型,是当前 10B 以下参数规模中综合性能最强的代码模型。

    9B
    模型参数

    82.3%
    HumanEval Pass@1

    128K
    上下文长度

    ⭐ 30K+
    GitHub Stars

    ⚙️ 安装要求和过程

    💻 环境要求

    • Python 3.10+(推荐 3.11)
    • CUDA 12.1+(GPU 推理)
    • PyTorch 2.0+ 或 vLLM 0.5.1+
    • 内存:FP16 推理约 18GB,INT4 量化约 6GB
    • 操作系统:Windows / macOS / Linux 全平台支持

    🚀 快速安装(Ollama — 最简单)

    # 安装 Ollama(需 0.2+ 版本)
    # macOS/Linux:
    curl -fsSL https://ollama.com/install.sh | sh
    
    # Windows: 从 https://ollama.com/download 下载安装
    
    # 一键运行 CodeGeeX4
    ollama run codegeex4

    🐍 使用 transformers 推理

    pip install transformers==4.40.0 torch
    
    from transformers import AutoTokenizer, AutoModelForCausalLM
    import torch
    
    model = AutoModelForCausalLM.from_pretrained(
        "THUDM/codegeex4-all-9b",
        torch_dtype=torch.bfloat16,
        trust_remote_code=True
    ).cuda().eval()
    tokenizer = AutoTokenizer.from_pretrained(
        "THUDM/codegeex4-all-9b",
        trust_remote_code=True
    )
    
    # 对话格式
    prompt = [{"role":"user","content":"写一个快速排序"}]
    inputs = tokenizer.apply_chat_template(prompt, add_generation_prompt=True, return_tensors="pt").cuda()
    outputs = model.generate(inputs, max_new_tokens=256)
    print(tokenizer.decode(outputs[0], skip_special_tokens=True))

    ⚡ vLLM 高性能部署

    pip install vllm==0.5.1
    
    # 启动 OpenAI 兼容 API 服务
    python -m vllm.entrypoints.openai.api_server     --model THUDM/codegeex4-all-9b     --trust-remote-code     --tensor-parallel-size 1
    
    # 然后即可用 OpenAI SDK 调用
    # pip install openai
    # client = OpenAI(base_url="http://localhost:8000/v1", api_key="dummy")

    ✨ 核心功能

    💬 全场景代码助手
    支持代码补全、代码生成、代码解释、代码翻译、文档生成、Bug 修复等全场景,基于 ChatGLM2/GLM-4 架构,中英文理解能力优异。

    🔧 Function Call 原生支持
    唯一原生支持 Function Call 的代码模型,Function Call 执行成功率甚至超越 GPT-4。可无缝接入 AI Agent 工具调用链路。

    📦 仓库级代码理解
    支持 128K 超长上下文,可理解整个代码仓库。支持仓库级 Q&A、跨文件代码补全、自动 commit 等高级功能。

    🌐 多平台部署
    支持 Ollama / vLLM / transformers / Rust-candle 多种推理后端;支持 VS Code、JetBrains 全系列 IDE 插件;支持本地 / 云端双模式。

    🏆 性能全面领先(10B 以下模型)
    HumanEval 82.3% · MBPP 75.7% · NaturalCodeBench 40.4% · BigCodeBench 48.9%(complete)/ 40.4%(instruct)· CRUXEval-O 47.1%。在代码推理、代码理解、代码执行等全方位评测中均取得 10B 以下模型最佳成绩。

    🎯 典型使用场景

    场景一:IDE 智能编程助手(最适合日常使用)

    在 VS Code 或 JetBrains IDE 中安装 CodeGeeX 插件,即可体验:

    • 代码补全:根据上下文自动补全下一行 / 下一个函数
    • 上下文补全:基于仓库内其他文件提供跨文件补全建议
    • Ask CodeGeeX:中英文对话解决编程问题,支持代码解释、翻译、纠错
    • 本地模式:连接本地 Ollama 运行的 CodeGeeX4,数据完全不出本地

    💡 支持超过 100 种编程语言!

    场景二:AI Agent Function Call 工具

    CodeGeeX4 原生支持 Function Call,可以:

    • 作为 AI Agent 的代码生成工具,解析自然语言需求生成代码
    • 接入 OpenAI 兼容 API,与 LangChain / AutoGen 等 Agent 框架无缝集成
    • 支持仓库级代码操作(增删改文件),实现 AI 自动 commit
    • 结合 vLLM 部署,支持多并发、高吞吐的生产环境调用

    场景三:本地私有化部署(数据安全敏感场景)

    对于数据隐私有严格要求的企业 / 个人,CodeGeeX4 提供完善的本地部署方案:

    • 通过 Ollama 一行命令启动,INT4 量化仅需 6GB 显存
    • 支持连接 VS Code / JetBrains 插件,体验与云端一致
    • 支持昇腾 / NVIDIA 全系列硬件,包括国产 AI 芯片
    • 代码和数据完全不离开本地,满足企业合规要求

    💡 推荐理由

    作为 AI 编程工具的深度用户,我试用过 GitHub Copilot、Claude Code、Cursor 等各类产品,CodeGeeX4 给我留下了极其深刻的印象:

    ① 性价比无敌:9B 参数的小模型,性能直接干翻 70B 的 Llama3 和 33B 的 DeepSeekCoder。这意味着你用消费级显卡(甚至 6GB 显存的 RTX 3060)就能跑一个世界级代码模型。

    ② Function Call 是杀手锏:在 AI Agent 时代,代码模型不能只做补全,还要能调用工具。CodeGeeX4 是唯一原生支持 Function Call 的开源代码模型,而且执行成功率比 GPT-4 还高。这对构建 AI 编程 Agent 来说是个游戏规则改变者。

    ③ 清华大学 + 智谱 AI 双背书:KEG 实验室(唐杰教授团队)在 NLP 和代码生成领域深耕多年,CodeGeeX 系列从 2022 年做到 2026 年,四代演进,成熟度远超同类竞品。智谱 AI 的 GLM 架构也在持续迭代优化。

    ④ 真正可用的 IDE 插件:很多开源模型只提供权重,没有好的用户体验。CodeGeeX 的 VS Code / JetBrains 插件做得相当完善,上下文补全、跨文件理解、Ask CodeGeeX 对话,体验不输商业产品。

    如果你在找一个能本地部署、性能好、中文友好的 AI 编程助手,CodeGeeX4 是目前唯一的最优解

    📊 性能对比(10B 以下模型)

    模型 参数 HumanEval MBPP NCB Function Call
    CodeGeeX4-ALL-9B 9B 82.3% 75.7% 40.4% ✅ 超越GPT-4
    Llama3-70B-Instruct 70B 77.4% 82.3% 37.0%
    DeepSeekCoder-33B 33B 81.1% 80.4% 39.3%
    Codestral-22B 22B 81.1% 78.2% 46.0%

    数据来源:CodeGeeX4 官方 README,NCB = NaturalCodeBench

    📚 CodeGeeX 系列演进

    CodeGeeX(第一代,2022)
    13B 参数,基于华为昇腾芯片训练,在 20+ 编程语言上预训练。配套开源 HumanEval-X 多语言评测基准。Apache-2.0 开源。

    CodeGeeX2(第二代,2023)
    基于 ChatGLM2-6B,6B 参数即超越 15B 的 StarCoder。支持 8192 序列长度,量化后仅需 6GB 显存。HumanEval-X 全面提升(+57%~+321%)。

    CodeGeeX4(第四代,2024)
    基于 GLM-4-9B,9B 参数全能模型。支持 Function Call、仓库级 Q&A、128K 上下文。BigCodeBench / NaturalCodeBench / CRUXEval 全基准 SOTA。Apache-2.0 开源。

    由自动化任务发布 · GitHub 热门 AI 开源项目系列 · 清华大学 KEG 实验室 × 智谱 AI
  • 微软砸25亿美元搞了个AI部署公司,这仗越打越猛了

    周四,微软悄悄亮了一张新牌——一家叫Microsoft Frontier Company的运营新公司,专门帮企业把AI真正用起来。听起来像个咨询服务部门?不完全是。微软这次拿出了25亿美元的承诺投资,还拉了6000名行业和工程专家进来。

    微软商业业务CEO Judson Althoff在宣布这件事的时候,特意强调了一件事:这不只是你们说的”前置部署工程师”(FDE)那套东西。”这超越了所谓前置部署工程的标签,”他写道,”这会是行业里最大、最能打、最结果导向的工程组织。”

    微软AI部署公司Frontier
    微软Frontier Company聚焦企业AI落地,25亿美元投入(配图由AI生成)

    FDE到底是什么,为什么大家都在做

    FDE全称Forward Deployed Engineer,直译过来是”前置部署工程师”——说人话就是,把工程师直接派到客户那边,现场帮企业把AI模型接进业务流程里。这套打法最早是Palantir带起来的,现在变成了AI公司的标配。

    有意思的是,就在微软宣布这件事的两天前,AWS刚说自己要拿10亿美元搞一个类似的AI部署项目,而且明说就是FDE模式。OpenAI和Anthropic也没落下,两家都在这几个月里宣布了和私募股权公司合作的联合 venture,方向也是企业AI服务。

    所以现在局面是这样的:亚马逊扔了10亿,微软扔了25亿,OpenAI和Anthropic各自拉了外部资本进场。企业AI落地这件事,已经从”顺手做一做”变成了各家都要单独成立公司来做的核心业务。

    微软的真正优势在哪

    论掏钱,微软这次确实出手最重。但钱不是唯一的筹码,微软手里有一样别人没有的东西——客户。

    公告里点了几家早期合作伙伴:伦敦证券交易所集团、联合利华、Land O’Lakes(美国乳制品合作社)、埃森哲。这些名字背后代表的,是微软在企业市场深耕几十年的积累。财富500强里大部分公司,本来就是微软的客户。

    这意味着微软不需要从头去敲门。工程师已经驻场了,关系已经建立了,现在只是把”帮企业部署AI”这件事,从顺手做的事变成了一门正经生意。相比之下,OpenAI和Anthropic虽然技术强,但企业客户基础远不如微软深厚,它们选择和私募股权合作,某种程度上也是在补这个短板。

    企业AI落地的窗口期

    这件事的背后,其实是一个更大的趋势:AI公司都在从”卖模型”往”卖结果”转型。企业不缺模型,缺的是把模型变成业务流程里真正能用、愿意用的东西。这块活儿脏、累、慢,但利润厚、黏性强。

    微软这次把25亿美元砸进去,摆明了是要把这块市场吃下来。它有的是销售团队、有的是企业关系、有的是Azure云基础设施。Frontier Company如果能把这些牌都打出来,对其他玩家来说会是个不小的压力。


    当然,话说回来,宣布和做成是两回事。企业AI落地的坑,这几年大家都看了不少——模型效果不稳定、数据安全顾虑、员工不会用、业务流程改不动。微软有钱有关系,但这些实际问题,不是砸钱就能解决的。

    接下来值得看的是,Frontier Company第一个公开案例什么时候出来,以及效果到底怎么样。 announcement是廉价的,客户买单才是真的。

  • Anthropic正与三星商讨定制AI芯片,不想只靠英伟达了

    四月那会儿,路透社曾经报过一条消息,说Anthropic在认真考虑自研AI芯片,原因很简单——芯片不够用。当时听起来更像是行业内幕人士的放风,没多少人当真。但这几天,这件事看起来是真的了。

    周四,The Information 报道称Anthropic正在和三星接触,商讨围绕一款待定芯片展开合作。不过按照报道的说法,Anthropic自己也没完全想清楚这块芯片到底用来干什么、怎么塞进服务器、性能要做到什么程度。说白了,双方还在谈,没到拍板的阶段。

    Anthropic与三星商讨定制AI芯片
    AI公司纷纷开始布局自研芯片,Anthropic和三星的合作正在洽谈中(配图由AI生成)

    TechCrunch去求证的时候,Anthropic的回复很标准——包含谷歌、亚马逊和英伟达芯片的多元化硬件堆栈,仍将是其计算战略的核心。至于和三星有没有可能合作,官方说法是没有更多信息可以披露。

    这话翻成人话就是:我们确实在聊,但别问太多,说出来就不好谈了。

    OpenAI上周刚亮底牌

    Anthropic这个动作,怎么看都像是对上周OpenAI那步棋的回应。就在6月24日,OpenAI联手博通(Broadcom)发布了它们的首款自研推理处理器,代号”Jalapeño”。OpenAI的说法是,这块芯片效率更高,性能功耗比优于竞品。

    除了OpenAI和Anthropic,亚马逊和谷歌也早就在做自己的定制芯片了——亚马逊有Trainium,谷歌有TPU,都是云服务里的标配。所以归根到底,这场”造芯”运动的核心逻辑只有一个:英伟达太强势了,强势到所有人都想绕开它。

    英伟达在AI芯片领域的地位不用多说,训练、推理两头吃,市面上基本没有能打的对手。但这种一家独大的局面,让所有AI公司都睡不踏实——供货要看脸色,价格也没多少议价空间。自己掌握芯片,意味着至少不用把命门捏在别人手里。

    三星为什么是那个合适的人选

    三星在AI产业链里的位置很特殊。它既是英伟达的合作伙伴,帮英伟达生产训练AI模型所需的芯片,同时又用英伟达的软件来制造自己的芯片。两边下注,和谁都熟。

    更有意思的是,三星和英伟达正在韩国合建一座AI芯片工厂。也就是说,如果Anthropic最终选择和三星合作,这条供应链上会出现一个微妙的三角关系:英伟达帮三星建厂,三星帮Anthropic做芯片,而Anthropic本来就是英伟达的大客户。大家都在同一张牌桌上,只是出的牌不一样。

    三星也不是第一次和AI公司谈芯片合作了。此前有报道说,三星还在和谷歌讨论下一代AI芯片的制造。看起来,三星想在AI芯片代工这块吃到更多份额,和台积电掰一掰手腕。


    这块芯片最终能不能做出来,现在下结论还太早。Anthropic连”用来干什么”都没想清楚,说明项目还在非常早期的阶段。但方向已经明确了:AI公司不想永远当英伟达的客户,它们想自己掌握硬件的主动权。

    接下来值得看的是,OpenAI的Jalapeño芯片什么时候能量产落地,以及Anthropic和三星的谈判会不会在年内有实质性突破。芯片这件事,宣布容易,做出来难,业内翻车的例子也不是没有。