帮助中心，把你遇到的问题查清楚

SPWorker 是面向中小微企业的大模型多 Agent 智能办公平台。它不是一个聊天窗口，而是把五个「懂业务」的智能体（老板决策、中层督办、人事行政、流程自动化、企业知识库）接进你的日常管理流程里。

区别在于三点：① 有角色——每个智能体对应一个管理职能，而不是万能问答；② 有记忆——它读你的制度、组织架构和历史数据，而不是每次从零开始；③ 有闭环——从发起、审批到归档留在系统内，可量化、可追溯。

在 首页「免费在线试用」 填写企业名称、所属行业、联系人、联系电话与员工规模即可提交。开通流程：

1. 提交申请后，顾问在 1 个工作日内 与你电话确认使用场景；
2. 为你创建企业租户并开通试用席位；
3. 收到开通短信/邮件后，用注册手机号即可登录。

试用期无需提供营业执照。若需私有化部署试用，请走 预约 1V1 演示 通道，我们会先做环境评估。

建议按这四步做，顺序不要颠倒——后面的配置依赖前面的数据：

1. 导入组织架构：部门、岗位、人员。人员与账号、数字员工是强绑定的，人员建好，账号和对应智能体会自动生成，无需手工逐个创建。
2. 录入核心制度：考勤、报销、请假、审批权限等文档上传到企业知识库，否则智能体回答时「不知道你们公司的规矩」。
3. 确认审批链：按岗位配置审批层级（如请假：直属主管 → 人事 → 分管领导）。
4. 邀请试用成员：建议先拉 3–5 名关键角色（老板、人事、一个业务主管）跑通一条真实流程。

SPWorker 的交互入口就是对话，员工不需要学菜单。我们观察到上手慢通常不是「不会点」，而是不知道该问什么。交付时我们会提供：

• 角色化引导语：每个岗位预置 5–8 条高频提问示例，点一下就能用；
• 培训场次：按对象分层——管理员（系统配置）、部门主管（审批与督办）、普通员工（日常使用），课时按实际人数与场景安排；
• 陪跑期：上线首月提供答疑通道，遇到新场景随时补配置。

可以按需开。五大 Worker 之间是松耦合的，每个都能独立产生价值，但组合使用效果更好（比如「流程自动化 + 中层督办」能形成完整闭环）。

常见搭配建议：

• 只解决一件事：选最痛的那个。制度查不到 → 企业知识库 Worker；审批慢 → 流程自动化 Worker。
• 老板刚想看见全局：老板决策 Worker + 中层督办 Worker。
• 全场景落地：五个全开，由交付顾问按你的业务流程编排协同关系。

看板告诉你「发生了什么」，老板决策 Worker 回答「我该关注什么、该问谁」。它的价值在两处：

• 主动归纳：不用自己翻报表，它会按时汇总经营与执行情况，把异常项挑出来；
• 可追问：看到异常可以直接问「这个月工程部回款为什么掉了」，它会带着上下文给出原因线索与责任人。

权限上，老板层只看到汇总与审批类操作，不会被具体的业务填报流程干扰。

能。流程自动化 Worker 支持通过标准接口（API / Webhook） 与既有系统对接，常见对接面包括：组织架构同步、待办推送、审批结果回写、消息通知。

对接前需要你提供两样东西：目标系统的接口文档，以及一个可测试的沙箱环境或测试账号。硬约束：对接过程不得影响你现有生产系统的运行，涉及写入的操作我们会先在测试环境验证。

这是知识库类产品最关键的问题。SPWorker 采取三条措施压制编造：

1. 只依据已入库文档作答：检索不到相关内容时，明确回复「未查到依据」，而不是给出看似合理的猜测；
2. 答案带出处：每条回答标注来自哪份文件的哪一段，可一键跳回原文核对；
3. 权限过滤：先判断提问人有没有权限看这份文件，再做检索——不会把不该看的制度内容泄露给无权限的人。

即便如此，涉及薪酬、法律、合同金额等高敏感问答，仍建议以原文为准。

替代不了判断，但能吃掉大量重复劳动。它擅长的是：入离职手续的流程推进与材料收集、考勤统计与异常提醒、请假额度核算、制度类问题的一线答疑、证照与合同到期提醒。

涉及录用决策、绩效定级、争议处理这些需要人判断的事，它负责把信息整理好交给 HR，而不是替 HR 拍板。

判断标准是数据敏感度 + 是否有合规硬要求 + 有没有自有服务器：

• 选 SaaS：想快速验证效果、IT 人手有限、数据敏感度一般。开通即用，按年付费，无需运维。
• 选私有化：涉及政企合规要求、数据不得出内网、已有虚拟化或物理服务器资源。数据完全留在你自己机房，可对接内部单点登录。

两者功能一致，切换时组织架构、知识库、流程配置可迁移。

以下是最小可用配置参考，实际按并发人数与是否本地推理调整：

• 服务器：Linux（推荐 Ubuntu 22.04 / 统信 UOS / 麒麟）或 Windows Server；
• CPU / 内存：8 核 16 GB 起（50 人以内）；人数翻倍时内存同步上浮；
• 磁盘：系统盘 100 GB + 数据盘视知识库体量（文档越多越大，建议预留 500 GB 起）；
• 依赖：容器化部署（Docker / Docker Compose），PostgreSQL + Redis；
• 网络：内网互通即可；若接入公网需开放指定端口并配置 HTTPS 证书。

视范围而定，一般分三段推进：

1. 需求确认（约 1 周）：梳理要落地的流程与要对齐的系统，输出需求确认表；
2. 部署与配置（2–4 周）：环境搭建、组织与权限导入、制度入库、流程配置、接口联调；
3. 试运行与培训（1–2 周）：小范围跑通真实流程，完成分层培训，再全量放开。

采用双轨并行、渐进切换的方式上线：新旧方式并行一段时间，确认无误后再停用旧流程，随时保留回退通道。

能迁的部分：组织架构、人员名册、历史文档、审批流程定义。迁移通常通过 Excel 模板导入或接口同步完成。

需要提前评估的部分：历史审批单据、附件、考勤明细等大表数据，迁移成本取决于原系统的数据质量（字段是否规范、有无乱码、附件是否完整）。我们会先做一次数据抽样体检再给迁移方案与工时，而不是直接承诺全量搬迁。

不需要。SPWorker 采用人员、账号、数字员工三者强绑定的机制：管理员在组织人事里创建一个人，系统在同一个事务中自动为他生成登录账号和对应的数字员工，失败则整体回滚，不会出现「有账号没智能体」的半成品状态。

此外支持 Excel 批量导入人员名册一次性建号。

权限按四级继承计算：全局默认 + 部门 + 岗位 + 个人覆盖，逐层合并。同一份能力，不同角色看到的操作不一样。

典型分层：

• 局领导 / 决策层：只看汇总与审批、批阅类操作，不涉及具体业务填报；
• 中层管理者：可查看本部门汇总数据 + 审批 + 督办；
• 普通员工：只发起和办理自己的事项，看不到他人数据。

越权操作会在调度前被拦截并记录，不会静默通过。

在组织人事里做一次操作即可，三端联动：账号停用、数字员工停用、权限回收同时生效，不需要分别去几个地方关。

调岗同理——改岗位后，新岗位的权限自动继承，原岗位专属权限自动失效。这是把权限绑定在「岗位」而不是「人」上的好处，避免离职后权限残留。

可以。平台支持对接标准 SSO 协议，由你们提供身份源（如统一认证平台）的对接参数，我们完成接入配置，员工用原有账号登录即可进入 SPWorker，无需记第二套密码。

若暂时不具备 SSO 条件，也可先使用平台自建账号体系，后续再切换，人员与权限配置不受影响。

不会。客户数据仅用于为你提供服务，不用于训练任何通用模型，也不与其他客户的数据混合。私有化部署模式下，数据全程不出你的内网。

SaaS 模式下如你对数据流向有更高要求，可选择配置为「推理不出域」的部署形态。

三层措施：

• 传输加密：全链路 HTTPS/TLS；
• 存储加密：敏感字段加密存储，密钥系统与业务数据分离；平台侧对接第三方模型的密钥以密文保存，明文不可见，且每次调用都留审计记录；
• 访问控制：按角色限权，高敏数据仅授权岗位可见，越权访问被拦截并留痕。

能，而且是全操作留痕。关键动作（登录、数据变更、审批、智能体调度、密钥调用）都记录操作人、时间（精确到秒）、对象与结果，管理员可在后台按人、按时间、按类型检索。

智能体的每次调度也单独留审计记录——包括它调用了哪个模型、依据了什么权限、结果如何，便于事后复盘「这条结论是怎么来的」。

可以。合同终止时我们提供数据导出（组织架构、人员、文档、流程数据、审批记录），并可按要求彻底删除租户数据并出具删除确认。

建议在合同中明确约定导出格式、导出时限与删除完成时限，避免事后扯皮。

以席位（账号数） 为主计费维度，按年订阅；不同版本在可开通的 Worker 数量、知识库容量、接口数量上有差异。具体的阶梯档位与当前报价见 部署定价 页。

若涉及本地 GPU 推理或大规模接口调用，会单独测算资源成本后给出方案，不在标准套餐内。

试用期内产生的数据在正式开通后保留，无需重新配置。中途增加席位可以直接补差价升级，不影响已配置的流程与知识库。减少席位一般在下一个续费周期生效。

支持增值税专用发票与普通发票，开票信息在合同中确认，一般付款后 5 个工作日内开具。

续费方面，系统会在到期前 30 天 通知管理员，避免因忘记续费导致服务中断——这一点对企业内部系统的连续性尤其重要。