百度搭子正在从面向个人的智能体工具，进一步转向企业级协作平台。在百度智能云超级智能体大会深圳站上，百度搭子升级了企业版多人协作能力，并发布企业版移动端和智能体开发平台，同时启动生态共创计划。
这组更新的重要性不只在于增加了几个产品入口。移动端解决任务从哪里发起，开发平台决定智能体如何接入业务系统，多人协作则关系到生成结果能否经过审核、修改和交付。三者组合起来，才可能让智能体从个人效率工具进入真实的企业流程。
增长数据反映了什么
会上披露的数据显示，百度搭子用户规模环比增长9倍，交付物需求环比增长4.3倍，专家套件使用量环比增长7.3倍。
这些指标分别对应三个不同层面：
- 用户规模反映产品触达速度，但不能直接等同于企业长期采用率。
- 交付物需求更接近实际工作，例如报告、方案、分析结果或其他可提交成果。
- 专家套件使用量说明用户不只停留在通用问答，而是在尝试更专业、更结构化的能力。
其中，交付物需求是值得企业技术团队重点观察的指标。聊天次数可以快速增长，但企业真正需要的是可追踪、可审核、可复用的产出。一个智能体能否生成内容只是起点，后续还要回答：由谁确认结果，引用了哪些数据，失败后如何重试，最终版本保存在哪里。
同时，这些数据都是环比结果。它们能说明短期增长速度，却不足以单独证明留存率、任务成功率或投入产出比。企业评估时还应补充活跃团队数、交付通过率、人工返工时间和单次任务成本等指标。
移动端、多协作与开发平台形成闭环
企业版移动端的价值并不是把桌面页面缩小到手机上，而是让任务进入日常工作现场。例如，销售人员可以在拜访结束后提交纪要，管理者可以在通勤途中审核交付物，现场人员可以上传材料并触发分析流程。
多人协作能力则需要解决更复杂的状态管理。企业任务通常会经过“创建、处理中、待审核、已批准、已归档”等阶段，并涉及发起人、执行人和审核人。缺少权限与状态约束时，多人协作很容易退化成多人共享一个聊天窗口。
智能体开发平台承担另一部分工作：把企业数据、内部接口、知识库和审批规则连接到智能体。实际落地时，建议将智能体视为工作流中的一个执行节点，而不是赋予它无限制访问所有系统的权限。每个工具调用都应具有明确的输入、输出、超时、权限和审计记录。
生态共创计划则可能扩大行业方案与专家能力的供给。对参与企业而言，关键不是简单增加智能体数量，而是沉淀能够重复部署的任务模板、评测数据和系统连接器。
可以这样实践：构建可审核的交付物流转接口
由于摘要没有提供百度搭子开发平台的具体 API，下面示例采用平台无关的假设：移动端或企业应用提交任务，智能体异步生成交付物，审核人再批准结果。接入实际平台时，只需替换 run_agent 函数，并按照官方接口配置鉴权。
安装依赖：
python -m venv .venv
source .venv/bin/activate
pip install fastapi "uvicorn[standard]" pydantic
创建 app.py：
from datetime import datetime, timezone
from typing import Literal
from uuid import uuid4
from fastapi import BackgroundTasks, FastAPI, HTTPException
from pydantic import BaseModel, Field
app = FastAPI(title="Agent Deliverable Workflow")
Status = Literal["queued", "review", "approved", "failed"]
tasks: dict[str, dict] = {}
class TaskRequest(BaseModel):
requester: str = Field(min_length=1)
goal: str = Field(min_length=5)
source_text: str = Field(min_length=1)
class ApprovalRequest(BaseModel):
reviewer: str = Field(min_length=1)
def run_agent(task_id: str) -> None:
task = tasks[task_id]
try:
# 实际接入时，在这里调用智能体开发平台，并设置超时与重试策略。
task["deliverable"] = {
"summary": task["source_text"][:120],
"recommendation": f"围绕目标“{task['goal']}”安排人工复核。",
}
task["status"] = "review"
except Exception as exc:
task["status"] = "failed"
task["error"] = str(exc)
@app.post("/tasks", status_code=202)
def create_task(payload: TaskRequest, background: BackgroundTasks):
task_id = str(uuid4())
tasks[task_id] = {
"id": task_id,
"requester": payload.requester,
"goal": payload.goal,
"source_text": payload.source_text,
"status": "queued",
"created_at": datetime.now(timezone.utc).isoformat(),
}
background.add_task(run_agent, task_id)
return {"id": task_id, "status": "queued"}
@app.get("/tasks/{task_id}")
def get_task(task_id: str):
if task_id not in tasks:
raise HTTPException(status_code=404, detail="Task not found")
return tasks[task_id]
@app.post("/tasks/{task_id}/approve")
def approve_task(task_id: str, payload: ApprovalRequest):
task = tasks.get(task_id)
if not task:
raise HTTPException(status_code=404, detail="Task not found")
if task["status"] != "review":
raise HTTPException(status_code=409, detail="Task is not ready for approval")
task["status"] = "approved"
task["reviewer"] = payload.reviewer
task["approved_at"] = datetime.now(timezone.utc).isoformat()
return task
启动服务：
uvicorn app:app --reload --port 8000
提交一项交付物任务：
curl -s http://127.0.0.1:8000/tasks \
-H 'Content-Type: application/json' \
-d '{
"requester": "sales-mobile-app",
"goal": "生成客户拜访摘要和后续行动建议",
"source_text": "客户计划下季度升级知识管理系统，关注权限隔离、移动审批和审计能力。"
}'
响应中的 id 可用于查询和审批：
TASK_ID="替换为返回的任务ID"
curl -s "http://127.0.0.1:8000/tasks/${TASK_ID}"
curl -s -X POST "http://127.0.0.1:8000/tasks/${TASK_ID}/approve" \
-H 'Content-Type: application/json' \
-d '{"reviewer":"team-lead"}'
这个示例刻意保留了人工审批节点。生产环境还需要把内存字典替换为数据库或任务队列，并增加企业身份认证、租户隔离、幂等键、敏感信息脱敏、调用日志和失败补偿。
企业采用时应检查什么
引入企业智能体时，可以先选择一个输入明确、结果可验证、风险可控的交付物场景，不必一开始就改造整条业务链路。客户纪要整理、标准报告初稿和内部知识检索通常比自动执行高风险操作更适合试点。
上线前建议确认以下事项：
- 每项任务都有负责人、审核人和明确的完成状态。
- 智能体只获得完成任务所需的最小权限。
- 输入数据、工具调用和最终交付物能够审计。
- 团队使用固定评测集比较准确率、返工率、耗时和成本。
- 移动端支持身份认证、权限同步和敏感内容保护。
- 外部专家套件或生态组件具有版本管理、停用机制和责任边界。
百度搭子的此次升级表明，企业智能体的竞争重点正从“能否生成答案”转向“能否参与协作并产出可交付成果”。企业真正需要验证的，也不只是用户增长，而是智能体能否在权限、审核和审计约束下稳定完成工作。