请教DSH作为企业智能体底座，提供http接口，实现技能隔离，知识库隔离。具体应该怎么做？

[TianyuGeek001]

背景
1，内部上层是java应用。原来已经有维护好的租户用户关系。
2，希望底层能实现传入agentId，提供智能体的服务。

[daiaji]

先别搞，你真这么搞会死的很惨。
你先看看discussions有多少陈年BUG没修。

[TianyuGeek001]

有什么好的建议？还是说等官方更新？

[git4oc]

https://github.com/git4oc/DSH-BOOT 进行充分的隔离，把dsh只当内核用，不要让它碰业务逻辑。

[TianyuGeek001]

本意还是希望把dsh当智能体内核，但是仅仅有内核是不够的，还需要技能，知识库能力，才能在企业中使用起来。
DSH-BOOT具体是个什么设计理念呢？

[git4oc]

把dsh当做内核，一切资产都在外围boot层，包括rbac、环境变量、技能注册、知识库管理都在外部，dsh只负责执行Cordis

[TianyuGeek001]

但是他底层协议层只支持session，不支持agentId呀，不能实现多个不同的智能体。这样的话，全局就只有一个智能体。

[wizardG7777777]

额，DSH自己都说还在大规模更新中，甚至于底层说改就改了。现在要做可以考虑拿 Pi Agent 去改一个出来，或者从 LangGraph 框架写一个。

[git4oc]

在 DSH 内核之上构建企业级 AI Agent 业务系统的平台。 你只写业务逻辑。多租户隔离、安全审计、审批、配额计费、会话持久化、演进兼容——这些由平台实现，契约测试钉死，不需要你自己写。

[yangyf520]

在 DSH 内核之上构建企业级 AI Agent 业务系统的平台。 你只写业务逻辑。多租户隔离、安全审计、审批、配额计费、会话持久化、演进兼容——这些由平台实现，契约测试钉死，不需要你自己写。

现在不支持多租户和权限隔离吧，要一个用户一个实例太浪费资源了

[yangyf520]

背景 1，内部上层是java应用。原来已经有维护好的租户用户关系。 2，希望底层能实现传入agentId，提供智能体的服务。

我是添加了鉴权和多租户插件，对回话、空间、沙箱等根据用户隔离，现在框架不支持源码要改动一些

[TianyuGeek001]

真实的企业场景下，不同部门需要的是不同的智能体+技能+知识库接口，然后在他上面封装各自的服务能力。
通用智能体这个在具体场景下可能解决不了问题。

[wizardG7777777]

真实的企业场景下，不同部门需要的是不同的智能体+技能+知识库接口，然后在他上面封装各自的服务能力。 通用智能体这个在具体场景下可能解决不了问题。

能说一下为什么一定需要吗。是通用智能体做得结果不好，需要大规模人工干预且伴随50%以上的返工，还是因为部门之间的权限隔离，通用智能体过不了合规？
我正在学校做助教，自动化判题和学生询问邮件的回复起草全部用的都是一个 Agent，通过 session ID 去隔离上下文，每一个任务起一个单独的 session ID，任务结束后 session 归档。完全没有不同的智能体的必要，一个通用 Agent 包圆了所有的任务，并且完成的都不错，我实际上只需要介入最终的审核环节就可以了，返工率在10%以内。
朋友那边，他正在进行的养老院AI助理开发也是单 Agent 形态，也是通过 session ID 隔离上下文。

[TianyuGeek001]

企业内部会有很多部门，不同部门对智能体的诉求是不一样的，举个简单例子？
客服场景下，智能体的角色+知识库就有很典型的差异。
通用智能体就没有办法解决这个问题。

[wizardG7777777]

企业内部会有很多部门，不同部门对智能体的诉求是不一样的，举个简单例子？ 客服场景下，智能体的角色+知识库就有很典型的差异。 通用智能体就没有办法解决这个问题。

很合理的诉求，但是如果不使用通用智能体落地尝试一下，是很难去判定通用智能体到底哪里有问题，也就不好去做定向优化。

以客服为例

我认我的学生邮件回复起草智能体可能会比较接近您想要的客服智能体，它的组成是：通用底座+限制工具集+知识库链接。DSH 做通用底座，我单独写一套系统提示词和专用工具集作为 Agent 预设，且这个专用的系统提示词内包含：判题规范，助教行为准则，课程大纲，等等文档的本地链接，作为专用的知识库。

真实的工作流程是

学生发邮件自动抄送 Agent，Agent 在执行过程中：首先根据学生的诉求找到对应的文档读取，有了专门的文档做支撑以后，再去起草邮件正文，并发送到专门的邮箱里面作为待办事项存在。我要做的只是查看这些待办事项，看看正文是否合理回应了学生的诉求，然后复制到学校的邮箱中回复。

需要人工介入的时刻

有的时候 Agent 回复的邮件方向正确，但是用词过多，我会选择自己手打一句话回复。极少数时候出现错误回复，比如给挂科的学生回复了明确的判题标准，但是实际上助教是禁止透露判题标准的，学生的正文也没有明显的提示词注入，他只是在质疑project 的给分标准过于严苛。

结语

希望能有所帮助，但是你这个场景太过于宽泛，我只能根据我的经历去朝着一个大概的方向去提供我的解决思路。

[TianyuGeek001]

主要原因是底层的协议不支持，协议目前只支持sessionId，如果说官方能从协议层支持隔离。
这个问题就能很好的解决，哪么作为云端ReactAgent就非常适合。