开发者工具·API

从收到问题到处理完

1. 把分散的渠道汇到一处

   Velros 把邮件、GitHub Issue 和飞书支持群里的问题汇集到一起，把鉴权错误、限流、SDK 版本这类重复模式，与看起来是新问题的症状分开整理。

2. 文档能解答的，连草稿一起备好

   它读取错误码和复现日志，起草附带相应文档与更新日志链接的回复，并准备一份用于确认复现的内部清单。人只需检查是否正确。

3. 需要判断的，交给人

   退款与调价、有 SLA 约束的故障、企业接入咨询，会以审批卡而非草稿的形式出现，并附上来源会话。在人确认之前，什么都不会发出。

由人来确认的事

退款与调价

减免超量费用、发放额度、降级套餐，都是牵动金钱的决定。Velros 只把账号用量和账单记录整理好呈上，审批由人来点。

有 SLA 约束的故障处理

对有可用性保证的客户，补偿额度和事后报告都写在合同里。认到什么程度、如何对外公告，由人来定。

企业接入条件

带专属限流、私有化部署、安全审查的合同，一个例外条件就可能改变路线图。承诺什么，一律由人确认。

不能错过的期限与义务

委托处理与受托方管理

当客户数据经过你依赖的基础设施与分析工具处理时，需与受托方约定处理目的、期限、方式并进行监督（《个人信息保护法》第二十一条）。要保持子处理方清单为最新。

真实披露服务信息

价格、SLA、使用限制等重要信息应真实、全面、清晰地披露，不得作虚假或引人误解的宣传（《电子商务法》第十七条）。不利变更需提前告知。

个人信息的跨境提供

若使用境外区域服务器或全球厂商，需向个人告知境外接收方及处理情况，并具备合法的同意等依据。收到数据处理咨询时，这份依据应已备好。

《个人信息保护法》第21条（委托处理个人信息） · 《电子商务法》第17条（真实、全面披露商品或服务信息）

常见问题

它会不会替我发出技术上错误的回答？

Velros 只根据你的文档、更新日志和复现日志起草。审批前不会发出，因此只有在人确认技术上无误之后才会发送。

它怎么区分真正的缺陷和普通问题？

它按错误码、复现条件以及文档能否解答来划分。若文档解答不了，或多个账号出现相同症状，就标记为缺陷候选并先通知人。

它会自动处理退款或 SLA 补偿吗？

不会。凡涉及金钱或合同的事项，都只以审批卡形式呈现。它整理好用量和合同条款，最终由人来决定。