标签: AI Agent

  • 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
  • Strix:开源AI渗透测试工具,让AI智能体像真实黑客一样发现漏洞(31.6K Stars)

    Strix:开源AI渗透测试工具,让AI智能体像真实黑客一样发现漏洞(31.6K Stars)

    🛡️ Strix:开源AI渗透测试工具,让AI智能体像真实黑客一样发现漏洞

    Strix
    Autonomous AI Penetration Testing
    ⭐ 31.6K Stars
    🐍 Python
    📄 Apache-2.0
    🏢 useStrix

    📌 项目简介

    Strix 是一款开源的 AI 驱动的渗透测试工具,由 useStrix 团队维护(YC W25 孵化项目)。它用自主AI智能体模拟真实黑客的攻击行为——动态执行代码、发现漏洞、验证PoC(概念验证),覆盖从侦察、利用到验证的完整渗透测试流程。与传统静态分析工具的高误报率不同,Strix 通过实际利用来验证漏洞,输出可工作的PoC,让开发者和安全团队在几小时内完成传统需要数周的渗透测试。

    ⚙️ 安装要求与过程

    环境要求

    • Docker 必须已启动(用于沙箱隔离执行)
    • ✅ 任意支持的 LLM 提供商 API 密钥(OpenAI / Anthropic / Google / 本地模型等)
    • ✅ Python 3.10+(仅使用 PyPI 包时)

    快速安装(3步搞定)

    # 1. 一键安装 Strix
    curl -sSL https://strix.ai/install | bash
    
    # 2. 配置 AI 提供商(支持 OpenAI / Claude / Gemini 等)
    export STRIX_LLM="openai/gpt-5.4"
    export LLM_API_KEY="your-api-key"
    
    # 3. 运行首次安全评估
    strix --target ./app-directory

    📦 首次运行会自动拉取沙箱 Docker 镜像,结果保存到 strix_runs/<run-name> 目录。

    ✨ 核心功能

    🤖
    多智能体渗透测试
    多个AI渗透测试智能体协作——分工负责侦察、利用、后渗透阶段,像红队一样动态协调、共享发现、链式利用漏洞,并行执行提升覆盖效率。

    🔍
    真实漏洞验证(非误报)
    与传统静态分析工具的高误报率不同,Strix 通过实际执行利用代码来验证漏洞,输出可工作的PoC(概念验证),确保每一个报告的问题都是真实可利用的。

    🧰
    完整渗透测试工具链
    内置 HTTP 拦截代理(Caido)、浏览器漏洞利用(Playwright)、命令执行环境、自定义漏洞运行时(Python 沙箱)、侦察与OSINT、动静态代码分析(SAST+DAST)、结构化漏洞知识库(CVSS + OWASP 分类)。

    🔧
    自动修复与合规报告
    不仅发现问题,还能生成安全补丁(AI 自动修复)和符合 SOC 2 / ISO 27001 / PCI DSS 标准的渗透测试报告,一键即可生成可直接提交的漏洞报告。

    🚀
    CI/CD 原生集成
    无交互模式(-n/--non-interactive)完美适配自动化场景,GitHub Actions 工作流仅需 10 行配置,即可在每次 Pull Request 时自动扫描漏洞,在代码合并前阻断安全风险。

    🚀 典型使用场景

    场景一:PR 合并前的自动安全门禁
    在 GitHub Actions 中配置 Strix,每次 PR 提交时自动触发安全扫描。Strix 会自动将扫描范围限定在变更文件(diff-scope),快速完成审查。发现漏洞时以非0退出码阻断合并,并自动生成包含PoC和修复建议的安全报告。传统渗透测试需要数周,Strix 在 CI 流水线中仅需分钟级完成。
    场景二:Bug Bounty 自动化辅助
    安全研究员使用 Strix 对目标应用进行自动化漏洞挖掘。Strix 的智能体协作机制可同时覆盖 OWASP Top 10 的八大类漏洞(访问控制、注入攻击、服务端漏洞、客户端攻击、业务逻辑缺陷、认证与会话、基础设施与云安全、API 安全),并自动生成可用于漏洞报告提交的 PoC 脚本,大幅提升 Bug Bounty 研究的效率与覆盖深度。
    场景三:本地代码仓库的白盒安全审计
    开发者运行 strix --target ./app-directory,Strix 在 Docker 沙箱内动态执行应用代码,结合 SAST(静态应用安全测试)和 DAST(动态应用安全测试)双重分析,精准发现硬编码密钥、SQL 注入、SSRF 等传统工具难以触达的深层漏洞。支持通过 --instruction 参数指定重点关注的业务逻辑缺陷类型。

    💡 推荐理由

    在 AI 辅助开发日益普及的今天,安全责任正在向左迁移——开发者需要在代码提交前就能发现安全问题。传统 SAST 工具(如 Bandit、Semgrep)误报率高,而专业渗透测试周期长、成本高。Strix 用 AI 智能体填补了这个空白:

    • 🎯 真实可利用性验证:不只报告潜在问题,而是实际执行利用代码,输出可工作的 PoC,将误报率降至最低。
    • 🤝 多智能体协作:像真实红队一样分工协作,侦察智能体发现攻击面 → 利用智能体验证漏洞 → 后渗透智能体评估影响范围,链式利用让漏洞发现更系统。
    • 🔗 DevSecOps 无缝集成:GitHub Actions / GitLab CI 仅需 10 行配置,PR 差异范围自动扫描,安全门禁无感嵌入开发流程。
    • 🌐 支持广泛 LLM 提供商:通过 LiteLLM 支持 OpenAI / Anthropic / Google / Azure / AWS Bedrock / 本地模型(Ollama),可灵活选择兼顾成本与效果的最佳模型。

    作为 YC W25 孵化的开源项目,Strix 在短短数月内获得 3.1 万+ stars,已成为 AI 安全测试领域最受关注的开源工具之一。无论你是开发者、安全工程师还是 DevSecOps 团队,Strix 都值得加入你的安全工具链。

    📥 下载地址

    📌 本文由 AI 助手自动生成,数据来源:GitHub + 项目官方 README。Strix 采用 Apache-2.0 开源许可,由 useStrix 团队维护(YC W25)。
  • WrenAI:开源 GenBI 引擎,让 AI 智能体生成可信的 Text-to-SQL 和仪表盘,15.7K Stars 让数据分析变得简单

    WrenAI:开源 GenBI 引擎,让 AI 智能体生成可信的 Text-to-SQL 和仪表盘,15.7K Stars 让数据分析变得简单

    15.7K+GitHub Stars
    22+数据源支持
    Apache-2.0开源许可

    📊 项目简介

    WrenAI 是一个面向 AI 智能体的开源生成式商业智能(GenBI)引擎,通过开放上下文层实现受管制的 Text-to-SQL,让自然语言问题转化为可信的仪表盘、图表和 SQL,支持 BigQuery、Snowflake、PostgreSQL、ClickHouse、Databricks 等 20+ 数据源。

    传统的 BI 工具需要专业的数据分析技能,而直接使用 LLM 生成 SQL 又常常不可靠——AI 不了解业务逻辑,容易生成错误的结果。WrenAI 的革新之处在于引入了开放上下文层(Open Context Layer):通过将业务语义、已验证定义、示例、记忆和治理规则以可版本化、可溯源的文件存储,让 AI 智能体能够生成可信的 SQL 和分析结果。

    该项目由 Canner 团队开发维护,采用 Apache-2.0 开源许可,累计 2523+ 次提交,是 GenBI 领域的开创性项目。2026 年,随着 AI Agent 的爆发,WrenAI 已成为 AI 驱动数据分析的首选开源方案。

    ⚙️ 安装要求和过程

    环境要求

    • Python:3.9+(推荐使用 3.10 或更高版本)
    • Node.js:18+(用于 AI 客户端适配脚本安装)
    • 数据源:已部署的 PostgreSQL / BigQuery / Snowflake / ClickHouse 等(或本地 DuckDB)
    • 可选:Vercel 或 Cloudflare Pages 账号(用于仪表盘部署)

    快速安装步骤

    方式一:Python CLI 安装(推荐)

    # 核心版本,内置 DuckDB 引擎
    pip install wrenai
    
    # 按需添加数据源扩展和记忆功能
    pip install "wrenai[postgres,memory]"
    
    # 国内用户可使用清华 PyPI 镜像加速
    pip install wrenai -i https://pypi.tuna.tsinghua.edu.cn/simple
    
    # 若 HuggingFace 模型下载超时,设置镜像
    export HF_ENDPOINT=https://hf-mirror.com

    方式二:AI 客户端适配(让 AI 智能体使用 WrenAI)

    # 自动检测当前环境的 AI 客户端(Claude Code、Cursor 等)
    npx skills add Canner/WrenAI

    方式三:Docker 部署(完整平台)

    git clone https://github.com/Canner/WrenAI.git
    cd WrenAI
    docker-compose up -d

    初始化配置

    安装完成后,向 AI 智能体发送指令:

    Use Wren to set up my Postgres database

    智能体会自动执行引导流程,完成数据源连接、项目初始化和首次查询。你还可以发送:

    Enrich my Wren project with the business context in raw/

    让智能体自动提取业务知识,丰富上下文层。

    🌟 核心功能

    🎯 开放上下文层(Open Context Layer)

    这是 WrenAI 的核心创新。业务逻辑(指标定义、枚举值、单位、已验证关联规则等)以可版本化、可溯源的文件存储:语义模型(MDL)、企业定义文件(instructions.md)、历史查询记录。支持 Git 管理,不依赖封闭 UI,可被所有 AI 智能体和团队成员复用。

    🔍 可信 Text-to-SQL

    结合开放上下文层,WrenAI 通过语法感知检索、MDL 规划、预执行验证、结构化错误提示、值分析、评估工具链,大幅提升 SQL 生成的正确性。支持 20+ 数据源,包括云数仓(BigQuery、Snowflake、Databricks)、传统关系型数据库(PostgreSQL、MySQL、SQL Server)和本地文件。

    📊 生成式仪表盘

    可将分析结果一键转换为可交互、支持筛选的浏览器端仪表盘,基于 wren-core-wasm 实现。支持一键部署到用户自己的 Vercel 或 Cloudflare Pages 账号,生成可分享的公开链接。从自然语言提问到团队可访问的仪表盘,全程自动化。

    🤖 AI 智能体原生集成

    提供 Agent SDK(wren-langchain 兼容 LangChain/LangGraph,wren-pydantic 支持其他 Python 技术栈)。支持 MCP 协议,可对接 Claude Code、Cursor、Cline、Codex 等各类 AI 客户端。安装适配脚本后,AI 智能体可调用 WrenAI 的工作流指南和查询能力。

    🔐 受管制执行能力

    支持行级/列级访问控制(RLAC/CLAC)、查询行数限制、审计日志、审批工作流等治理能力。企业可以安全地让 AI 访问敏感数据,确保合规性和可审计性。混合检索的本地 LanceDB 记忆索引可召回历史相似查询,持续提升准确性。

    💡 典型使用场景

    场景一:数据分析师的 AI 助手

    数据分析师小李每天需要处理大量业务方的临时数据查询需求。以前他需要手写 SQL、等待查询、制作图表,耗时耗力。使用 WrenAI 后,业务方可以直接用自然语言提问:“上个月各区域的销售额同比增长了多少?” WrenAI 基于上下文层生成可信的 SQL,自动生成图表,并部署为可分享的仪表盘。小李只需要审核结果,大大提升了工作效率。

    价值:减少 80% 的重复查询工作,业务方自助获取数据洞察,数据分析师专注于高价值分析。

    场景二:企业级 AI Agent 的数据分析能力

    某公司正在构建企业级 AI Agent,需要让 Agent 能够查询公司内部的数据仓库。直接使用 LLM 生成 SQL 的准确率低,且无法复用业务逻辑。通过集成 WrenAI 的 Agent SDK 和 MCP 协议,Agent 可以访问开放上下文层,生成可信的 SQL,并通过受管制执行能力确保数据安全。所有业务逻辑以文件形式存储,支持 Git 版本管理,团队可以持续迭代优化。

    价值:AI Agent 的数据分析能力从”不可靠”变为”可信”,业务逻辑可复用、可版本化、可审计。

    🚀 推荐理由

    为什么推荐 WrenAI?

    1. 解决了 AI + BI 的核心痛点
    LLM 生成 SQL 的最大问题是”不可信”——AI 不了解业务逻辑,容易生成错误的结果。WrenAI 的开放上下文层方案非常优雅:将业务逻辑以文件形式存储,可被所有 AI 智能体和团队成员复用,支持 Git 管理。这比封闭的商业产品更具可持续性。

    2. GenBI 是 AI Agent 应用的新范式
    2026 年,AI Agent 从”聊天”走向”执行”,数据分析是最高频的企业场景之一。WrenAI 不仅是 Text-to-SQL 工具,更是完整的 GenBI 引擎——从自然语言提问到可信 SQL,从分析结果到可分享仪表盘,全流程自动化。这是 BI 工具的范式转变。

    3. 开源 + 企业级能力
    采用 Apache-2.0 许可,可自由修改和部署。同时内置了行级/列级访问控制、审计日志、审批工作流等企业级能力,满足数据安全合规要求。支持 20+ 数据源,无需替换现有数据栈。

    4. AI 智能体原生设计
    不是”给人的工具”,而是”给 AI 的工具”。提供 Agent SDK、MCP 协议支持,可无缝集成到 Claude Code、Cursor、LangChain 等 AI 开发框架。开放上下文层的设计让 AI 智能体能够持续学习和改进。

    小缺点
    目前文档主要用英文,中文社区还在建设中。部分高级功能(如仪表盘部署)需要 Vercel/Cloudflare 账号,对纯本地部署场景略有不便。但核心功能完全可以本地使用,不影响基本使用。

    📥 下载地址

    WrenAI · GenBI for AI Agents · 让数据分析变得简单、可信、可追溯
    数据与 AI 的桥梁 · Text-to-SQL 的新范式 · 2026 年值得关注的开源项目

  • Semantic Kernel:微软企业级 AI 编排 SDK,28K+ Stars 让多语言 AI 应用开发变得简单

    Semantic Kernel:微软企业级 AI 编排 SDK,28K+ Stars 让多语言 AI 应用开发变得简单

    Semantic Kernel
    Microsoft 企业级 AI 编排 SDK
    Python · C# · Java · RAG · Multi-Agent · MCP

    📌 项目简介
    模型无关的企业级 AI 编排 SDK,让开发者快速将前沿 LLM 技术集成到应用中

    Semantic Kernel(简称 SK)是微软推出的模型无关企业级 AI 编排 SDK,支持 Python、C#、Java 三大主流语言。
    它帮助开发者快速构建、编排和部署 AI 智能体及多智能体系统,可兼容任意主流大模型,兼顾企业级可靠性与灵活性。

    ⚠️ 重要提示:项目已升级为微软官方企业级智能体框架 Microsoft Agent Framework(MAF)
    MAF 是 SK 的继任者,已发布 1.0 生产级稳定版本。新项目建议使用 MAF,SK 后续仅提供最低限度的安全更新和 bug 修复。

    ⚙️ 安装要求和过程
    💻 环境要求
    • Python:3.10 及以上
    • .NET:.NET 8.0 及以上(推荐 .NET 10.0)
    • Java:JDK 17 及以上
    • 支持系统:Windows / macOS / Linux
    🔑 前置配置

    需先设置 AI 服务环境变量:

    # Azure OpenAI
    export AZURE_OPENAI_API_KEY=你的密钥
    export AZURE_OPENAI_ENDPOINT=你的端点
    
    # OpenAI
    export OPENAI_API_KEY=你的密钥

    📦 快速安装
    Python(推荐)
    pip install semantic-kernel

    .NET(C#)
    dotnet add package Microsoft.SemanticKernel
    dotnet add package Microsoft.SemanticKernel.Agents.Core

    Java
    <dependency>
      <groupId>com.microsoft.semantickernel</groupId>
      <artifactId>semantickernel-core</artifactId>
      <version>1.0.0</version>
    </dependency>

    ✨ 核心功能
    🔗 模型无关设计
    原生支持 OpenAI、Azure OpenAI、Hugging Face、NVIDIA NIM 等主流大模型,也可接入 Ollama、LM Studio、ONNX 等本地部署模型,无需绑定特定厂商

    🤖 智能体全能力
    支持构建单智能体、多智能体协作系统,智能体可集成工具/插件、记忆能力、规划能力,满足从简单对话到复杂业务流程编排的需求

    🔌 丰富插件生态
    支持原生代码函数、提示词模板、OpenAPI 规范、Model Context Protocol(MCP)等多种插件形式,可快速扩展智能体能力

    🗄️ 向量数据库集成
    无缝对接 Azure AI Search、Elasticsearch、Chroma 等主流向量数据库,快速实现 RAG(检索增强生成)场景

    🏢 企业级能力
    内置可观测性、安全机制,提供稳定的 API 接口,满足企业级生产环境要求。支持 Azure Monitor、OpenTelemetry 等监控方案

    🔄 流程编排框架
    提供结构化工作流引擎,可建模复杂业务流程,实现 AI 能力的可控编排。支持顺序、并行、条件分支等多种执行模式

    🚀 典型使用场景
    场景一:企业客服多智能体系统
    构建「工单分流智能体 + 账单处理智能体 + 退款处理智能体」的协作系统。
    当用户发送复杂需求时,主智能体自动规划并委派给专业子智能体处理,完成后汇总回复用户。
    Semantic Kernel 的 Agent Framework 原生支持多智能体协作,每个智能体拥有独立上下文和工具集。

    场景二:RAG 企业知识库问答
    结合向量数据库(如 Azure AI Search 或 Chroma),为企业内部文档构建知识库问答系统。
    通过 Semantic Kernel 的 Vector Store 抽象层,仅需修改配置即可切换不同向量数据库,无需重写代码。
    支持文本分块、向量化、混合检索(向量 + 关键词)等完整 RAG 管线。

    场景三:跨平台 AI 应用(Python + C# + Java 三语通用)
    企业技术栈多样,Semantic Kernel 提供 Python、C#、Java 三大语言 SDK,API 设计高度一致。
    无论是 Python 数据科学团队、.NET 企业应用团队,还是 Java 后端团队,都可以用相同的概念(Kernel、Plugin、Agent)开发 AI 功能。
    Microsoft 官方提供 100+ 示例代码,覆盖所有主流场景。

    💡 推荐理由

    作为一名 AI 开发者,Semantic Kernel 是我用过的最”企业友好”的 AI 编排框架。它的模型无关设计让我可以随时切换底层 LLM,而不用改业务代码——这在企业采购谈判中非常有优势。

    三语言 SDK(Python/C#/Java)的设计一致性是一大亮点。我们团队后端用 Java、AI 服务用 Python、桌面端用 C#,Semantic Kernel 让三者共享相同的 AI 编排逻辑,大幅降低了跨团队沟通成本。

    插件系统非常灵活。除了写代码函数,还支持 OpenAPI 规范直接导入(自动生成插件),这让集成第三方 API 变得极其简单。MCP 协议的支持也让智能体能力扩展变得更加标准化。

    需要注意的是,微软已宣布将 SK 升级为 Microsoft Agent Framework(MAF),MAF 是SK的正式继任者并已发布 1.0 稳定版。如果是全新项目,建议直接评估 MAF;但 SK 的现有用户不必担心,API 高度兼容,迁移成本很低。

    ⭐ 如果你在用 .NET 技术栈,Semantic Kernel 是目前唯一有微软官方长期支持的企业级 AI 框架,强烈推荐!

    28.2K+
    GitHub Stars

    4.6K+
    Forks

    3
    语言 SDK

    100+
    官方示例

    📥 下载地址 & 相关链接
    许可协议:MIT License(商业友好,可自由修改和分发)


      由 AI 自动整理,数据来源 GitHub  
  • SpaceX悄悄造了个AI硬件原型,听起来像个手机——但马斯克说”假新闻”

    SpaceX悄悄造了个AI硬件原型,听起来像个手机——但马斯克说”假新闻”

    7月1日最让人摸不着头脑的科技新闻,来自《华尔街日报》的独家报道:SpaceX已经向投资者展示了一款”类手机”AI硬件原型,机身比iPhone更薄更精致,定位介于小型触屏手机和Rabbit R1之间。但马斯克随即在X上辟谣,说这报道”完全不实”。

    SpaceX AI device concept
    SpaceX AI硬件传闻中的原型概念(图源:TechCrunch / GettyImages)

    WSJ说了什么,马斯克又怎么回的

    根据WSJ的报道,SpaceX向部分投资者和利益相关方展示了这款原型机,并明确告知:产品仍处于早期阶段,设计随时可能改动。原型机的形态被描述为”handset-like”——像手机但不是手机,比iPhone更薄更流线型。

    马斯克的反应很直接,在X上转发相关报道并评论”utterly false”(完全不实)。但科技圈的”辟谣”有时候反而坐实了传闻——毕竟马斯克过去也不是没在X上”提前发布”过产品消息。

    “完全不实。”

    —— 埃隆·马斯克,在X上回应WSJ报道

    为什么SpaceX做硬件说得通

    抛开马斯克的辟谣不谈,SpaceX(加上它的兄弟公司Tesla)确实具备量产消费硬件的全部条件:制造能力、芯片供应链、以及通过Starlink Mobile切入无线市场的野心。有分析师甚至猜测,T-Mobile或AT&T会是SpaceX的收购目标——虽然这价格肯定不菲。

    更关键的是,这款原型机据称运行在专属操作系统上,并集成了xAI的技术。SpaceX今年早些时候收购了xAI,这意味着这款设备不会像安卓手机那样被锁在Google的生态系统里,而是有一套完全独立的AI原生交互。

    OpenAI先做,Musk肯定想做得更好

    这件事最有意思的地方在于竞争格局。OpenAI已经在和前Apple设计总监Jony Ive合作开发AI硬件,Altman说它会比iPhone”更平和”。但OpenAI的硬件进展并不顺利,据报道他们在产品细节上反复纠结,最近还从Apple挖来了负责Vision Pro的副总裁Paul Meade,显然是想加速。

    如果SpaceX真的在做,Musk的性格决定了他不会满足于”跟OpenAI一样”——他想要的是更好。而且SpaceX有一样OpenAI没有的东西:庞大的制造体系和供应链掌控力。Tesla年产百万辆车的经验,转到消费电子上并不是完全用不上。

    AI硬件的坟场已经很挤了

    当然,冷静想一想,AI硬件这个赛道上已经躺了不少”先烈”:Humane的AI Pin销量惨淡,Rabbit R1交付后评价两极,至今没有谁真正跑出来。公司想卖AI硬件,不等于消费者想买AI硬件——这个鸿沟至今没有被填满。

    SpaceX的优势在于:它有忠实粉丝群体(”Musk信徒”),有Starlink的用户基础可以交叉销售,也有足够的资本烧一阵子。但要做消费电子,产品本身得够好,光靠粉丝经济撑不起一个硬件平台。

    • WSJ报道SpaceX已向投资者展示”类手机”AI硬件原型
    • 马斯克公开辟谣,称报道”完全不实”
    • 原型据称运行专属OS,集成xAI技术,避免依赖Android
    • OpenAI的Jony Ive硬件也在推进中,但进展缓慢
    • AI硬件市场尚无真正成功案例,Humane和Rabbit均未跑通

    距离真相大白可能不需要太久。如果WSJ的报道是真的,这款设备迟早会露面;如果是假的,那这又是科技圈一轮新的”传闻-辟谣”循环。不管怎样,AI硬件的战争,SpaceX会不会入场,接下来的几个月应该会有更多消息透出。

  • E2B:开源 AI Agent 云沙箱,为智能体提供安全隔离的代码执行环境,12.8K+ Stars 让 AI 真正动手

    E2B:开源 AI Agent 云沙箱,为智能体提供安全隔离的代码执行环境,12.8K+ Stars 让 AI 真正动手

    📦 E2B:开源 AI Agent 云沙箱

    为企业级 AI 智能体提供安全隔离的代码执行环境

    ⭐ 12.8K+ Stars
    🚀 Apache-2.0
    🐍 Python/TypeScript
    ☁️ 云原生

    📝 项目简介

    E2B(Etienne de Bruijn)是一款开源的企业级 AI 智能体安全运行环境,为智能体提供可访问真实世界工具的安全隔离沙箱,支持在云端运行 AI 生成的代码。E2B 让 AI Agent 能够安全地执行代码、操作文件、访问网络,同时保持宿主环境的完全隔离。

    随着 AI Agent 的爆发式增长,如何让智能体安全地执行代码成为一个核心挑战。E2B 提供了基于 Firecracker 微虚拟机(microVM)的轻量级沙箱环境,启动仅需约 150ms,支持最长 24 小时运行,已成为 AI Agent 沙箱领域的基础设施级开源项目。

    🚀 核心功能

    🔒 安全隔离沙箱

    基于 Firecracker microVM 构建,每个沙箱完全隔离,支持 Linux x86_64 环境。AI 生成的代码在沙箱内执行,无法访问宿主环境,从根本上保障安全性。

    ⚡ 极速启动

    沙箱环境启动仅需约 150ms,几乎无感知延迟。支持长时间运行(最长 24 小时),满足复杂任务的执行需求。

    🛠️ 真实世界工具

    沙箱内预装常用开发工具,支持文件系统操作、网络访问、代码执行等真实世界能力,让 AI Agent 真正”动手”完成任务。

    🌐 多语言 SDK

    官方提供 Python 和 TypeScript/JavaScript 双语言 SDK,支持同步/异步调用,5 行代码即可启动沙箱并执行代码。

    📦 模板系统

    支持自定义模板(Template),可预装依赖、预置文件,一键创建包含完整环境的沙箱。支持从 AWS ECR、Docker Hub、GCP GCR 拉取自定义镜像。

    🏢 企业级自托管

    提供 Terraform 脚本,可在 AWS/GCP 等云上自建 E2B 基础设施,满足数据合规和私有化部署需求。

    ⚙️ 安装要求与过程

    环境要求:

    • Python ≥ 3.10(不支持 3.9 及更早版本)
    • Node.js ≥ 18(使用 npm 或 pnpm 安装)
    • 需要注册 E2B 账号并获取 API 密钥

    SDK 安装:

    # Python 安装
    pip install e2b
    pip install e2b-code-interpreter # 代码解释器扩展

    # JavaScript/TypeScript 安装
    npm install e2b
    npm install @e2b/code-interpreter # 代码解释器扩展

    快速开始:

    import os
    from e2b import Sandbox

    # 配置 API 密钥
    os.environ[“E2B_API_KEY”] = “e2b_***”

    # 启动沙箱并执行命令
    with Sandbox() as s:
    result = s.commands.run(“pip install pandas && python -c ‘import pandas; print(pandas.__version__)’”)
    print(result.stdout)

    💡 典型使用场景

    🤖

    AI Agent 代码执行

    为 LLM 应用、AI Agent 提供安全的代码运行环境,避免恶意代码影响宿主环境。无论是数据分析、图表生成还是自动化任务,都可以在隔离沙箱中安全执行。

    📊

    代码解释器(Code Interpreter)

    通过 @e2b/code-interpreter(JS)或 e2b-code-interpreter(Python)包,可直接执行代码片段并返回结果,打造类似 ChatGPT Code Interpreter 的交互体验。

    🏢

    企业私有化部署

    通过官方提供的 Terraform 脚本,在 AWS/GCP 等云上自建 E2B 基础设施,满足金融、医疗等行业的严格数据合规要求。

    🏗️ 技术架构

    E2B 的架构设计充分考虑了安全性和性能:

    • Firecracker microVM:使用 AWS 开源的 Firecracker 虚拟化技术,兼具虚拟机的隔离性和容器的轻量性
    • 快照/恢复:支持文件系统快照,沙箱可暂停/恢复,节省资源开销
    • 元数据过滤:支持根据元数据过滤查询沙箱列表,方便大规模管理
    • 生命周期控制:支持超时自动暂停,可配置是否保存内存状态
    • CLI 工具:新增 E2B CLI,可通过命令行构建、发布模板

    💝 推荐理由

    E2B 解决了 AI Agent 开发中的一个核心痛点:如何安全地执行 AI 生成的代码

    在 AI Agent 爆发增长的 2026 年,E2B 已经成为这一领域的开源基础设施。无论是个人开发者还是企业团队,都可以通过 E2B 快速为 AI Agent 添加强大的代码执行能力。

    我个人特别欣赏 E2B 的几个设计决策:

    • 开源优先:Apache-2.0 许可,完全开源,可自由自托管
    • 开发者友好:5 行代码即可启动沙箱,SDK 设计简洁直观
    • 性能出色:150ms 启动时间,几乎不影响用户体验
    • 生态完善:支持主流 LLM 框架集成,提供详细文档和 Cookbook

    如果你正在开发 AI Agent 或需要安全的代码执行环境,E2B 绝对值得一试!

    📥 下载地址

    GitHub 仓库
    官方文档
    Cookbook 示例
    自托管指南

    PyPI 安装: pip install e2b
    npm 安装: npm install e2b

    AI
    开源
    AI Agent
    云沙箱
    代码解释器
    Python
    TypeScript
    Docker
    Firecracker

  • Anthropic 发布 Claude Sonnet 5,跑智能体任务更便宜了

    昨天(6月30日),Anthropic 把 Claude Sonnet 5 悄悄推了出来。说”悄悄”,是因为这两天 AI 圈的新模型发布密度太高,Google、OpenAI 都在同一周出了新东西,Sonnet 5 的声量反而被稀释了。

    Claude Sonnet 5 AI模型概念图
    Claude Sonnet 5 主打高性价比智能体能力

    但如果你仔细看 Anthropic 的博客文章,会发现这次更新的核心信息很明确:智能体能力现在是 baseline 了,接下来拼的是谁跑得更便宜、更可靠。

    性价比路线,直接对标 Opus 4.8

    Sonnet 5 的定位有点像”高性价比智能体专用模型”。Anthropic 的说法是,它的智能体能力已经接近 Opus 4.8——也就是他们家目前最强的模型——但价格要低得多。

    具体定价是:输入每百万 token 2 美元,输出每百万 token 10 美元,这个价格执行到 8月31日,之后会涨到 3 美元和 15 美元。

    对比一下:Opus 4.8 更贵,OpenAI 的 GPT-5.5 和 Google 的 Gemini 3.1 Pro 也都比它贵。当然,Gemini 3.5 Flash 还是比它便宜,但那是 Google 主打高速低价的版本。

    智能体性能提升是最核心的更新

    在智能体编程任务 benchmark 上,Sonnet 5 得分 63.2%,Opus 4.8 是 69.2%,上一代 Sonnet 4.6 是 58.1%。在知识工作 benchmark 上,Sonnet 5 甚至略微超过了 Opus 4.8。

    Zapier 的高级工程师 Daniel Shepard 在博客里说了一个具体用例:他们给 Claude Sonnet 5 派了一个两步走的任务——更新 Salesforce 客户分级,然后给企业联系人发上线通知——结果它从头到尾跑完了。换成之前的模型版本,这种多步骤任务做一半就会卡住。


    安全改进,知道什么时候说”不”

    安全方面,Sonnet 5 也比 Sonnet 4.6 有改进:更少的恶意协作、更少的欺骗行为、更少的幻觉、更少的谄媚回应。不过 Anthropic 也坦承,在危险网络安全任务的处理能力上,它还是比 Opus 模型低很多。

    Lovable 的联合创始人 Fabian Hedin 说了一句话挺有意思:“能把强大工具交到数百万建造者手里的同时,一个知道什么时候该说’不’的模型,和知道怎么建造的模型一样重要。”

    这话其实点出了现在 AI 模型的一个矛盾:能力越强,出问题的代价就越大,所以拒绝恶意请求的能力(而不是盲目执行)反而是核心竞争力。

    双档位策略正在成为标配

    从产品策略来看,Sonnet 5 的推出其实是在巩固 Anthropic 的中端市场。免费用户和专业版用户现在默认用的就是 Sonnet 5,也就是说,大多数 Claude 用户会第一时间接触到这个模型。而需要最高精度的任务,仍然留给 Opus 4.8。

    这种”双档位”策略——Sonnet 走量和性价比,Opus 走高端和精度——看起来正在成为 AI 实验室的标配。OpenAI 有 GPT-5 系列的不同档次,Google 也是 Gemini Flash 和 Pro 并行。区别只在于谁的价格更有侵略性。

    8月31日之前的价格优惠,看起来像是 Anthropic 在给开发者和企业用户一个迁移窗口期。等到价格涨上去之后,Sonnet 5 的性价比优势会不会还在,就要看那时候竞争对手的定价了。

  • Flowise:可视化构建AI智能体的低代码平台,54K+Stars让AI Agent开发变得简单

    Flowise:可视化构建AI智能体的低代码平台,54K+Stars让AI Agent开发变得简单

    📦 项目简介

    Flowise 是一款可视化构建 AI 智能体的低代码平台,让你通过拖拽节点的方式组装 AI Agent 工作流,无需编写代码即可串联大模型、知识库和外部工具。基于 LangChain 生态构建,支持几乎所有主流 LLM,是构建 RAG 应用和 AI 自动化工作流的首选工具之一。

    54K+
    GitHub Stars

    24K+
    Forks

    v3.1.3
    最新版本

    TypeScript
    语言

    ⚙️ 安装要求和过程

    环境要求

    • Node.js ≥ 20.0.0(推荐 v20.20.2)
    • PNPM(可选,用于本地开发)
    • Docker(可选,用于容器化部署)

    方式一:全局安装(最简单)

    # 安装 Flowise
    npm install -g flowise
    
    # 启动服务
    npx flowise start
    
    # 访问地址
    http://localhost:3000

    方式二:Docker 部署

    # 克隆项目
    git clone https://github.com/FlowiseAI/Flowise.git
    cd Flowise/docker
    
    # 配置环境变量
    cp .env.example .env
    
    # 启动容器
    docker compose up -d

    方式三:本地开发

    # 安装 PNPM
    npm i -g pnpm
    
    # 克隆仓库
    git clone https://github.com/FlowiseAI/Flowise.git
    cd Flowise
    
    # 安装依赖
    pnpm install
    
    # 构建项目
    pnpm build
    
    # 启动开发服务器
    pnpm dev

    ⚠️ 如果构建时出现内存溢出,运行 export NODE_OPTIONS="--max-old-space-size=4096" 后重试

    ✨ 核心功能

    🎨 可视化工作流编排

    通过拖拽节点、连线的可视化方式组装 AI Agent,支持 AgentFlow V2(迭代节点、条件节点、HTTP节点),无需编写代码即可构建复杂 AI 工作流。支持导出/导入工作流,方便分享与协作。

    🤖 多模型支持

    支持 OpenAI、Claude、Gemini、HuggingFace、Ollama 等几乎所有主流 LLM,同时支持 AWS Bedrock 全模型目录和自定义模型接入。Mistral AI FunctionAgent 支持工具调用流式输出。

    📚 知识库与 RAG

    原生支持向量存储和嵌入模型接入,可给 Agent 添加知识库,实现 RAG(检索增强生成)。支持多种向量数据库(Pinecone、Weaviate、Qdrant、Chroma 等)。

    🔌 MCP 协议支持

    支持 Model Context Protocol (MCP),可接入各种 MCP 服务器,扩展 Agent 能力。同时支持自定义工具集成,真正实现对外部系统的无缝对接。

    🔐 细粒度权限控制

    API 密钥支持细粒度权限控制,可按用户权限限定 API 密钥权限范围。支持用户名密码认证,凭证字段类型安全优化,避免敏感信息泄露。

    🚀 典型使用场景

    场景一:构建企业知识库聊天机器人

    上传企业文档(PDF、Word、Markdown等),Flowise 自动解析并建立向量索引。通过可视化界面组装”文档加载 → 文本分割 → 向量存储 → 检索 → LLM 生成”的完整 RAG 链路,一键部署为聊天接口,嵌入企业微信/官网/APP。

    场景二:AI 工作流自动化

    利用 AgentFlow V2 的迭代节点和条件节点,构建复杂的 AI 自动化工作流。例如:自动抓取网页内容 → 用 LLM 提取关键信息 → 判断内容类型 → 分别存储到不同数据库 → 发送通知。整个流程可视化编排,支持人工审核节点。

    场景三:多模型对比与路由

    在同一个工作流中接入多个 LLM,通过条件节点实现智能路由(简单问题用 GPT-3.5,复杂推理用 Claude Opus),或对同一个 Prompt 并行调用多个模型,对比输出质量后选择最佳答案。

    💡 推荐理由

    • 低代码、零门槛:可视化拖拽编排,产品/运营同学也能上手,不再依赖专业开发者
    • LangChain 生态加持:基于 LangChain 构建,享受其丰富的组件和工具生态,同时弥补了 LangChain 代码复杂的短板
    • 活跃社区:54K+ Stars,3600+ Commits,频繁更新(最近一次提交 2026-06-30),社区支持完善
    • 多部署方式:支持本地部署、Docker、Railway、Render、HuggingFace Spaces、Sealos 等一键部署,满足不同场景需求
    • 开放协议:Apache-2.0 许可,可完全自托管,数据不出内网,满足企业合规要求

    📥 下载地址

    ● ● ●

    📌 本文由自动化任务定时发布 | 数据来源:GitHub API | 更新时间:2026-07-01

    🔗 项目 GitHub: github.com/FlowiseAI/Flowise

  • 把 AI 智能体塞进手机键盘,这家新加坡创业公司拿到了 530 万美元

    Acti AI 智能体键盘
    Acti 将 AI 智能体直接嵌入手机键盘界面

    你每天在手机上最频繁用的界面是什么?不是某个 App,而是键盘。打字、发消息、搜索、写邮件——几乎所有操作都从键盘开始。

    新加坡创业公司 Acti 想把这个最基础的入口变成 AI 智能体的主场。他们这几天正式推出了一款”AI 智能体键盘”,有 iOS 和 Android 两个版本。不是那种帮你自动补全下一个词的传统输入法,而是能直接替你执行操作的 AI 工具。

    创始人来自百度

    创始人 Young Wang 此前在百度待了十年,把 Facemoji 键盘做到了 3 亿日活。他的判断是:大模型出现之后,文字不再只是用来”输入”的东西,它变成了”意图”的载体——而你打的每一个字,理论上都可以直接触发一个动作。

    Wang 说:”现在的 AI 智能体从根本上受限,因为用户的上下文分散在各个独立的应用里。Acti 坐在所有应用的上方,这让我们能建立一个真正属于用户——而不是某个平台——的上下文层。”

    Skills 是核心

    Acti 键盘的核心卖点叫”Skills”——可以理解为自定义快捷键。用户在键盘上划一个字母,就能触发一个多步骤任务。比如长按”T”翻译整段消息,按”C”立刻发出一个会议链接。不需要写代码,用自然语言描述想要什么效果,Acti 就能帮你建好这个 Skill。

    这些 Skills 可以私用,也可以发布到 Acti 的”Skill Hub”市场里让别人用。内测期间,用户在不到两周时间里建了超过 1000 个 Skills。

    隐私怎么算

    把 AI 放在键盘这个位置,隐私问题肯定躲不掉。Acti 的说法是”本地优先”——用户的个人上下文默认存在设备上,除非用户主动触发需要云端处理的功能,否则不会把消息内容传出去。

    技术上,Acti 用的是 Google 的 Gemini 模型。Wang 说选 Gemini 是因为它在智能程度、速度、可靠性和多语言表现之间找了个不错的平衡点。


    刚拿了 530 万美元

    Acti 刚刚完成了一轮 530 万美元的种子融资,由 BITKRAFT Ventures 领投。团队阵容不算弱——CTO Mike Sun 之前是百度云相册平台 Yike Album 的创始技术负责人,CSO Junbo Yang 之前在 HashKey Capital 主导消费类投资。

    商业模式还在摸索中,但大致方向是订阅制——免费用户能用基础模型,付费用户能用到更高级的模型、更多的每日调用次数。

    键盘这个赛道已经很久没有大变动了。Acti 想借 AI 的机会重新定义这个最基础的界面——这事能不能成,取决于用户愿不愿意让 AI 在他们的键盘里”常驻”。

  • OpenClaw 终于出了手机版,这下真能在口袋里跑 AI 智能体了

    OpenClaw 终于出了手机版,这下真能在口袋里跑 AI 智能体了

    今年早些时候在网上火了一阵的那个开源 AI 智能体 OpenClaw,这几天悄悄上架了 iOS 和 Android 应用。之前想用只能跑在电脑上,现在手机也能用了。

    OpenClaw 移动应用
    OpenClaw 现在有了官方移动应用

    用起来倒不复杂。手机装上应用之后,跟 OpenClaw Gateway 配对——这东西相当于一个路由层,把你手机上的请求转给后端的 AI 智能体和各种工具。配对好了,你就能在手机上直接跑之前在电脑上配置好的那些智能体了。

    OpenClaw 的用户已经把它玩出了花:写代码、规划餐食,甚至别的一些奇怪用法都有人试过。当然,翻车的人也不少,有人吐槽说结果实在不太行。

    MoltBook 那档子事

    OpenClaw 今年 2 月那波热度,很大程度上是靠 MoltBook 带起来的——当时号称是一个”完全由 AI 智能体组成的社交网络”,闹得挺大。后来被扒出来,里面有不少”智能体”其实是人在扮演,说白了就是一场营销噱头。

    这事说实话挺鸡贼的。用真人冒充 AI 来炒概念,短期确实能吸引眼球,但代价是把口碑搭进去了。不过话说回来,那阵风也确实让大家开始认真想一件事:智能体要是真能靠谱地跑起来,到底能干什么?


    手机上的智能体,到底靠不靠谱

    OpenClaw 上手机这步棋,赶上了智能体遍地开花的节点。你现在能在好多地方看到智能体的影子——键盘插件、各类 App 的集成,甚至系统级的入口也在路上了。

    但问题是,智能体在手机上到底能干多少实际的事,现在还真不好说。桌面端都还没完全跑顺,移动端受限于屏幕、交互方式和后台限制,能发挥的空间更小。OpenClaw 这波先把”能跑”这件事解决了,至于”跑得好不好”,还得靠后面的实际使用来说话。