在连接账户回复中澄清已贬值的用户 id

这取代了#4508,我关闭了它,因为它是从错误的GitHub账户上存档的. 从我的私人帐户里调回这里

连接账户响应合同尚不清楚应用程序是否可以依赖接收账户所有人“用户-id”的“用户”。

next ' 承诺0dae2623c26ec4cb2c523f4cfa0536ced932348':

• v3和v3.1列表/检索OpenAPI计划包括所需响应字段中的"user id",但也标出已贬值. 它的描述说API会停止返回,而呼叫者应该通过用户标识过滤. 见v3 list schema,v3 recover schema,v3.1 listema。
• [公开清单参考](https://docs.composio.dev/reference/api-reference/conned-counts/getConnected Accounters)在其示例答复中仍然显示`用户'id。
• TypeScript SDK的[响应计划](https://GitHub.com/ComposioHQ/blob/0dae2623c26ec4cb2c523fb4cfa0536ced932348/ts/packages/core/src/types/conned Accounters.types.ts#L192)省略了用户',其[ZTransformer.com/ComposioHQ/composio/blob/0dae26c26ec4cb2c523fb4fa0536ced932348/ts/ts/packages/crc/utils/transfers/conned Acunters.ts#L51)没有绘制用户-id'地图。

在清除之前可以合理地进行折旧,因此这可能是有意的。 缺失的作品是对所支持的行为和迁移路径的明确声明.

为什么这很重要?

项目一级的调节工作需要区分现有应用程序用户拥有的未跟踪账户和潜在的孤儿账户。 没有回回的所有权,它需要用现有的用户识别符过滤出第二个被分解的列表. 我们要确认,在提议任何SDK修改之前,这是得到支持的办法。

要求作出澄清

1. 在贬值期间是否仍然支持返回`用户'? 可见度是否因账户来源或呼叫权限而异?
2. TypeScript SDK是否有意排除这个领域?
3. 与 " 用户 " 列名是否是确定对账所有权的建议方式?

链接账户文件能否解释这一政策,并酌情调整计划/实例? 乐于在预定行为得到确认后提供文档更改.

本报告基于公共来源和API合同,而不是现场反应测试. 它没有声称运行时间有缺陷,也没有要求披露受限制的所有人身份.