- 一人一实例
- 独立进程 · 独立系统账号 · 独立主目录
- 200 人
- 单机建议承载的活跃成员数
- 4 核 8G
- 最小可行宿主，装完即用
- 0 个
- 下发到员工电脑上的凭据
员工每天用的，是 DeepSeek Harness
DSH 是 DeepSeek AI 开发的开源智能体框架（agent harness）。官方文档对它的描述是： 「Agent 可以读取和编辑工作区文件、运行命令、委派工作并维护计划。」 它不是聊天窗口——出来的东西落在文件里，可以 diff、可以回滚。
一次真实会话：让它做一份销售数据分析，它自己找数据、写脚本、渲染图表、导出 Excel，最后给出结论和下一步建议。
读写文件、执行命令
读、写、编辑工作区里的文件，跑 shell 命令，全局查找与语义跳转。改完的东西就在那儿，看得见也退得回。
委派工作、维护计划
把一件事拆成步骤，维护待办与目标，逐步执行并检查结果。中途不对会自己调整，而不是一步做错就停住。
子代理并行
能把子任务派给子代理，可并行、可放后台、也能继续追问。长任务不必一步一步等。
联网搜索、抓网页
一次可提交多个查询并合并结果，也能抓取网页正文。默认拒绝访问内网地址。
技能与插件扩展
企业的规范、流程写成一个 Markdown 技能下发下去；插件与 MCP 能把能力边界继续往外推。
跑哪个模型由企业定
支持三种主流接口协议，接哪家、用哪档都在平台上配。换模型下一次请求就生效，员工无感。
DSH 自带的默认权限姿态就偏保守：把文件写入限制在工作区内，危险操作前先征询许可。 平台在这个基础上再加一层——每人一个独立实例、模型出口统一管控。
管理员在控制台做完所有事，员工那边什么都不用配
一人一实例
每位成员一个独立的 DSH 进程、独立系统账号、独立主目录。彼此之间由内核隔开，不是靠界面藏起来。
角色与模型授权
一个角色决定能用哪些模型、默认多少额度、能进控制台哪几页。成员绑角色，还能按人单独收窄。
额度在出口强制
超额可以拒绝、可以降级到便宜的模型、也可以只告警。判定发生在网关，不在员工的机器上。
审计哈希链
登录、启停、改额度、模型调用逐条落库，每条串上一条的哈希。改动任何一行，其后全部校验失败。
插件与技能下发
社区插件和企业技能统一下发给全员或指定实例。全局装会先真启动一次，起不来就不让装。
企业品牌
控制台和员工工作区都换成贵司的名称与 logo，从登录页到浏览器标签页。
不假装实例里守得住，把权威放到它够不着的地方
有动机的内部用户总能让自己那个实例绕过实例内的检查。所以平台不去堵这些，而是假定它们已经被绕过——把权威放到实例够不着的地方。
实例内的守卫是体验层
DSH 自带的沙箱、平台下发的配置、实例内的插件，都只当提示和第一道减速带，不承担安全责任。
真正的边界只有两个
进程 / 操作系统边界，和网络出口边界。两条都不在员工的实例里，所以员工改不动。
| 威胁 | 对策 | 强度 |
|---|---|---|
| 员工改接入地址，用自己的 Key | 实例里没有上游 Key；出口只有网关一条路 | 强 · 架构 |
| 员工往配置里塞未授权的模型 | 网关按授权集合判定，未授权一律拒绝 | 强 · 出口 |
| 员工绕过额度 | 计量与闸门都在出口，实例内的用量只作展示 | 强 · 出口 |
| 员工 A 读员工 B 的工作区 | 独立账号 + 独立主目录；网关只按登录身份路由 | 强 · 内核 |
| 审计被事后篡改 | 哈希链，改一行其后全部校验失败 | 强 · 可检测 |
| 管理员看到成员凭据 | 实例日志下发前脱敏，虚拟 Key 与令牌被替换 | 强 |
管理控制台，从运行中的环境直接截的
不是效果图。含成员姓名与账号的地方已做脱敏处理。
管理员看趋势不看流水：先给四张卡，再给告急名单，最后才是逐条事件。
每个人的额度条、可见模型、实例状态并排放在同一行里，一屏看完谁快用超了。
上游端点、Key 的存放方式、每个模型的倍率与计费权重都在这里。新加的模型默认谁都不能用，要显式勾选。
端口、进程、独立账号、磁盘，以及「已授权」与「实例内实际渲染」的对照都在这一页。记录和真实进程对不上会主动标出来。
全局安装会强制先在临时实例上真启动一次，起不来就不让装。安装一律不执行第三方包的安装脚本。
常见问题
员工的对话内容，管理员能看到吗？
看不到。审计记录的是谁在什么时候调用了哪个模型、用了多少 token、结果如何，不记录提示词与回复正文，也不记录文件内容。工具调用只记工具名、参数的哈希值和长度。理由是：参数里出现 Key、密码、客户数据是常态，审计日志如果存正文，它自己就成了最大的泄漏面。
员工能不能自己改配置，绕过额度？
改得动配置，但绕不过额度。他可以把实例的接入地址改成自己的端点——但那个实例里根本没有上游 Key，只有一把随时可吊销的虚拟 Key，那把 Key 只对本平台的网关有效。额度闸门和计量都在网关这一侧，不在他的机器上。
模型 Key 放在哪？管理员能在界面上看到完整 Key 吗？
两种放法都支持：直接填在控制台（加密存在数据库里），或者放在网关进程的环境变量里。无论哪种，接口永不回显完整 Key，审计里也只记「已填写 / 已清除」。界面上标出来的是来源和首尾几位。
支持多少人？
建议单机 ≤200 名活跃成员，具体取决于宿主内存——每个运行中的实例占 200–330 MB。最小可行宿主是 4 核 8G，可以跑 10 人以内。超过 200 人的规模需要多台宿主，具体方案在部署评估时一起过。
能装社区插件吗？
能，并且全局安装会强制先在临时实例上真启动一次（约 30–60 秒），起不来就不让装。来源支持 npm 包、git 仓库（钉死到 commit）和补丁包型插件，安装时一律不执行第三方包的安装脚本。装完建议跑一遍工作区检查脚本，确认客户端那一半也没被弄坏。
员工需要在自己电脑上装什么吗？
什么都不用装。打开浏览器访问工作区地址就行，登录后直接落在自己的工作区，模型已经配好了。管理员也一样——先给自己创建一个实例即可。
备份怎么做？服务要停吗？
不用停。数据库是在线热备，备完立刻做一次完整性校验并打印用户、实例、审计的条数，然后再打包实例目录。备份文件默认只有 root 可读，因为里面有口令哈希和加密后的上游 Key。
