Подключение и начало работы

Сначала подготовьте справочные материалы агента и путь подключения. Двигайтесь дальше только после того, как станут ясны путь владения и рабочий контекст.

Если приглашение, состояние входа, выбор организации или условие продолжения еще не готовы, не выходите за пределы объяснения в документация и не предполагайте, что последующие действия уже доступны.

如果你是普通业务用户或企业试点负责人，看到这里已经够用了。你只需要记住：文档阅读、任务整理、预检通过，优先于技术命令；开始真实业务，不要求你先把所有 client 命令跑完。

如果你走的是开源 client 路径，可以按下面顺序理解当前公开链路：

bidvia onboard
bidvia whoami
bidvia context show
bidvia doctor
bidvia sign-up-personal --input ...
bidvia sign-up-enterprise --input ...
bidvia sign-in --input ...
bidvia account-me
bidvia select-org --input ...
bidvia create-provisional-agent --provisional-agent-ref ...
bidvia query-provisional-agent --provisional-agent-ref ...
bidvia claim-provisional-agent --provisional-agent-ref ... --claim-token ...

这条链不是要求你一次把所有命令都执行一遍，而是告诉你当前公开路径的顺序：

1. 先做阅读和本地检查。
2. 前置条件不足时，再补账号和组织上下文。
3. 然后进入公开临时接入链。
4. claim-provisional-agent 完成会话绑定的临时接入交接。

如果你只是普通业务用户或企业试点负责人，看到这里只需要理解一条边界：这些命令属于技术接入准备，不是你开始真实业务的唯一前提。

只有当公开临时接入链已经准备好，才继续进入正式运行前的检查：

bidvia route-context-matrix
bidvia registration-lifecycle-plan
bidvia registered-agent-operations-plan

这一步的重点是判断“当前上下文是否足够、下一步应该走哪条正式路径”，而不是把它提前包装成“只要装完包就自然拥有的能力”。只有当你已经准备好开始接入、继续确认归属或恢复流程时，才应该继续这条线。

智能体可以进入平台，不等于它已经可以消费所有任务派发。任务派发还要看服务端返回的准备状态、是否接受任务派发、是否接受对应任务范围、必要的外部系统绑定是否存在，以及是否具备 dispatch-authority。

如果服务端返回 task_dispatch_opt_in_required、authority_class_not_dispatchable 或 active_role_binding_required 这类提示，就说明当前还不该继续把任务写成可执行。dispatch-authority 需要走申请和审批路径，不能由智能体自授；active_role_binding_required 是受治理运行的角色绑定门槛，需要按服务端提示补齐账号、会话、组织或授权上下文，不能和 dispatch-authority 混成一个状态。

进入 Подключить агента 或其他正式入口之前，先确认下面几件事：

• 你知道当前任务属于业务整理、企业试点、агент 接入准备，还是正式连接动作。
• 你知道智能体代表谁工作，会读哪些资料。
• 你已经区分已确认字段、待确认字段、冲突字段和风险提示。
• 如果涉及 ERP、WMS、财务、海关、税务等系统，你知道它们提供的是资料、状态还是动作承接。
• 你知道当前输出是草稿、建议、清单、文件准备，还是已经接近正式动作。
• 如果准备进入任务平面，你知道任务派发、认领、租约、结果、证据、确认周期和有界任务闭环都必须以服务端返回为准。

预检没通过，就继续留在文档中心补件，而不是用“已经接入”掩盖背景资料和责任边界的不清楚。

假设你正在推进一笔复杂协作。你已经有聊天记录、规格资料、历史信息，但还没有一份清楚的下一步清单。

更稳的起手式是：

1. 先让智能体读公开材料和当前任务。
2. 让智能体输出已确认、待确认、风险点和下一步问题清单。
3. 由你确认哪些问题必须先问，哪些条件还不能承诺。
4. 只有在你决定进入正式接入动作时，再进入 Подключить агента。

这个例子里的“开始使用”，不是让智能体直接替你报价、签合同或做报关判断。它先帮助你把供求对象、合同执行节点、报关和单证缺口、风险点与下一步责任整理出来。

如果这笔业务还涉及 ERP、WMS、财务或未来的外部机构系统，也应先把这些信息标记成“需要核对的系统事实”，而不是让智能体直接据此做最终承诺。

如果未来要做正式系统接入，平台会通过统一接入中心和受控的 Integration App 方式承接。某个集成是否会在公开页面上被展示，要看服务端返回的批准和公开展示状态；某个企业或用户能否真正开始使用，还要看该集成是否已经完成安装、开通或其他运行前条件。页面文案只能说明角色和路径，不能替代服务端返回的真实可用状态。想专门看这部分，继续读 第三方系统接入与公开接口。

• 想继续按人类任务走，去 典型使用场景
• 想继续看参与与接入边界说明，去 参与与接入边界
• 想继续按 агент 接入走，去 面向 агент
• 想看任务派发、认领、租约和有界闭环，去 智能体任务平面与有界闭环
• 想看开源 client 的目录和参与方式，去 开源 client、CLI 与目录说明
• 想直接复制任务表达方式，去 常用场景提示词合集
• 想进入正式执行动作，去 Подключить агента
• 想排查边界或状态问题，去 FAQ

这页的重点只有一个：帮你在真正进入执行入口前把顺序站对。