新闻详情

新闻详情

首页 / 资讯中心 / 详情

AgentScope 2.0 完全实战:3 步让编码智能体跑通隔离、权限与多租户上线

发布时间:2026/9/30 1:49:52来源:尧图网络
AgentScope 2.0 完全实战:3 步让编码智能体跑通隔离、权限与多租户上线
AgentScope 2.0 完全实战3 步让编码智能体跑通隔离、权限与多租户上线【免费下载链接】agentscopeBuild and run agents you can see, understand and trust.项目地址: https://gitcode.com/GitHub_Trending/ag/agentscopeAgentScope 2.0 是通义实验室开源的生产级多智能体框架用终端对话到在线服务的方式组装 ReAct 智能体。这篇文章带你先 3 步在终端跑起一个能读写文件的编码智能体再讲清权限引擎、沙箱后端怎么选最后把同一个智能体变成多租户、带 Web UI 的 Agent Service。照着做每一步都有具体命令、目录和规则示例。3 步跑通第一个终端编码智能体 最快上手的入口是终端控制台不需要部署任何服务。第 1 步安装核心包要求 Python ≥ 3.11这是硬门槛uv pip install agentscope第 2 步拿到源码并进入 console 示例git clone https://gitcode.com/GitHub_Trending/ag/agentscope cd agentscope/examples/console第 3 步配好模型 Key 并运行示例默认用 DashScopeexport DASHSCOPE_API_KEYsk-... python main.py打开的就是一个完整的聊天界面流式输出、工具调用的人机确认、CtrlC 中断以及中断后的恢复都由launch_console接管。示例脚本 main.py 里能看到智能体的组装方式——Bash、Read、Write、Edit、Grep、Glob 这些工具全部来自LocalWorkspace.list_tools()AgenticMemoryMiddleware把长期记忆写进工作区目录下的 Markdown 文件下次启动还在。复杂任务会被拆成可跟踪的计划边执行边更新进度到这里智能体已经能改你当前目录里的文件了。接下来要回答的问题是哪些动作必须先问你哪些可以直接执行它会不会乱改我的文件权限引擎与 5 种模式对照 权限引擎在工具 规则两层做控制源码在 src/agentscope/permission/。规则层每条规则由tool_name、rule_content、behaviorallow / deny / ask三个字段组成匹配方式随工具类型变化——Bash 按命令子串匹配读写工具按文件路径 glob 匹配。也就是说一条Bash rm -rf deny就能拦住所有带这个子串的命令一条Write secrets/** deny就能锁住整个敏感目录。全局层规则之上叠加 5 种模式从人在场一路覆盖到完全无人值守模式核心行为适用场景DEFAULT逐次询问命中放行规则或 Bash 识别为安全只读命令如ls、git status才免问日常开发最稳妥ACCEPT_EDITS工作目录内的读写与文件系统命令mkdir、mv、cp 等自动放行前提是所有目标路径都在工作目录内人在场、快速迭代EXPLORE严格只读只放行 Read/Grep/Glob 与只读命令任何修改类工具直接拒绝通读代码库、做方案BYPASS跳过所有检查只保留你显式写的 deny / ask 规则沙箱内无人值守DONT_ASK把所有询问决策转成拒绝定时任务、后台执行一条必须记住的结论BYPASS 连工具自带的安全询问也会跳过——rm -rf、改写 shell 配置这类动作它不再拦。所以用 BYPASS 时deny 规则就是唯一护栏一定要写够。想让无人值守仍保留安全底线用 DONT_ASK 代替该问的全变成拒。模式解决问不问沙箱解决在哪跑——下一节看 8 个执行后端怎么选。代码到底在哪执行8 种沙箱后端对照代码在哪里跑由 workspace 后端决定。同一套工具箱绑定不同后端时工具代码一行不用改。后端运行位置适用时机Local本地文件系统本地开发最快Docker容器生产隔离多数团队第一选择K8sKubernetes 集群已有集群、要多副本调度E2B / Daytona云沙箱无服务器、按需弹性Apple ContainermacOS 原生容器macOS 环境BubblewrapLinux 用户命名空间轻量隔离、无容器运行时OpenSandboxOpenSandbox 服务对接既有沙箱平台SDK 侧各后端实现在 src/agentscope/workspace/服务侧由 workspace_manager 按会话和租户分配工作区。依赖按后端拆成了独立 extrasworkspace-docker、workspace-e2b、workspace-k8s等见 pyproject.toml只用 Docker 隔离就只装这一个。tests/目录下每个后端都有独立测试文件接入前先跑一遍对应用例最稳。单智能体至此闭环。但你自己能用和别人也能用之间还差一层服务化。从单智能体到多租户在线服务Agent Service 怎么拼服务层把同一个智能体变成多租户、多会话的在线应用。完整入口看 examples/agent_service/main.py——一次create_app(...)把所有零件拼在一起存储示例用RedisStorage状态可持久化到 Redis 或 SQLSQL 后端自带 Alembic 迁移会话与智能体状态落库后重启不丢进度消息总线单进程用InMemoryMessageBus多进程部署换成RedisMessageBusIM 频道DingTalkChannel、FeishuChannel、DiscordChannel直接注册消息路由在服务层完成智能体接知识库后就是一个能查资料的客服入口智能体团队主智能体按需创建子智能体用内置团队工具协调分工源码在 src/agentscope/app/_tool/示例还注册了一个SubAgentTemplate自定义的只读 explorerEXPLORE 模式专门负责探索代码库而绝不改动文件后台任务卸载长耗时工具调用自动转入后台结果出来后唤醒智能体继续对话前端全程可感知实现见 _tool_offload_middleware.pyRAG 与定时任务内置多租户知识库与调度器examples/rag/ 有完整的索引与接入示例。观测方面不用额外接入OpenTelemetry SDK 与 OTLP 导出器就在基础依赖里追踪和指标直接汇入你现有的监控体系。对输出质量要求高的场景examples/pipeline/goal/ 演示了执行者 验证者流水线一个写代码另一个用结构化输出给出通过/不通过及理由不通过就把反馈带回重做。两者共享同一个工作区验证者检查的是真实产物而不是口头汇报——这正是 GoalPipeline 值得单独跑一遍的原因。在最短路径上再走两步就能上线python main.py # 在 examples/agent_service 下需先启动 Rediscd examples/web_ui pnpm install pnpm devWeb UI 页面里把 API 地址指向http://localhost:8000权限确认、定时任务、工具调用就能在网页上完整体验。功能都齐了剩下的是真正会咬人的地方。权衡与避坑上线前必须定的 6 件事 ⚠️无人值守首选容器 BYPASS deny而不是DEFAULT 人工逐条点。原因DEFAULT 下每个未放行动作都会挂起等人确认长任务会卡死在确认上而容器隔离已经把爆炸半径圈住了。做法Docker 工作区 BYPASS 模式 明确的 deny 规则。想保留安全底线就用 DONT_ASK把所有询问转成拒绝。deny 规则要写到命令与路径粒度。Bash 规则按子串匹配rm -rf、sudo各配一条读写规则按 glob 匹配secrets/**、.env各配一条。规则挂在 deny_rules 里BYPASS 下依然生效。生产环境别装[full]按功能挑 extras。full 打包了 20 多个功能组只跑对话服务的话servicestorage-redischannelworkspace-docker足够依赖面小、升级风险低。长对话必须接压缩与卸载。上下文只写不擦会越来越乱模型会先失忆再出错。框架内置自动压缩与工具结果卸载用法就是把 workspace 传成offloader长任务再挂上上下文类中间件示例见 examples/console/main.py 里的AgenticMemoryMiddleware。InMemory 消息总线不能跨进程。示例默认InMemoryMessageBus一上 uvicorn 多进程或多机部署任务状态就丢了。多进程前换RedisMessageBus示例 main.py 里注释已给出写法。两个环境坑提前查掉。Windows 上 uvicorn 的reload会强制 SelectorEventLoop无法启动内置工具依赖的子进程Windows 部署请关掉 reload示例已按平台处理Web UI 需要 Node.js ≥ 20。延伸阅读索引更新日志docs/NEWS.md路线图docs/roadmap.md权限引擎源码src/agentscope/permission/沙箱工作区各后端实现src/agentscope/workspace/【免费下载链接】agentscopeBuild and run agents you can see, understand and trust.项目地址: https://gitcode.com/GitHub_Trending/ag/agentscope创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
网站建设高端定制企业官网
RELATED

相关资讯

更多精彩内容,欢迎继续阅读

较早相关资讯

最新相关资讯

Windows 远程连接方案(快速助手、远程协助、远程桌面 RDP)对比与配置 2026/9/30 17:37:38

Windows 远程连接方案(快速助手、远程协助、远程桌面 RDP)对比与配置

Windows 远程连接方案对比与配置 1. 方案定位 Windows 平台常见的远程连接方式可分为三类: 快速助手:临时远程协助,适合帮助他人排查问题。远程协助:传统邀请式远程协助,适合被控端主动请求帮助。远程桌面 RDP&…

阅读更多 →
源荷不确定性下综合能源系统运行调度与容量配置双层优化及Matlab实现 2026/9/30 17:37:28

源荷不确定性下综合能源系统运行调度与容量配置双层优化及Matlab实现

做综合能源系统优化这几年,我几乎每个项目都绕不开“计及源荷不确定性的综合能源生产单元运行调度与容量配置优化”这个命题。它表面上是一个学术味很浓的题目,骨子里却是一个很接地气的工程问题:手里有一堆设备(风电、光伏、热电…

阅读更多 →
WinCC报表进阶:用VBS脚本直连SQL Server绕过自带方案 2026/9/30 17:37:28

WinCC报表进阶:用VBS脚本直连SQL Server绕过自带方案

1. 为什么WINCC报表必须绕过自带方案,直接动数据库 1.1 WINCC自带报表能力的真实边界 在WINCC项目里接到报表需求,多数人的第一反应是找自带功能:表格控件、趋势控件,或者加钱上Report选件。但真正干过几个现场项目的人都清楚&am…

阅读更多 →
自定义TuriX动作:Registry装饰器与动态Pydantic模型扩展桌面操作的完整教程 2026/9/30 17:37:28

自定义TuriX动作:Registry装饰器与动态Pydantic模型扩展桌面操作的完整教程

自定义TuriX动作:Registry装饰器与动态Pydantic模型扩展桌面操作的完整教程 【免费下载链接】TuriX-CUA This is the official website for TuriX Computer-use-Agent 项目地址: https://gitcode.com/gh_mirrors/tu/TuriX-CUA TuriX-CUA(TuriX Co…

阅读更多 →
Docker私有化部署Halo博客:从零到HTTPS完整指南 2026/9/30 17:37:19

Docker私有化部署Halo博客:从零到HTTPS完整指南

标题里我把话就说完了:这是我在自己的服务器上用Docker部署的Halo博客系统,已经稳定跑了两年多。私有化部署听起来门槛很高,但真上手你会发现,它比你在某个平台注册个号开始写文章还快,而且从第一行代码到最后一篇随笔…

阅读更多 →
鸿蒙下Flutter离线地图:PMTiles单文件瓦片适配与性能优化指南 2026/9/30 17:37:19

鸿蒙下Flutter离线地图:PMTiles单文件瓦片适配与性能优化指南

做地图开发的朋友应该对瓦片数据存储都不陌生。过去我们习惯把瓦片拆成成千上万个小文件丢进对象存储,或者干脆塞进 SQLite 生成 MBTiles,再配合一套后端接口按需吐数据。这套方案能跑,但痛点也很明显:小文件太多、迁移成本高、离…

阅读更多 →

今日资讯

本周资讯

本月资讯

看完文章仍有疑问?

联系尧图顾问,获取一对一建站咨询

立即免费咨询 📞 400-888-8888
📞 ✉