Cookie Run: Crumble 協同對照表 — 誰在 buff 誰

協同頁回答的是「誰提供什麼」。這一頁回答的是反過來、也更實用的那個問題：你手上有一個提供者——它到底在 buff 誰？ 下面每一條協同都同時列出它的提供者以及每一隻接收它的角色，附上階級、職業和冷卻。

最後更新：2026 年 8 月 7 日

三個數字就框住了整個名冊。69 隻裡有 18 隻會提供協同。 而 69 隻全部至少接收一條，合計 72 個接收名額。也就是平均每個提供者要餵四隻——這正是純照階級組隊通常會留下某人裸奔的原因。

這張表怎麼讀

接收者按冷卻排序，最短的在前。 對一個只在固定窗口內生效、而非永久掛著的增益來說，在那個窗口裡循環最快的角色從中拿到的最多，所以每份接收名單的最上方，就是一個提供者價值最集中的地方。

「另外還接收」是會多花你一個名額的那一欄。 多數角色只接收一條協同，所以一個提供者就把它們餵完了。接收兩條的那三隻，要跑滿全力就需要兩個提供者，它們單獨列在最下面。

每一個提供者同時也是接收者。 18 隻有提供能力的角色自己都收得到東西，這代表把提供者放進隊伍，永遠不會浪費掉那個名額的接收端。Knight 接收的正是它自己提供的 Range；Grapevine 一邊提供 Rapid Fire，一邊接收 Duration。

這頁能拿來做什麼

實際用途是判斷你已經擁有的提供者值不值一個名額。一隻 Knight 最多可以為 18 隻不同角色覆蓋 Range，所以只要你選的人裡有兩三隻在那份名單上，一隻 U 階坦克就在 buff 你整個輸出核心。而一個 Chain 提供者最多只覆蓋五隻，而且兩個 Chain 提供者都是 SR 以上。

這種不對稱——Range 有 18 個接收者，Chain 只有 5 個——就是為什麼同樣一個提供者名額，會因為你的主 C 剛好需要哪條協同而價值天差地遠。先確認你主 C 吃的是哪條，再去看那份名單有多擁擠，然後才花東西。

想拿實際隊伍去對這份資料，隊伍編成器會對最多 12 人的隊伍即時做同樣的計算。

資料來源

階級與職業來自本站的名冊資料，交叉比對過 PocketGamer、CrumbleDB、Pocket Tactics 與 cookierun.wiki。技能冷卻以及提供／接收名單來自 cookierun.wiki 各角色的 /Crumble 子頁，2026 年 8 月 5 日讀取，69 隻全覆蓋。

本頁每一張表都是建置時從那兩個檔案生成的，不是手工維護，所以它不可能和角色頁、tier list 或隊伍編成器對不上。提供者對接收者的配對是我們自己算的，據我們所知沒有任何地方以這種形式發表過。

我們沒有玩過這款遊戲。這裡沒有任何 tier 主張——協同關係圖是關於名冊的事實，不是對它的意見。