上海企业上常驻智能体之前,先答三个问题:跑在哪、能碰什么、谁来停

时间:2026/11/1 18:48:12浏览次数:14

DeepSeek 10 月 31 日公开 Super-agent 设计,把智能体的基本单位从「一次会话」改为「一件常驻任务」。常驻之后,问题从模型能力转到运行环境、事件入口权限、规则先行与值守止损四件事。本文给出先划边界、再放开自主的四步路径。

上海企业上常驻智能体之前,先答三个问题:跑在哪、能碰什么、谁来停

结论先行:DeepSeek 10 月 31 日公开的 Super-agent 设计,把智能体的基本单位从"一次会话"改成了"一件持续的任务"。这意味着它不再住在员工的电脑里,而要长期跑在某个地方——话题也随之从"模型够不够强"转到机房、网络、权限与值守。

10 月 31 日晚,DeepSeek Harness 团队发表技术文章《Super-agent 设计探索:迈向更自主的 Agent 系统》,同日在 GitHub 放出配套原型 dsh-superagent-prototype,采用 MIT 许可。文章的起点是一个很朴素的观察:一个人通常只能同时跟进 3 至 5 个活跃会话,于是单任务的上限取决于模型,多任务的上限取决于人的注意力。对企业的实际含义是——智能体要开始常驻了,而常驻是 IT 基础设施问题。

变的是工作单位,不是模型能力

Super-agent 把调度与执行拆成两层。Router 是持续运行的全局协调节点,统一接收群聊、代码库、邮件等渠道的消息并分派任务;Worker 在相互隔离的会话中并行执行,不直接面向用户,结果由 Router 统一对外回复。外部消息一律按事件处理,先由程序规则筛掉大部分无关消息,再由模型判断是否出手。为了长期在线,系统做了存算分离:执行循环在云端,会话状态存入数据库,本地只留一个轻量守护进程,电脑离线任务也能继续;另设独立 Watchdog,检查任务是否陷入无效循环。

边界也要说清楚。官方明确表示这是面向工程实践的架构思路探讨,不是产品功能介绍;开源原型只监听一个代码仓库、可选接飞书,属于研究代码,文中部分设计在该版本尚未实现。但它指的方向对企业有现实意义:智能体正在从"员工打开的一个窗口",变成"公司里的一台常驻设备"。

图2:智能体从会话单位转向任务单位后的结构变化,以及需要先补齐的四块支撑

图2:智能体从会话单位转向任务单位后的结构变化,以及需要先补齐的四块支撑

常驻之后,四个问题会立刻暴露

一、它住在哪:个人电脑不是运行环境

如果把智能体跑在某位员工的笔记本上,关机、断网、换人、重装系统,任何一件事都会让任务停在半路;更麻烦的是,它产生的凭据、缓存和历史上下文也留在这台机器上,人走了、设备换了,这些东西没人说得清。

对应做法:给它一台专用的常驻主机或受管虚机,配上固定的出网策略与独立账号;会话状态与产物落库、不落个人目录;重启、迁移、备份有明确流程。

二、它能碰什么:每个事件入口都是一条权限边界

群聊、邮件、代码库、工单系统、日程——每接通一个入口,就等于让一个自动化实体获得了那个系统的一部分读写权。DeepSeek 原型的做法很克制:只监听一个仓库,且只有被授权的人直接请求、或命中团队写下的规则时才动手。

对应做法:入口按"只读优先、写入需确认"分级;每个入口单独配授权范围与可用工具集,不做一次性全量打通;高权限动作(合并、发布、付款、对外发消息)一律保留人工确认。

三、它凭什么自己动手:规则没写清,就只能靠人盯

主动型智能体最容易出的事,不是判断错,而是在不该说话的时候说话、在不该动手的时候动手。一旦替团队发了消息、开了合并请求、改了线上配置,代价由人承担。

对应做法:先跑记录模式——只写"我打算做什么",不动真实系统,跑一到两周再逐类放开;把"什么情况下可以自行行动"写成可检查的规则,而不是留在口头。

四、谁负责停:无人值守的循环最耗人

自动执行最典型的故障是陷入重复循环,或把同一个任务反复提交。缺少循环检测与停机手段时,这类问题通常由下游同事先发现。

对应做法:设三重止损——循环检测与迭代上限、完整的操作日志、一键停机与回滚;日志至少要能回答"谁触发、做了什么、改了哪些数据"。

先划边界,再放开自主

维度放在员工电脑放在受管环境
在线性关机、断网即中断常驻运行,状态与产物落库
权限边界继承个人账号,权限近乎全开独立账号,按入口单独授权
变更可追溯操作散落本机,事后难还原集中日志,可查触发与改动
出口与数据直连公网,数据流向不清固定出网策略,高危动作留人工确认

落地建议按四步走:先选一个低风险场景(内部问答、日志归集、工单分派)→ 再给运行环境(专用主机、独立账号、出网策略)→ 然后用记录模式跑两周,把规则写实 → 最后逐类放开写入权限,同时上线日志与停机机制。跳过第三步直接放开,是这类项目返工最常见的原因。

威丽能承接的部分

上海威丽信息科技有限公司是上海本地化企业 IT 运维与系统集成服务商,在智能体落地中可承接:常驻运行主机的规划与部署、网络分区与出网策略配置、系统账号与权限梳理、日志集中留存与告警、多分支与多门店场景下的统一管控,以及上线后的日常值守。服务以 10 分钟极速响应 / 2 小时现场服务 为标准,覆盖上海全域。

三个常见误区

  • "先让业务部门自己试,跑通再说":跑通往往靠的是某个人的账号与电脑,一旦要扩到第二个团队,权限和环境全部要重做。
  • "模型够强就不需要规则":原型把"被授权请求或命中团队规则"作为出手前提,说明自主性和可控性是同时设计的,不是事后补的。
  • "有日志就行":日志要能定位触发源与改动范围,只记录"执行成功"的日志,在出问题时几乎无用。

常见问题

问:我们现在只做问答助手,需要准备这些吗?

答:暂时不必上全套。但只要开始让它调用内部系统、替人提交动作,运行环境与权限边界就必须先定,越晚做迁移成本越高。

问:一定要私有化部署吗?

答:看数据敏感度。涉客户数据、财务、研发代码的场景建议放内网受管环境;公开信息类任务用云端服务即可。

问:一个智能体要占多少运维工作量?

答:前期主要在环境与规则,稳定后是日志巡检、账号与权限复核、版本更新,与一台常驻业务服务器的量级接近。

结语

Super-agent 这类设计真正带来的变化,不是让 AI 更聪明,而是让 AI 变成需要被托管的资产。能力上限取决于模型,能不能长期稳定地跑,取决于它脚下的机房、网络、权限与值守有没有跟上。

上海威丽信息科技有限公司 · 深耕上海本地企业 IT 服务近 20 年 · 累计服务 2500+ 家企业 · 服务热线 400-880-7581 · 技术热线 021-51697581-605/610 · 官网 https://www.vilitech.com

数据来源

  • DeepSeek Harness 团队《Super-agent 设计探索:迈向更自主的 Agent 系统》,2026 年 10 月 31 日发布
  • 开源原型仓库(MIT 许可):https://github.com/deepseek-ai/dsh-superagent-prototype

VIP客户

  • 诺德安达国际教育集团
  • 宁波福尔达智能科技股份有限公司
  • 上海全筑控股集团股份有限公司
  • 上海长宁烟草集团长宁烟草糖酒有限公司
  • 上海锦江之星旅馆叶家宅店网络、监控系统维护
  • 艾蒙斯特朗流体系统(上海)有限公司
  • 莫泰酒店上海桃浦店监控系统服务
  • 缔展国际贸易(上海)有限公司
  • 康百世朝田液压机电(中国)有限公司

咨询电话:

400-880-7581
扫一扫,关注官方微信
实时掌握威丽最新动态
Copyright 2005-2026 威丽科技(IT服务外包/系统集成), All Rights Reserved 备案/许可证号: 沪ICP备19005825号-1