跳到内容

常见问题

关于入门、产品、定价、安全性和企业就绪性的常见问题解答,按主题分组。

快速入门

我们应该从哪里开始?
选择一个高量工作流,先在单个渠道中启动。验证回答准确无误、升级能送达相应人员,然后再扩展到更多渠道和包。
Threada 与面向企业的 ChatGPT 或 Gemini 有什么不同?
通用型副驾驶绑定于某一供应商的模型。Threada 是一个工作平台:每个请求都成为可追踪的 WorkItem,具备策略控制、受治理的执行和结果分析——跨任何 LLM。
我们需要替换 Zendesk、ServiceNow 或 Salesforce 吗?
不需要。Threada 与您现有的工具协同工作。它捕获并结构化请求,然后在您已在运行的系统中执行已批准的操作。
AI 真的能处理上次自动化失败的那些边缘情况吗?
AI 负责理解和结构化。策略控制、审查队列和审批处理例外情况。高风险事项始终有人参与其中。
我们实际能衡量什么?
自助解决率、解决时间、升级质量、审批周期时间和操作成功率——记录在案的成果,而非交互次数。
上线前如何评估安全性?
运行评估门控来测试提取、路由、依据和操作行为。通过金丝雀流量、影子模式和一键回滚逐步推出。

产品

什么是工作项?
WorkItem 是 Threada 中的中心工作单元 - 一个类型化、生命周期管理的对象,用于捕获每个请求的接收、决策、执行和结果。
Threada 与传统 Web 自动化工具有何不同?
传统的消息型自动化工具一次只处理一条请求。Threada 管理的是完整工作流:受理、策略、审批、操作和结果衡量,并提供审计轨迹与治理控制。
我可以从一个工作流程开始吗?
是的。大多数团队从仅限于一个渠道或工作空间的单一工作流程开始,并随着信心的建立而逐步扩展。
Threada 支持哪些内容源?
网站、上传的文档、API 连接器和基于源的源。每个都注册为托管知识资产,具有自己的新鲜度和保留政策。
新鲜度政策如何运作?
您可以为每个源设置同步节奏和过时阈值。 Threada 会针对新鲜度漂移和同步失败发出警报,以便证据保持最新状态。
我们可以要求在回复中引用吗?
是的。引文要求可以根据工作流程和意图应用。低证据响应将自动转至审核或升级。
我们可以在没有自定义代码的情况下配置审批路由吗?
是的。决策步骤和批准要求是配置驱动的。
政策会因渠道或工作流程而异吗?
是的。特定于渠道的策略覆盖可以覆盖基线工作流程行为。
我们可以快速禁用操作吗?
是的。终止开关可以禁用每个通道、工作流程或集成范围的执行。
什么是解决率指标?
解决率衡量无需人工跟进就解决的会话;反映拦截效率与助手可信度。
分析多久更新一次?
事件摄取近实时(通常小于 5 秒),聚合视图在几分钟内更新。
可以导出原始事件吗?
可以。原始事件导出可用于深度分析、QA 工作流和归因建模。

定价与计费

什么是自动解决?
无需转交人工或客服回复即可解决的工单。
什么是知识资产?
Threada 保持最新的任何托管文档或同步源记录以供检索和证据。
可以更换方案吗?
可以,随时。变更将在下一个计费周期生效。
达到额度会怎样?
接近额度会提示。升级有 7 天缓冲期。
年付优惠?
年付可节省 20%。
内容会用于训练吗?
不会。仅用于检索索引。
可用性?
自动扩容与故障转移,目标 99.9%。

安全与治理

Threada 会取代我们现有的合规工具吗?
不会。Threada 在 AI 工作自动化范围内执行策略——它与您现有的 GRC 和身份工具集成,而非替代它们。
策略如何进行版本管理?
策略覆盖按租户、界面和工作流进行版本管理和范围控制。每次执行都会记录当时生效的策略版本。
可以导出审计记录吗?
可以。生命周期、策略和操作事件可导出,用于外部审计、SIEM 集成和监管报告。
您的目标是什么可用性 SLA?
99.9% 的每月可用性,具有明确的 RTO(4 小时)和 RPO(24 小时)目标以及记录的事件运行手册。
计费如何执行?
Stripe 订阅 + 使用计数器;宽限期自动化(D-3/D-1 通知)和宽限后受控禁用。
我们可以导出审核日志吗?
是的。导出源(GCS 和 BigQuery)和按需下载可用于合规性审核。

企业

我们需要替换现有的记录系统吗?
不需要。Threada 旨在通过集成和受治理的操作围绕现有系统进行编排。
可以对特定操作要求审批吗?
可以。审批要求可按工作流、渠道、风险类别和操作类型应用。
我们如何评估生产环境的安全性?
在大规模上线前,使用 EvalSuite 门控来评估抽取、路由、依据和操作行为。
我们可以仅通过网络引入来启动吗?
是的。 Web 可以成为您的第一个渠道,同时您可以为未来的渠道保留相同的工作流程原语。
集成可以异步运行吗?
是的。集成执行是异步的,并支持使用可审核错误类进行重试。
我们如何追踪失败的结果?
使用相关 ID、工作项历史记录、决策事件和执行日志来重建端到端流程。