没有现成 AI 平台，也能从工作台起步。
员工在千手完成约定的资料问答、文档整理或草稿准备，先跑通一个部门的高频工作。
员工 → 千手工作台 → 千手 AI 能力
千手 / 交付伙伴提供
配置工作台、试点助手及使用范围，提供上手与问题支持。
客户 / 平台方配合
提供试点人员、可使用材料、数据要求和业务验收标准。
可选共享云、专属托管或客户自部署。单机先用也可评估，但本地使用不等同于企业统一管理。
企业合作对接说明
员工从千手开始工作，
企业能力按需连接。
在千手里提出需求、使用材料、查看与修改结果、确认下一步。我们以这个工作过程为出发点，和您一起确定背后连接哪些能力、双方如何配合。
共同的出发点：千手是员工的工作台。
不论 AI 来自千手还是客户平台，员工都围绕自己的任务工作。千手承担工作交互与结果处理，所连接的系统继续负责各自的智能体、知识、业务记录和权限。
- 提出工作需求，选定相关材料
- 使用适合本次任务的 AI 与企业服务
- 查看依据、修改结果、确认后续操作
销售 · 采购 · 运营 · 职能团队
↓
千手工作台任务、材料、AI 与结果，在员工手边
人来确认智能体与模型千手 / HiAgent / 企业平台
企业知识已有知识库与授权资料
业务与消息OA / ERP / CRM / IM
按项目接入所需系统，让已有投入在工作一线发挥价值。
以下是合作组合与接入方向。每个项目先确认所需功能和接口，联调验收后交付；不要求一次接完所有系统。
找到您的合作组合
您有什么基础，
千手就从哪里连接。
可同时选多项。例如“已有 HiAgent + OA + 内网自部署”就是一个完整组合，不需要在它们之间三选一。
还没有企业 AI使用千手能力起步 ↓已有模型服务接模型，千手组织工作 ↓已有知识库连接知识，保留原权限 ↓已有 HiAgent / 智能体复用已发布应用 ↓已有 OA / ERP / CRM连接单据与业务流程 ↓有多个 AI 与业务平台按任务组合连接 ↓只需要客户端评估客户服务能否承接 ↓平台商 / 集成商联合交付工作台 ↓
模型由您选，工作过程由千手承接。
员工使用千手的助手与工作交互，推理调用走客户指定、兼容的模型服务。
员工 → 千手工作台与助手 → 客户模型服务
千手 / 交付伙伴提供
核对模型接口与能力，适配调用，并配置可用助手与工具范围。
客户 / 平台方配合
提供模型端点、授权方式、使用配额和网络条件。
提供模型服务不等于提供完整智能体。工具调用、附件与模型能力需逐项匹配。
知识保留在原处，员工在千手使用。
围绕当前工作查询授权知识，展示接口支持的回答、来源或引用，再整理为所需成果。
员工 → 千手工作台 → 已有知识检索服务
千手 / 交付伙伴提供
适配检索与结果展示，衔接用户身份和引用访问；按需搭配 AI 能力。
客户 / 平台方配合
提供检索接口、资料范围、访问权限及引用打开方式。
不默认复制整套知识库。若知识仅通过平台智能体开放，采用“已有智能体”方案。
已有智能体继续运行，千手成为使用它的工作台。
员工在千手选择并使用已发布应用，提出问题、追问并处理回答；编排、知识和模型继续归客户平台管理。
员工 → 千手工作台 → 接入服务 → 现有智能体平台
千手 / 交付伙伴提供
适配应用调用、交互展示和会话映射，按项目衔接登录与材料能力。
客户 / 平台方配合
提供已发布应用、接口文档、测试环境，以及身份和资源授权规则。
千手不再重复编排同一智能体；应用问答接通不代表该智能体已能执行本机操作。
员工在千手处理工作，业务结果回到原系统。
例如从千手查询授权业务资料、整理供应商材料，员工确认后提交到原系统，继续原有审批。
员工 → 千手处理与确认 ⇄ 原业务系统
千手 / 交付伙伴提供
实现约定的读取、材料处理与回填适配，展示提交结果。
客户 / 平台方配合
业务负责人选流程，系统负责人提供接口、字段、权限和测试单据。
千手是工作入口，原系统仍是单据和审批依据。生成材料、回填成功、审批完成分别验收。
一个工作台，按任务连接不同平台。
不同岗位或助手可分别使用千手 AI、客户智能体和业务系统，在共同的工作界面中处理各自任务。
员工 → 千手工作台 → 按任务连接指定服务
千手 / 交付伙伴提供
配置应用入口、连接关系与能力范围，明确结果来源与任务归属。
客户 / 平台方配合
确认各平台负责人、授权边界和允许流转的数据，约定每个任务的执行方。
多来源不等于任意串联。跨平台材料传递、连续任务和历史互通按项目实施，不静默切换服务。
已有完整服务体系，可评估更轻的千手接入。
千手提供员工界面及约定的桌面能力，客户平台或网关承担所需服务端职责。
员工 → 千手客户端 → 客户平台 / 已有网关
千手 / 交付伙伴提供
先核查兼容条件，再交付客户端与必要适配，明确可用功能。
客户 / 平台方配合
承接身份校验、资源授权、凭据保管，以及所需会话、历史和后台任务能力。
这是有条件的合作形态。职责缺失时补充千手接入服务，或缩小功能范围；共享应用密钥不直接分发给员工。
伙伴提供专业能力，千手承接员工工作体验。
把伙伴的智能体、知识或行业系统连接到千手，共同向最终客户交付可使用的工作场景。
最终客户员工 → 千手工作台 → 伙伴服务
千手 / 交付伙伴提供
提供工作台、连接适配与产品技术支持，明确升级兼容范围。
客户 / 平台方配合
提供行业应用、客户场景和平台接口；共同约定实施、推广和一线支持责任。
可讨论客户品牌、联合品牌与授权。品牌是交付选项，不改变系统权限与责任分工。
员工使用千手，AI 能力复用 HiAgent，接入服务放在客户内网。
员工怎么工作
在千手使用企业智能体、查看回答，处理约定的工作结果。
连接什么
现有 HiAgent 应用；知识库与模型继续由 HiAgent 管理。
如何交付
千手桌面 + 内网千手服务端。后续按需增加 OA 等业务连接。
这是需求对应的建议方案，并非已交付背书。重点联调应用接口、登录身份、知识权限、会话和网络。
入口配合
以千手为工作面，也能衔接客户原来的入口。
上面回答“连接什么”，这里回答“员工从哪里进入”。两者可组合，不需要另建一套合作方案。
直接使用千手工作台
员工从千手发起和推进任务，按需查询业务资料、调用智能体，并查看处理结果。适合希望统一日常 AI 工作的团队。
从 OA / 门户进入千手
保留统一门户或业务单据入口，跳转到千手桌面或工作页面；平台支持时评估嵌入。双方对接登录、上下文和结果回传。
IM 发起，千手承接
从企微、钉钉或飞书接收通知、发起或查询简单任务；复杂材料进入千手处理。也可约定简单场景主要留在 IM，由服务端处理反馈。
IM 按“通知 → 任务入口 → 有限操作 → 跨端继续”选择接入深度；门户嵌入、跨端状态和会话连续性按接口条件单独验证。
双方配合
先明确分工，
再确定接入和交付范围。
工作台统一使用体验；业务、知识与身份权限仍由相应系统负责。
对接事项千手 / 交付伙伴客户团队
场景与验收
千手 / 交付伙伴把需求整理为可实施的工作流程，说明支持范围。
客户团队业务负责人选场景、指定使用人员，确认验收结果。
智能体与知识
千手 / 交付伙伴适配已发布应用，展示接口支持的回答与结果。
客户团队平台负责人提供应用接口，确认知识范围和资源权限。
登录与账号
千手 / 交付伙伴实施登录衔接、用户映射和访问校验。
客户团队IT 提供身份方案、组织范围与账号开通 / 撤权规则。
业务系统与 IM
千手 / 交付伙伴按约定实现读取、回填或通知，并核验结果。
客户团队系统负责人提供接口、字段、权限与联调支持。
部署与运维
千手 / 交付伙伴交付约定的软件、部署说明、升级与技术支持。
客户团队提供环境与网络条件；按合同划分备份、监控及运维责任。
部署选择
服务放在哪里，
按企业条件决定。
接入客户平台，不等于必须自部署。
能否只用千手客户端，不部署千手服务端？
可以评估，但客户平台或已有网关必须承接所需的身份校验、资源权限、凭据保管与会话等职责。只有平台应用密钥时，不能直接把密钥分发到员工安装包。ESWIN 目前建议保留内网千手服务端，具体范围在接口核查后确定。
客户端形态、部署规模与费用如何确定？
附件上传、引用展示、历史记录、停止与重试、本地工具执行、业务回填和 IM 交互，均按实际接口与项目范围确认。桌面、浏览器工作页面、移动端及 IM 入口按所需能力选用，不默认功能完全一致。单实例、多副本高可用、多个独立环境分别评估；软件授权或订阅、用量、适配实施、部署与维护费用分别列入交付方案。
试点步骤
用一个真实流程，
把合作方式验证清楚。
建议先确定一位业务负责人和一位技术对接人，共同推进以下三步。
- 1对齐场景与基础条件
客户提供工作样例、现有系统与数据要求；共同明确输入、输出和验收标准。
- 2确认方案并联调
千手提出接入、部署和分工清单；双方在测试环境验证登录、应用调用与结果处理。
- 3试用验收，再扩大范围
业务人员完成真实任务，核对质量、权限和关键操作结果，再确定推广与维护安排。
首次沟通，准备这四项就可以。
一件希望改善的工作 · 已有平台与系统 · 数据部署要求 · 业务和技术联系人