Skix CS（本站）
回答产品相关问题，并受理演示与报价申请。回答以本用户指南为依据并附引用；没有依据时拒答并转交负责人。
已在自家 3 项服务中正式上线 — 本站右下角的聊天窗口就是实物
退款、发票、物流查询，
退款、发票、物流查询，
在对话中完成。
Skix CS 不只是回答咨询，而是从身份验证到审批、执行、记录全程完成，把业务办结的客户服务 AI 智能体平台。审批规则由代码而非提示词守护，不会被对话攻破。
具备业务 API，接入仅需 0.5～1 天。没有 API 也可以先从 FAQ 回答与人工接管开始。
3 项服务在 Skix 自家服务中
正式上线运行
正式上线运行
3 种语言日语、中文、英语
对话语言自动跟随
对话语言自动跟随
全记录所有对话与判断
以仅追加事件保存
以仅追加事件保存
宁可拒答证据低于阈值时
不生成，如实拒答
不生成，如实拒答
客户案例
我们先用在了自己身上。
我们先用在了自己身上。
本站的聊天窗口也是 Skix CS。
Skix 的 3 项服务各自作为独立租户，在 Skix CS 上正式运行。右下角的网页组件就是其中之一 — 不是示意图或演示视频，而是可以直接触达的生产环境。
Skix Pulse
面向服务用户与访客的咨询窗口。对日语、中文、英语用户自动匹配对话语言进行应答。
Skix One
企业级服务的支持窗口。由知识库提供一次回答，缺乏依据或需要人工判断的咨询转入坐席工作台的接管队列。
欢迎从贵司退款流程的 PoC 开始咨询。
功能
值得托付的理由，
值得托付的理由，
内建于结构之中。
退款、发票、物流查询的自动化，不是靠“相信 AI”，而是靠“管控、身份验证、审计作为结构发挥作用”来让您放心托付。
审批规则以代码执行
审批阈值与退款上限以代码而非提示词实现。金额超过阈值即转人工审批，超出上限立即拒绝。再巧妙的对话或提示词注入也无法撼动。
→ 不会发生“AI 擅自退款”身份验证闸门
基于订单号与手机号后 4 位的确定性核对。未经验证的会话绝不触碰客户数据的 default-deny 设计。即使是 LINE 或网页的匿名访客，只要通过核对即可以本人身份办理手续。
→ 用结构防止冒名导致的信息泄露完整审计与回放
所有对话与判断以仅追加事件记录，任意会话均可原样回放。“何时、做了什么、为何如此判断”可事后说明。并具备 GDPR 删除 API。
→ 面对客户异议与审计，用日志作答宁可拒答的知识库（RAG）
证据低于阈值时不生成内容，如实回答“不知道”并转接人工。回答附有出处引用，现有 FAQ 可批量导入。
→ 不因似是而非的错误回答而失去信任人工接管与坐席工作台
拿不准就转交人工，人工处理期间 AI 保持沉默。审批队列、接管队列、知识草稿、质量评审集中在一个工作台。搁置的审批会被提醒，过期则自动撤销并通知客户。
→ 现有支持体系可原样沿用多语言与长期记忆
自动跟随日语、中文、英语，客户切换语言也会跟上。带 PII 闸门的长期记忆，实现基于每位客户上下文的应对。
→ 为访日与跨境客户提供同等品质
原理
每一个请求，
每一个请求，
都经过同一套管控。
无论来自哪个渠道，都要通过身份验证、策略判定、审计记录后才会到达租户的业务 API。LLM 是“辅助判断的部件”，不拥有执行业务的权限。
接入流程
具备业务 API，
具备业务 API，
0.5～1 天即可上线。
无需大型项目。4 个步骤即可完成到验收测试。若尚无业务 API，可跳过步骤 2，先从 FAQ 回答与人工接管开始。
-
创建租户
在多租户平台上创建专属租户。按租户分别设置审批阈值、退款上限与预算上限。
-
接入连接器
通过 5 类连接器对接贵司业务 API（订单、退款、物流、发票、客户）。只需 JSON 与 1 个认证头即可接入，并内置熔断器。
-
导入 FAQ
将现有 FAQ 批量导入知识库（支持试运行）。回答附引用，证据不足则拒答。
-
验收测试
用真实数据确认身份验证、审批流程与人工接管，通过回放核验审计日志后正式上线。
合计 0.5～1 天 — 具备业务 API 时的标准接入周期。
没有 API 也能启动 — 先以 FAQ 回答 + 人工接管起步，之后再接入业务 API。
FAQ
常见问题
没有业务 API 也能接入吗？
可以。仅凭现有 FAQ 的知识库回答与人工接管即可启动（本站自身就是这种配置）。退款、发票、物流查询的自动执行，自贵司业务 API 通过连接器接入之时起生效。
请介绍一下价格体系。
根据每月对话数、接入渠道与接入系统数量单独报价。欢迎从小规模 PoC 开始咨询。请在右下角的聊天窗口告诉我们“希望演示”，或联系 [email protected]。
如何防止错误回答和提示词注入？
采用双重结构防护。第一，知识库（RAG）宁可拒答 — 证据低于阈值时不生成内容而是如实拒答，回答均附引用。第二，审批阈值、上限等策略以代码而非提示词实现，因此提示词注入无法撼动。金额超过阈值即转人工审批，超出上限立即拒绝。拿不准的情况转交坐席处理。
如何与现有系统对接？
通过 5 类连接器与贵司业务 API（订单、退款、物流、发票、客户）对接，并内置熔断器。退款、发票、物流查询等业务在具备容错能力的工作流引擎上以幂等方式执行，即使中途失败也不会重复执行。客户触点侧支持 REST API、网页组件与 LINE。
如何与现有的人工支持体系并用？
坐席在工作台中处理审批队列与接管队列。AI 转交的会话由人工回复，解决后可交还给 AI。人工处理期间 AI 不会发言。人工应对中产生的回答可作为 FAQ 草稿提升至知识库。
与其他公司的数据如何隔离？
在多租户平台上，通过数据库行级安全（RLS）隔离租户。策略与预算上限也按租户分别设置。此外，在会话层面设有身份验证闸门，未通过订单号与手机号后 4 位的确定性核对，绝不访问任何客户数据（default-deny）。
能否响应数据删除请求（GDPR 等）？
可以。具备 GDPR 删除 API。此外，所有对话与判断均作为仅追加事件记录，任意会话均可完整回放，因此可事后核验“何时、做了什么、为何如此判断”。基于长期记忆的个性化也设有 PII 闸门。
支持哪些渠道和语言？
接入渠道有 REST API、网页组件与 LINE 三种。网页组件只需嵌入 iframe，LINE 只需配置官方账号的 Webhook。语言支持日语、中文、英语，并自动跟随客户所用语言。