卡片关系与阻塞

使用 依赖关系 显示哪些卡片必须在另一个卡片开始之前完成,哪些卡片仅仅共享上下文。关系在同一工作区的看板之间工作,并随着工作的变化实时更新。

例如， 确认最终产品消息 可以阻挡 编写广告活动登录页面副本。该副本将一直处于阻塞状态，直到其先决条件明确为止，并且负责人会在副本准备好开始时听到消息。

查看和编辑整个链

打开 依赖关系 看板、我的卡片或团队卡片中查看,以探索地图, 时间线, 或步骤。查找瓶颈、过滤有风险或已准备好的工作、突出显示关键路径，并通过撤消和重做直接在地图上添加或删除阻塞链接。

选择关系

从您正在编辑的卡片读取方向:

选择	意义	例子
被阻止	选择的卡片是此卡片的先决条件。	登陆页面副本被最终消息阻止。
积木	此卡是选择卡片的先决条件。	最终消息封锁登陆页面副本。
涉及	卡片共享上下文,而不需要任何顺序。	启动计划涉及可选的客户形象后续行动。

积木以及 被阻止 描述相同的依赖关系从相反的端。涉及是对称的,从不会使卡片被阻止。

依赖项与标签、工作流程列表和描述中的链接。名为“Blocked”的标签或名为“Waiting”的列表不会创建依赖关系。粘贴的卡片链接仍可作为参考；当 Kanera 应跟踪工作是否被阻止时使用依赖关系。

打开您可以编辑的卡片。
发现 依赖关系 并选择添加.
选择 被阻止, 积木, 或涉及.
按标题或键搜索卡片。
选择匹配卡片以添加关系。

搜索包括您可以在同一工作区打开的合格卡片,包括其其他看板。搜索结果显示看板和列表,以便您区分类似的标题。您不能将卡片与其本身链接,也不能创建依赖循环,例如 A 阻止 B,而 B 已经阻止 A。

您也可以右键点击桌面上的卡片或在桌面视图中点击卡片,然后选择 附属机构。弹出窗口保持其搜索打开状态，因此您可以添加多个关系，而无需打开卡片详细信息。

要删除关系,请使用 删除关系 这样就会从两张卡片中删除连接,而卡片本身仍然保持原位。添加和删除会显示在两张卡片的活动历史记录中。

了解阻止和准备状态

活动卡是 被阻止 至少有一个阻挡者不完整且未存档。多个先决条件可以阻挡同一张牌,如果仅完成一个先决条件,而另一个先决条件仍然开放,则该牌不会准备好。

卡片瓷砖显示一个 被阻止 卡片详细信息顶部的状态显示 被 1 张有效卡阻止，几个拦截器的相应计数，或者 没有活性阻滞剂。选择那里的关系芯片以跳转到依赖关系。

依赖关系列表显示了其他卡片的键、标题、板、列表、标签和受让人。已完成或存档的先决条件保留列表及其状态,但不再阻止卡片。重命名、分配、标签、移动、完成和存档更改实时刷新,包括其他看板。

使用 过滤器 -> 被阻止 相同的快速过滤器在... 的... 下面的表格中也可用。全局工作，包括“我的卡片”和“团队卡片”，因此您可以跨可访问的面板查找依赖项。将其与其他可用的搜索和过滤控件结合起来。

该看板概览计数 被阻止 卡片和 有风险 卡,其阻止者是过期或在他们之后到期。选择一个数量来查看这些卡。

被阻止的卡片仍然可以移动、编辑或处理。除非您配置自动化，否则 Kanera 不会自动将其移动到其他列表。

故意完成被阻止的工作

当您尝试在 Web 应用程序中完成被阻止的工作时,Kanera 会提供取消或 无论如何完成。该警告还涵盖批量完成和优先级队列。 不要再警告本会话 为当前会话删除更多警告。

这是一个警告,而不是完成锁。 API、MCP、CLI 和 SDK 完成仍可用,无需交互式提示。完成依赖卡并不会完成其先决条件。

先决条件清除后移交

卡片可开始执行的条件是其 最后一个活跃的阻止者 删除阻止者的列表或看板也可以清除它。同样的过渡适用于由人员、集成、自动化和镜像卡片所做的更改,但这些过渡不会影响您的卡片。

附属卡的受让人和观察者将收到准备启动通知;电子邮件和推送将遵循他们的通知设置。
清除最后一个阻止者的人不会收到自己的传递。
卡片的活动记录谁清除了它的最后一个阻止器。
重新打开或恢复一个阻止器可以使卡片再次被阻止,并通知其受让人和观察者。
添加拦截器会通知从属卡的受让人和观察者；拦截器的观察者还会听到它阻止了哪些工作。其中几个组中的某个人会收到一次更新。

如果自动化立即完成或存档附属卡片,Kanera 不会宣布它已准备好启动或新近被阻止。

控制电子邮件、推送和个人交付渠道 配置文件设置 -> 通知 -> 卡被阻止,阻止或准备好开始。参见通知配置.

自动执行阻塞和就绪的工作

使用 卡被封锁 当活动卡片获得其第一个开放阻止器时做出反应,例如将其移动到等待状态或添加升级标签。使用 卡已解锁 将已完成的工作移动到"准备开始 " 、指定下一个所有者或发布传递评论。

添加第二个阻止程序不会再次阻止卡运行。清除多个阻止程序之一并不会使卡解锁。每个触发器都遵循实际的状态转换，并且仅限于每张卡每笔交易一次。参见依赖关系自动化触发器.

访问和生命周期

您需要对要更改的卡片拥有编辑权限。对于阻止关系,您还必须能够编辑任何被阻止的卡片;对于阻止者而言,读取权限就足够了。观察者可以读取可见的关系,但不能编辑它们。

关系不会授予访问权限到另一个论坛。如果一个封禁者在一个您无法打开的论坛上,Kanera 会保持其标题和详细信息的隐私,并仅显示隐藏的活动封禁者的数量。传递通知可能仅通过密钥来识别一个无法访问的封禁者。

将卡片移动到同一工作区中的另一个看板时,会保留其关系和锁定状态。复制或复制卡片不会复制关系,看板导出不会包括它们。镜像副本在没有源依赖关系的情况下启动,您可以为副本提供自己的关系;以后同步完成或重新打开会正常影响等待该副本的卡片。

故障排除

问题	要检查什么
搜索中缺少一张卡片	该卡片必须符合所选方向的条件,对您可见,并且位于同一工作区。该方向的现有链接将被排除在外。
阻止链接被拒绝	检查是否有已完成的阻止程序、自链接、依赖循环或缺少对将被阻止的卡的编辑访问权限。
卡片仍然被阻止	另一个活跃的阻止者可能仍然存在，其中包括私人看板上的一个。当有多个先决条件尚未完成时，仅完成一个先决条件是不够的。
被清除的阻塞者再次阻塞该卡	重新打开或恢复它会使该先决条件再次激活。
关系从副本或导出中消失	它们属于原始卡片,不包含在副本、导出或初始镜像副本中。

在您的手机上

在移动设备上打开相同的依赖项部分,以查看先决条件和所有者,跟踪相关卡片,或者在您有编辑权限时添加和删除关系。

代理和集成

代理可以读取整个区块链 cards.dependency_graph 与个人的关系 cards.get，使用 MCP 添加或删除它们 cards.set_relations，并找到等待工作 blockedOnly 工作的妇女 atRiskOnly 上 work.query_cards。他们可以订阅 card.blocked 以及 card.unblocked 无需配置自动化规则。

试试 : “ 给我看发射板上的被封禁的牌,解释我能看到的先决条件,并告诉我谁拥有它们。 ”

见下文第10段。 MCP 参考, CLI 命令, TypeScript SDK, 或公共 API 为准确的输入。

查看和编辑整个链​

选择关系​

添加依赖项或相关卡​

了解阻止和准备状态​

故意完成被阻止的工作​

先决条件清除后移交​

自动执行阻塞和就绪的工作​

访问和生命周期​

故障排除​

在您的手机上​

代理和集成​

相关页面​