卡片關係與阻塞

使用 依賴關係 顯示哪些卡片必須在另一個卡片開始之前完成,哪些卡片僅僅共享上下文。關係在同一工作區的看板之間工作,並隨著工作的變化實時更新。

例如， 確認最終產品訊息 可以阻擋 編寫廣告活動登入頁面副本。該副本將一直處於阻塞狀態，直到其先決條件明確為止，並且負責人會在副本準備好開始時聽到訊息。

檢視和編輯整個鏈

開啟 依賴關係 看板、我的卡片或團隊卡片中檢視,以探索地圖, 時間軸, 或步驟。查詢瓶頸、過濾有風險或已準備好的工作、突出顯示關鍵路徑，並透過撤消和重做直接在地圖上新增或刪除阻塞連結。

選擇關係

從您正在編輯的卡片讀取方向:

選擇	意義	例子
被阻止	選擇的卡片是此卡片的先決條件。	登陸頁面副本被最終訊息阻止。
積木	此卡是選擇卡片的先決條件。	最終訊息封鎖登陸頁面副本。
涉及	卡片共享上下文,而不需要任何順序。	啟動計劃涉及可選的客戶形象後續行動。

積木以及 被阻止 描述相同的依賴關係從相反的端。涉及是對稱的,從不會使卡片被阻止。

依賴項與標籤、工作流程列表和描述中的連結。名為“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 為準確的輸入。

檢視和編輯整個鏈​

選擇關係​

新增依賴項或相關卡​

瞭解阻止和準備狀態​

故意完成被阻止的工作​

先決條件清除後移交​

自動執行阻塞和就緒的工作​

訪問和生命週期​

故障排除​

在您的手機上​

代理和整合​

相關頁面​