在租约正常运行时,bd record 分配人/状态会自发恢复为"开放/未分配"

**~2026-09-11T11:29Z**：`gt-bd check-lease` 返回了 "нет lease" (没有租约) 一个应该是活跃的租约 - 通过 `gt-bd claim` + `bd update --claim` 进行恢复。 **最近的（由 logist 角色报告的 ~2026-09-11T16:1x UTC）：**bd 记录的 `assignee`/`status` 字段本身恢复到 `open`/空，然后一个 `--unassigned` 可用查询将该珠子作为显然新的未被索赔的工作 - 这是一个更严重的症状，因为它有可能导致不同的角色或会话索赔并复制在实际上已经被积极工作的珠子上。以同样的方式进行恢复（`gt-bd claim` + `bd update --claim`），恢复 `in_progress`/`logist`。 两次都有活动的 `human-gate` 决定正在等待（所有者尚未做出决定），因此珠子正确地应该保持 `in_progress` 状态并停留 - 它的 `bd` 状态没有合法的理由发生变化。