技术架构
会话和规划由 Harness 完成，LLM 在这一层调用。设备侧只有一个入口：页面点击和 Harness 的插件调用都先到固态中控后端，在那里鉴权、确认、去重和审计，汇合成同一串设备动作，再沿唯一的通道交给 UniLab。JEV 在 Harness 之外独立运行，通过中控读设备状态、提暂停请求。DataCore 同样有两个入口：人在统一工作台上直接操作，Agent 通过 DataCore CLI 操作，两者走同一套项目与资源权限。
一条设备管线
页面和 Agent 到中控之后就没有区别了：同一个下发入口、同一个工作区、同一组动作和状态通道。差别只留在中控账本的“来源”字段里，UniLab 和工站看不出是谁发的。
大脑与小脑分工
Harness 用 LLM 做慢而全面的事：理解目标、拆任务、生成方案。JEV 做快而窄的事：对当前状态给出放行、暂停或升级给人。JEV 的暂停也走中控，账本里记为“来源=JEV”。
两类人机协同
Harness 信息不够时向人发追问卡；写操作先出确认卡。中控里的人工确认节点是硬约束，确认后才发下一步，Agent 不能自动跳过。
DataCore 是研发数据中枢
DataCore 组织项目、方案、任务和样品，管理工站预约和试剂，承载配方优化。实验结果和原始记录经中控回流，UniELF 和独立 BO 的预测与候选也存回这里，候选需研究人员审核。
展开合成工站：中控 → UniLab → 设备 ↓展开 DataCore：项目、资源、优化与存储 ↓
合成工站展开：页面和 Agent 走同一条设备管线
UniLab 只部署一套，工站只看到 TCP 报文。用下面的按钮分别高亮两条入口，可以看到它们在中控汇合后完全重合。
两条入口在中控汇合，之后只有一条粗线进入 UniLab。
上传配方→
取坩埚 / 创建合成任务→
加粉加珠核对槽位和配方→
声共振（可多次，≤3）上料前复核参数→
扫码装瓶，生成 LOT→
烧结：马弗炉或焦耳热核对炉号 / 确认载体→
下料焦耳热后等约 1 分钟
Agent 可读
- 工站状态、当前任务
- LOT 与装瓶码
- 排程队列与物料余量
Agent 提议，人确认后可写
- 上传配方
- 创建并启动合成任务
- 按已发布方法排程
- 登记补料
只在页面按钮上，不注册成插件
- 开舱与外舱门、急停
- 机械臂单步、单点动作的原子动作
- 修改通讯参数
中控做什么、不做什么
中控负责鉴权、确认、幂等、审计和把操作翻译成设备动作，轮询回读后并入账本，写失败不自动重发。它不安装 UniLab 内核，页面和 Agent 也都不能绕过它直连 UniLab 或工站。
幂等键
每次下发都带幂等键：同键同参不会重复执行，同键改参视为冲突。网络抖动或重复点击不会让设备多做一遍。
后处理批次与 POST
页面上“新建后处理批次”是中控侧的业务批次，工站侧的 POST 是设备对象，两者用 LOT 关联。加样头余量是中控台账，不从工站回读。
DataCore 展开：两种入口，一套权限
DataCore 以项目和实验为主线，把研发数据和业务上下文组织在一起。左边是模型预测与候选推荐，右边是实验执行，底部是按职责划分的存储。用按钮分别看两种入口和数据回流。
两个入口在“统一登录 · 按项目与资源权限访问”汇合。
两种入口
研究人员在统一工作台上浏览、操作、协作；Agent 通过 DataCore CLI 代人查询和整理。CLI 不是后门，权限与登录用户一致，写入类操作先在 Harness 里出确认卡。
模型能力分开呈现
UniELF 做特定模型预测和主动学习，独立 BO 基于实验数据做贝叶斯配方优化。两者各自读取实验数据和研究目标、各自返回结果，候选建议都要研究人员审核后才进入实验。
与执行系统的边界
DataCore 和 UniLab 之间按约定接口做模板衔接，DataCore 不直接下发设备动作。研究人员批准的实验经固态中控确认后才下发，实验结果和原始记录再回流 DataCore。
存储按职责划分
业务数据库、资源业务数据、优化运行数据分别对应三个业务区；附件与分析产物进文件 / 对象存储；测试原始数据可以留在外部源，DataCore 只保存引用和上下文。
部署架构
管理后台部署在服务器，Harness 框架和 CLI 运行在人员电脑。共享服务和所有模型推理集中放在实验室服务器，各人员电脑装同一个客户端，中控后端和 UniLab 也在服务器上，UniLab 通过设备包驱动直连现场的合成工站软件。LLM 通过服务器上的模型网关接入，可以调厂商 API，也可以本地部署。
方案 A：调用厂商 API
上线快，能用到能力最强的模型，按量付费，不用买 GPU。代价是对话内容和实验数据会出实验室，需要做脱敏，并评估客户的合规要求；外网断了规划功能就不可用。
方案 B：本地部署大模型
数据不出实验室，可以离线运行，适合对数据敏感的客户。需要采购 GPU 服务器并有人运维，开源模型的规划能力可能不如头部厂商的 API。
为什么要模型网关
各 PC 上的 Harness 只连网关，不直接持有厂商密钥。网关负责鉴权、用量统计和敏感数据过滤，也能做混合路由：涉及原始数据的请求走本地模型，通用规划走厂商 API。以后换模型不用改客户端。
JEV 必须放在本地
JEV 管设备安全，不能依赖外网和大模型。它部署在服务器上、紧挨 UniLab 中控，直接订阅设备状态。模型小，用 CPU 或一张小卡就够。
设备网隔离
建议办公网电脑不能直接访问工站软件，只有 UniLab 能跨网段下发。合成工站驱动是 TCP 客户端，报文为 UTF-8 JSON，端口待确认，不要沿用电导工站的端口。
业务架构
一个研究轮次从 PI 立项开始，经研究员和 Harness 一起规划、PI 授权、实验员现场执行，执行中由 JEV 实时把关，数据回流后研究员验收 Harness 提出的下一轮方案，再由 PI 决定是否继续。黄色框是必须由人把关的环节。系统管理员不参与单个实验，负责让整套系统可用、可控。
各角色可见的功能模块 ● 可用 ★ 登录后默认页 — 不显示
| 模块 | PI | 研究员 | 实验员 | 系统管理员 |
|---|
| Agent 工作台待办、需要你决策的事和 Agent 对话 | ● | ★ | ● | ★ |
|---|
| 研究项目目标、轮次、方案 | ● | ● | — | ● |
|---|
| 智能计算性能预测、配方推荐、模型训练、数据集 | — | ● | — | ● |
|---|
| 实验中心排程队列、单点动作、混料、烧结、手套箱 | — | — | ★ | ● |
|---|
| 设备与物料设备、物料、料架 | — | ● | ● | ● |
|---|
| 样品与数据查询、待处理样品、烧结记录、动作记录 | — | ● | ● | ● |
|---|
| 实验方法库已发布的工艺方法及版本 | — | — | ● | ● |
|---|
| 看板数据量、占用、项目进度、使用率、故障率 | ★ | — | — | ● |
|---|
| 设置系统参数、权限、操作审计 | 查看 | 查看 | 查看 | 可修改 |
|---|
PI
默认进入运营看板。设定项目目标和轮次，审批实验计划的执行授权，计划的关键参数改了就要重新审批。
研究员
默认进入 Agent 工作台。和 Agent 一起做性能预测、配方推荐，回答 Harness 的追问，提交计划；数据回来后核对质量，决定是否采纳下一轮方案。
实验员
默认进入加珠混料页，Agent 面板收起。负责备料、排程和现场的人工确认节点；JEV 判定有风险而暂停时，由实验员到现场核对后决定是否继续。
系统管理员
界面包含所有角色的功能，另加看板和设置。只有管理员能改通讯参数、计算资源与数据源，并负责人员权限和运行审计。