《智能体栈走向一体化》-2026-08-16

创刊第 9 期 · 北京时间 2026 年 8 月 16 日

每日全球 AI 情报报纸 · 创刊第 9 期 · 北京时间 2026 年 8 月 16 日
金钱豹Ai中转
https://api.jinqianbao.icu/

卷首语

本期帮助读者看清一条主线:模型厂商不再只卖模型,而是在同时争夺模型、智能体运行框架、插件、消息入口和算力融资。阅读时先看“今日主线”理解这一体化趋势,再按分类阅读 10 条要闻补齐全景;“正式信息、媒体报道、行业风声”表示证据强度,不代表事件价值高低。

今日主线:模型、运行框架、入口与算力开始打包竞争

重点一:DeepSeek 同时补齐 V4 Pro 与开源 Harness

信息分层:正式信息|已确认

DeepSeek API 平台已显示 V4 Pro 正式版上线,强调更强的智能体能力,并支持 Responses API 与 Codex 集成。与此同时,DeepSeek Harness(智能体运行框架,简称 DSH)以 MIT 协议公开,采用“一切皆插件”的架构;官方仓库明确标注当前仍是开发者预览,未来会发生破坏兼容性的变化。

为什么重要: DeepSeek 正从“提供便宜模型接口”扩展到“提供模型 + 智能体运行时 + 插件生态”。这会直接影响开发者对 Claude Code、Grok Build、OpenAI Codex 与其他代理框架的选型。

来源:DeepSeek API 平台、DeepSeek Harness 官方仓库;发布时间:2026-08-13

https://platform.deepseek.com/docs/api-reference

https://github.com/deepseek-ai/deepseek-harness

重点二:腾讯 QQ Bot 把 DeepSeek Harness 接到真实社交入口

信息分层:媒体报道|待官方完整确认

腾讯 QQ 官方账号 8 月 15 日宣布 QQ Bot 接入 DeepSeek Harness 官方插件。公开报道显示,私聊与群聊可分别保存独立记忆,机器人重启后可恢复会话,并支持在保留上下文的情况下切换模型;群聊还可设置“仅被 @ 时响应”,以减少刷屏。

为什么重要: 智能体框架只有进入现成的用户入口,才能形成持续调用、长期记忆和插件消费。DeepSeek Harness 发布约两天就进入 QQ Bot,说明国内模型厂商与超级应用之间的分发速度正在加快。

来源:腾讯 QQ 公开号消息的媒体转述、插件公开仓库;发布时间:2026-08-15

https://www.ithome.com/0/990/041.htm

https://github.com/sliverp/deepseek-harness-qqbot

重点三:Grok 4.6 把长智能体、编码代理和模型 API 合成同一产品线

信息分层:正式信息|已确认

SpaceXAI(原 xAI,马斯克旗下人工智能公司)发布 Grok 4.6,定位于编码、长时间智能体任务和知识工作。官方文档显示其上下文窗口为 50 万词元,支持文本与图像输入、文本输出,并进入 xAI API、Grok Build 编码代理、Cursor 和多家模型网关。

为什么重要: 模型发布当天就进入编码代理和第三方编辑器,意味着厂商竞争单位已从“模型接口”变为“完整工作栈”。同时,超过 20 万输入词元后价格翻倍,长上下文不等于可以无成本堆积历史。

来源:SpaceXAI 官方公告与开发者文档;发布时间:2026-08-12

https://x.ai/news/grok-4-6

https://docs.x.ai/developers/grok-4-6

https://docs.x.ai/developers/release-notes

今日要闻

模型与产品发布

1. Grok 4.6 面向长智能体与视觉交互工作

信息分层:正式信息|已确认

Grok 4.6 支持低、中、高和超高四档推理强度,知识截止日期为 2026 年 2 月 1 日。20 万输入词元以下,官方价格为每百万输入词元 2 美元、缓存输入 0.5 美元、输出 6 美元;超过 20 万后分别升至 4、1、12 美元。官方称它在 Artificial Analysis 综合指数上与 GPT-5.6 Sol 持平,但该比较仍主要来自厂商与榜单数据。

为什么重要: 50 万上下文适合大型代码库和长任务,但分段价格会惩罚不加控制的历史堆积。开发者需要把提示缓存、上下文压缩和任务分段当成架构能力,而不是事后优化。

来源:SpaceXAI 官方;发布时间:2026-08-12

https://docs.x.ai/developers/grok-4-6

2. DeepSeek V4 Pro 正式版支持 Responses API 与 Codex 集成

信息分层:正式信息|已确认

DeepSeek API 文档页已出现 V4 Pro 正式版提示,强调增强的智能体能力,并明确支持 Responses API 与 Codex 集成。公开页面可确认模型可用性,但本次核验没有在官方变更日志中找到足够完整的独立模型卡,因此具体跑分与训练细节不在本报引用。

为什么重要: 支持通用 Responses API 和主流编码代理接口,可以降低模型替换成本。DeepSeek 的竞争策略从低价 API 扩展到了兼容现有代理工作流。

来源:DeepSeek 官方 API 平台;核验时间:2026-08-16

https://platform.deepseek.com/docs/api-reference

3. Grok Bot 提供持久云电脑、审批、连接器与例行任务

信息分层:正式信息|已确认

SpaceXAI 发布 Grok Bot(持久型云端智能体),官方将其描述为运行在持续云电脑上的 AI 队友,具备消息、审批、连接器和例行任务能力。它与 Grok 4.6、Grok Build 同列于 8 月发布说明,表明 xAI 正把一次性对话扩展为长期运行的任务服务。

为什么重要: 持久智能体的价值不只在模型能力,而在状态保存、审批边界、连接器权限和失败恢复。产品竞争将更多落到运行治理而非聊天界面。

来源:SpaceXAI 官方发布说明;发布时间:2026-08

https://docs.x.ai/developers/release-notes

https://docs.x.ai/grok-bot/overview

开源社区与开发工具

4. DeepSeek Harness 以“一切皆插件”架构开放

信息分层:正式信息|已确认

DeepSeek Harness 使用 Cordis 提供的时空可组合架构,把工具、模型、界面和消息通道组织为插件。官方提供 npx @deepseek-ai/dsh web 的启动方式,默认在本机 3080 端口提供网页界面;仓库使用 MIT 许可证,并反复提醒当前是开发者预览。

为什么重要: 插件化降低了渠道、模型和工具的耦合,方便社区快速接入 QQ Bot 等入口;但预览期的破坏性更新意味着生产系统应锁定版本并准备迁移测试。

来源:DeepSeek Harness 官方仓库;发布时间:2026-08-13

https://github.com/deepseek-ai/deepseek-harness

5. Microsoft Agent Framework 1.14.0 加入强制 Hook、Mistral 与断点恢复

信息分层:正式信息|已确认

微软开源的 Agent Framework Python 1.14.0 新增 Mistral 原生客户端、实验性 AGENT-HOOKS-0.1 强制中间件、OpenAI 请求准备与响应解析 Hook,以及工作流检查点创建和恢复。版本还修复了 Windows 联接点在技能发现中的安全问题,并改进审批恢复、会话状态和压缩摘要边界。

为什么重要: 智能体框架正在把“能调用工具”升级为“可拦截、可恢复、可审计”。Hook、审批、检查点和安全路径检查逐渐成为生产代理的标准部件。

来源:Microsoft Agent Framework GitHub Release;发布时间:2026-08-14 02:08 UTC

https://github.com/microsoft/agent-framework/releases/tag/python-1.14.0

6. QQ Bot 接入 DeepSeek Harness,聊天会话与模型切换进入插件层

信息分层:媒体报道|待官方完整确认

公开报道与插件仓库显示,QQ Bot 可通过插件连接 DeepSeek Harness,并为不同私聊和群聊维护隔离会话。媒体还称模型切换后可保留当前上下文;由于腾讯完整技术文档未在本次核验中直接取得,这些实现细节仍按媒体报道处理。

为什么重要: 消息入口、记忆隔离和模型路由开始由插件统一管理,智能体框架因此成为模型与用户之间的新中间层。

来源:IT之家、插件公开仓库;发布时间:2026-08-15

https://www.ithome.com/0/990/041.htm

https://github.com/sliverp/deepseek-harness-qqbot

算力、芯片与基础设施

7. NVIDIA 据报把 OpenAI 俄亥俄项目担保从 2500 亿美元下调至不足 1200 亿美元

信息分层:媒体报道|待官方完整确认

Reuters 转述《华尔街日报》称,NVIDIA 拟把为 OpenAI 俄亥俄 10 吉瓦数据中心提供的融资担保,从最初讨论的约 2500 亿美元缩减到不足 1200 亿美元,可能只覆盖项目第一阶段。Reuters 表示无法即时独立核实,相关公司也未发布完整协议。

为什么重要: 超大规模 AI 基建正在遇到资产负债表和投资者风险约束。项目仍可能推进,但融资结构正在从“整体兜底”转向“分阶段承诺”。

来源:Reuters、《华尔街日报》;发布时间:2026-08-14

https://www.reuters.com/business/nvidia-scales-back-250-billion-openai-data-center-guarantee-wsj-reports-2026-08-14/

8. NVIDIA 又据报考虑向 SB Energy 投资最多 30 亿美元

信息分层:媒体报道|待官方完整确认

Reuters 转述 The Information 称,NVIDIA 正讨论向软银旗下 SB Energy 投资最多 30 亿美元。SB Energy 是 OpenAI 俄亥俄数据中心项目的开发方;报道还称这笔股权投资可能与更有限的信用支持组合使用,但交易尚未完成。

为什么重要: NVIDIA 不是简单退出融资,而是在调整风险形态:减少巨额担保,增加规模更小、边界更清晰的股权投资。芯片供应商仍有动力确保数据中心建成,但会更重视风险隔离。

来源:Reuters、The Information;发布时间:2026-08-15

https://www.reuters.com/business/nvidia-talks-invest-3-billion-sb-energy-part-openai-data-center-deal-information-2026-08-15/

资本、组织与商业

9. Databricks 融资 50 亿美元,估值升至 1900 亿美元

信息分层:正式信息|已确认

Databricks 宣布年化收入运行率超过 70 亿美元,同比增长超过 80%;Reuters 与 Bloomberg 报道其同期完成 50 亿美元融资,估值 1900 亿美元。资金将继续投入数据平台、数据库与企业智能体相关产品,投资方包括 Coatue、Blackstone、MGX、T. Rowe Price 和 Sixth Street Growth。

为什么重要: 资本市场正在把“企业数据底座”视为智能体落地的主要受益层。智能体若要访问企业数据、保存状态和执行事务,数据库、治理和身份系统的价值会同步上升。

来源:Databricks 官方、Reuters、Bloomberg;发布时间:2026-08-13

https://www.databricks.com/company/newsroom/press-releases/databricks-grows-80-yoy-surpasses-7b-revenue-run-rate-scales

https://www.reuters.com/legal/transactional/databricks-raises-5-billion-financing-190-billion-valuation-2026-08-13/

监管、安全与治理

10. 欧盟 AI 法案高风险系统义务进入实施期,运行记录与人类监督成为硬要求

信息分层:正式信息|已确认

欧盟 AI 法案的大部分高风险系统义务自 2026 年 8 月 2 日起进入适用阶段,涉及风险管理、数据治理、技术文档、日志、人类监督、准确性与网络安全。对于正在引入持久智能体、审批和连接器的企业,这些要求会直接落到权限设计、运行记录和异常停机机制上。

为什么重要: 当智能体开始长期运行并操作业务系统,合规不能只检查模型输出,还要检查谁授权、调用了什么工具、能否回放、何时由人接管。法规正在把“可审计智能体”从最佳实践变成市场准入条件。

来源:欧盟委员会 AI Act 官方信息页;适用节点:2026-08-02

https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai

https://eur-lex.europa.eu/eli/reg/2024/1689/oj

行业风声

行业风声|未经证实

NVIDIA 两项俄亥俄项目融资安排均来自可信媒体转述知情人士,尚无正式合同,因此保持“媒体报道”级别,不当作已签约事实。今日未发现证据强度足够、又具有独立追踪价值的匿名爆料;今日无高价值、可追踪的行业传闻。

📚 AI实用教程

① Claude Code 系列第 9 期:用 TaskCompleted Hook 把测试变成完成门禁

  • 难度: 进阶|动手: 20—30 分钟|成本: 配置免费,Claude Code 调用按订阅或 API 计费
  • 环境: Claude Code 当前官方版;项目根目录可运行测试命令;承接第 8 期 Agent Teams
  • 场景: 防止队友在测试失败时把共享任务标记为完成。官方文档确认 TaskCompleted 在任务准备完成时触发,退出码 2 会阻止完成并把标准错误反馈给代理。

在项目根目录创建 .claude/hooks/verify-task.sh:

#!/usr/bin/env bash
set -u

# Hook 从标准输入收到任务 JSON;先保存,方便脚本读取任务标题。
payload="$(cat)"
subject="$(printf '%s' "$payload" | python -c 'import json,sys; print(json.load(sys.stdin).get("task_subject", "未命名任务"))')"

# 请把下一行替换成项目真实的最小测试命令。
if ! npm test -- --runInBand; then
  printf '任务“%s”尚不能完成:测试失败。请修复后重新运行测试。\n' "$subject" >&2
  exit 2
fi

printf '任务“%s”测试通过,允许标记完成。\n' "$subject" >&2
exit 0

赋予执行权限:

chmod +x .claude/hooks/verify-task.sh

在 .claude/settings.json 中加入;已有设置时只合并 hooks 字段:

{
  "hooks": {
    "TaskCompleted": [
      {
        "hooks": [
          {
            "type": "command",
            "command": "$CLAUDE_PROJECT_DIR/.claude/hooks/verify-task.sh",
            "timeout": 120
          }
        ]
      }
    ]
  }
}

启动 Claude Code 后发送:

请创建一个 Agent Team,把“实现功能”“补测试”“独立验证”拆成有依赖关系的任务。任何队友准备把任务标记为完成前,都必须服从 TaskCompleted Hook;如果 Hook 返回测试失败,不得绕过门禁,不得删除测试,只能修复实现或测试环境后再次申请完成。

成功标志: 测试失败时任务保持未完成,并出现脚本返回的中文原因;测试通过后才允许关闭任务。常见坑: Windows 原生 shell 环境需要把脚本改成可执行的 Python 文件;测试命令过慢会拖住每次完成操作;Hook 不支持 matcher,会在每个任务完成时触发。不该用: 没有稳定自动化测试、或完成标准主要依赖人工审美判断时,不应把单一测试命令当成唯一门禁。

参考:https://code.claude.com/docs/en/hooks#taskcompleted

下期预告: 第 10 期加入 TeammateIdle Hook,让空闲队友自动领取复查、文档和回归任务,同时避免无限循环。

② Hermes Agent 系列第 9 期:用独立 reviewer 档案形成退回与复审闭环

  • 难度: 进阶|动手: 15—25 分钟|成本: 配置免费,模型调用计费
  • 环境: Hermes Agent 当前官方版;已有第 8 期 orchestrator 档案与 Kanban 看板
  • 场景: 将“实现者”和“审查者”分权。reviewer 只通过 Kanban 接收待审任务、提交结论或退回修改,不直接替实现者改稿。

创建审查档案:

hermes profile create reviewer --description "只负责核验证据、测试、权限与交付标准;发现问题通过 Kanban 退回,不直接修改实现。"

启动仅含 Kanban 工具集的审查会话:

hermes -p reviewer chat --toolsets kanban

进入会话后完整发送:

你是独立 reviewer。只处理分配给 reviewer、处于待审或复审状态的 Kanban 任务。

审查顺序固定为:
1. 核对任务描述、依赖与完成标准;
2. 核对执行者提交的文件路径、测试结果、原始链接和风险说明;
3. 缺少证据、测试失败、权限越界或结果不可复现时,使用看板的退回修改动作,并逐条写清问题;
4. 不得亲自修改交付物,不得把“我认为应该没问题”当证据;
5. 执行者重新提交后,从头复审,不沿用旧结论;
6. 全部通过时提交批准结论,列出已核验项目、残余风险和人工发布前需要确认的事项;
7. 最后只汇报任务ID、审查状态、证据和残余风险。

在另一个终端观察审查状态:

hermes kanban list
hermes kanban watch --kinds review_requested,changes_requested,completed,blocked

成功标志: reviewer 只能看到 Kanban 工具;不合格任务进入退回修改状态,重新提交后产生新的复审记录;实现者与审查者的动作在任务历史中分离。常见坑: reviewer 若拥有终端与文件工具,容易越权“顺手修复”;任务没有明确完成标准时,审查会退化为主观判断;短任务不适合引入完整复审链。不该用: 一次性低风险问答或没有持久状态的短任务,直接人工检查更省成本。

参考:https://hermes-agent.nousresearch.com/docs/user-guide/profiles

https://hermes-agent.nousresearch.com/docs/reference/toolsets-reference

https://hermes-agent.nousresearch.com/docs/user-guide/features/kanban

下期预告: 第 10 期给 researcher、writer、reviewer 增加超时与熔断策略,避免任务在反复退回中无限循环。

③ Claude 模型系列第 9 期:主备供应商切换时记录请求 ID,避免盲目重试

  • 难度: 进阶|动手: 30—45 分钟|成本: 脚本免费;API 按实际词元计费
  • 环境: Python 3.10+;安装 anthropic 当前稳定版;设置 ANTHROPIC_API_KEY;备用线路通过 ANTHROPIC_FALLBACK_BASE_URL 与 ANTHROPIC_FALLBACK_API_KEY 配置
  • 场景: 承接第 8 期风险路由与费用熔断,在临时网络错误、429、5xx 或 529 时切到备用兼容线路,并把 Anthropic request-id 写入账本。官方说明每个响应都有唯一请求 ID,官方 SDK默认会对瞬时错误重试两次;本例关闭 SDK 内部重试,避免与外层切换叠加。

安装依赖:

python -m pip install "anthropic>=0.60,<1"

保存为 claude_failover.py:

import json, os, sys, time, uuid
from datetime import datetime, timezone
from pathlib import Path

import anthropic

MODEL = os.getenv("CLAUDE_MODEL", "claude-sonnet-5")
LEDGER = Path(os.getenv("CLAUDE_FAILOVER_LEDGER", "claude_failover.jsonl"))

providers = [
    {
        "name": "主线路",
        "api_key": os.environ["ANTHROPIC_API_KEY"],
        "base_url": os.getenv("ANTHROPIC_BASE_URL", "https://api.anthropic.com"),
    }
]
if os.getenv("ANTHROPIC_FALLBACK_API_KEY") and os.getenv("ANTHROPIC_FALLBACK_BASE_URL"):
    providers.append({
        "name": "备用线路",
        "api_key": os.environ["ANTHROPIC_FALLBACK_API_KEY"],
        "base_url": os.environ["ANTHROPIC_FALLBACK_BASE_URL"],
    })

RETRYABLE = (
    anthropic.RateLimitError,
    anthropic.InternalServerError,
    anthropic.APIConnectionError,
    anthropic.APITimeoutError,
)

def log(row):
    with LEDGER.open("a", encoding="utf-8") as f:
        f.write(json.dumps(row, ensure_ascii=False) + "\n")

def ask(prompt):
    operation_id = str(uuid.uuid4())
    last_error = None
    for provider in providers:
        client = anthropic.Anthropic(
            api_key=provider["api_key"],
            base_url=provider["base_url"],
            max_retries=0,  # 外层负责切换,避免双重重试
            timeout=90,
        )
        try:
            message = client.messages.create(
                model=MODEL,
                max_tokens=800,
                messages=[{"role": "user", "content": prompt}],
            )
            request_id = getattr(message, "_request_id", None)
            row = {
                "time": datetime.now(timezone.utc).isoformat(),
                "operation_id": operation_id,
                "provider": provider["name"],
                "request_id": request_id,
                "model": MODEL,
                "input_tokens": message.usage.input_tokens,
                "output_tokens": message.usage.output_tokens,
                "status": "success",
            }
            log(row)
            text = "".join(block.text for block in message.content if block.type == "text")
            return row, text
        except RETRYABLE as exc:
            last_error = exc
            request_id = getattr(exc, "request_id", None)
            log({
                "time": datetime.now(timezone.utc).isoformat(),
                "operation_id": operation_id,
                "provider": provider["name"],
                "request_id": request_id,
                "status": "retryable_error",
                "error_type": type(exc).__name__,
            })
            time.sleep(1)
            continue
        except anthropic.APIStatusError as exc:
            # 400、401、403、404 等通常不是换线路能解决的问题,立即停止。
            log({
                "time": datetime.now(timezone.utc).isoformat(),
                "operation_id": operation_id,
                "provider": provider["name"],
                "request_id": getattr(exc, "request_id", None),
                "status": "fatal_error",
                "http_status": exc.status_code,
            })
            raise
    raise RuntimeError(f"主备线路均失败:{type(last_error).__name__}")

if __name__ == "__main__":
    prompt = " ".join(sys.argv[1:]) or "用三点总结主备模型切换的风险。"
    meta, answer = ask(prompt)
    print(json.dumps(meta, ensure_ascii=False, indent=2))
    print(answer)

运行:

export ANTHROPIC_API_KEY="主线路环境变量密钥"
export ANTHROPIC_FALLBACK_BASE_URL="https://你的备用兼容线路/v1"
export ANTHROPIC_FALLBACK_API_KEY="备用线路环境变量密钥"
python claude_failover.py "审查这份发布计划,列出不可逆操作、回滚条件和人工批准点。"

成功标志: 正常时输出主线路和 request_id;主线路遇到限流、连接错误或服务端错误时尝试备用线路;账本用同一 operation_id 串起所有尝试。常见坑: 备用线路未必暴露 Anthropic 请求 ID;401/403 多为密钥或权限错误,不应盲目切换;对付款、发信、下单等有副作用的请求,收到超时后不能直接重放,必须先查询业务状态。不该用: 不能容忍供应商差异、数据不能离开指定区域、或请求具有不可重复副作用时,不应自动跨供应商切换。

参考:https://platform.claude.com/docs/en/api/errors

https://platform.claude.com/docs/en/cli-sdks-libraries/sdks/python

下期预告: 第 10 期加入幂等键、业务状态查询与补偿动作,专门处理“请求超时但服务端可能已经成功”的灰色状态。

🤖 AI独立研判(非新闻事实)

以下内容是基于本期已收集事实作出的分析,不是任何公司、监管机构或媒体的官方消息。
  1. 【AI独立研判】模型厂商正在争夺“智能体控制面”。 DeepSeek 同时发布模型与 Harness,xAI 同时推进 Grok 4.6、Grok Build 和 Grok Bot;谁掌握运行时、插件、记忆和审批,谁就更容易把底层模型变成可替换零件。
  2. 【AI独立研判】分发速度正在压缩模型的独占窗口。 DeepSeek Harness 发布后很快接入 QQ Bot,Grok 4.6 当天进入 Cursor 与 Grok Build。未来模型发布的有效指标,不只是跑分,而是 48 小时内进入多少真实入口。
  3. 【AI独立研判】AI 基建融资进入“继续押注,但缩小单笔风险”的阶段。 NVIDIA 据报缩减超大担保,同时讨论较小的股权投资,说明行业没有停止扩张,而是在为循环融资结构增加风险隔离。
  4. 【AI独立研判】未来 1—4 周值得观察: DeepSeek Harness 的版本稳定性与插件数量;QQ Bot 接入后的真实留存和安全边界;Grok 4.6 长上下文账单;NVIDIA、OpenAI 与 SB Energy 是否公布正式融资协议;欧盟高风险系统义务是否带来首批执法或整改案例。
  5. 【AI独立研判】我可能判断错的地方: QQ Bot 的功能细节目前主要来自媒体转述;NVIDIA 两项融资安排仍可能变化;Grok 与 DeepSeek 的厂商跑分可能高估生产收益;开源 Harness 的社区热度不一定转化为稳定企业采用。

连载路线图

系列第 7 期(已发)第 8 期(已发)第 9 期(本期)
① Claude Code双工作树并行 + 独立集成审查Agent Teams + 共享任务依赖TaskCompleted 测试门禁
② Hermes Agent研究/写作/审查工作通道 + 人工批准仅 Kanban 工具的专用编排档案独立 reviewer 退回与复审闭环
③ Claude 模型四类成本异常归因风险路由 + 费用熔断主备供应商切换 + 请求 ID 对账

编后与核验说明

本期按北京时间 2026-08-16 归档,共 10 条实质要闻。SpaceXAI、DeepSeek、GitHub、Microsoft Agent Framework、Databricks 与欧盟法规原页已直接核验;Reuters 页面受脚本验证限制,采用 Reuters 搜索结果、授权转载与交叉报道核对,相关融资内容保持“媒体报道”级别。DeepSeek V4 Pro 的官方页面确认了上线与接口兼容,但未取得足够完整的模型卡,因此没有引用第三方宣传中的价格倍数和跑分。QQ Bot 的详细行为主要来自媒体与公开插件仓库,仍待腾讯完整技术文档确认。今日无高价值匿名传闻。

来源链接总表

↑
返回AI日报版块分享到论坛
链接已复制