Ibm cloud '的参数要求是什么；客户ID'；在IBM Watson对话服务对话端点中？[蓝混音]

要在WDS上启动对话，将使用

客户端id

（一个整数）调用

/conversation

端点，如中所述

然而，似乎对

客户id

有进一步的限制/要求。如果我将

client\u id

传递为100000，则成功；但是如果我超过400000，它将失败，并出现

{“code”：400，“error:”指定的客户机id无效。它不存在。“}

vs

这似乎是最近的问题。我一直在使用这项服务，直到最近我才开始看到这些错误

---

最近有什么变化吗？如果是，是否有文档记录？

您无需发送

客户端id

即可开始对话。
它是一个可选的参数，如果您没有指定它，将发出一个新的

客户端id

您可以通过运行以下命令进行测试：

curl -i -X POST "http://.../v1/dialogs/40df25ae-xxx-yyy-zzz-ca7/conversation"

---

不止一次。德语是正确的。在最初的调用中，您不应该传递客户机id。您要传递的只是对话框id。您将在响应中返回一个新的客户机id、一个新的对话id以及作为第一个输出元素的文本响应。 接下来，您将传递client_id以继续使用以前与client_id连接的用户配置文件，因此每次该用户聊天时，如果您想记住它们，您应该传递相同的client_id

---

您将在整个会话中传递相同的会话id，但在与同一用户的后续会话中生成一个新的会话id（不传递）。是的，我知道这是一个可选参数。就我而言，我选择通过它。我的问题是，是否有任何要求/限制（除了它应该是整数这一事实之外）。请将其留空，因为您仅在以前创建它时传递它。因此，您发送的号码需要由服务创建，而不是由您创建。你可以按照我刚才在回答中的建议创建数字。只有在传递值为空的client_id参数时，它才起作用；但如果您根本不传递客户机id（根据您的示例），则不起作用。所以它确实是一个强制性参数。误导性文件？或者我遗漏了什么？如果你不发送

客户id

，它会工作。我刚测试过。请分享你的工作要求。我的意见如问题所示

$ curl -i --data "client_id=400000" -X POST "http://.../v1/dialogs/40df25ae-xxx-yyy-zzz-ca7/conversation"

HTTP/1.1 400 Bad Request
X-Backside-Transport: FAIL FAIL,FAIL FAIL
...
...
{"code":400, "error": "The client_id specified is invalid. It does not exist."}

curl -i -X POST "http://.../v1/dialogs/40df25ae-xxx-yyy-zzz-ca7/conversation"