TLDR
看「种地版」Kanban 教程的时候我觉得「就这？不就是拆任务自动分配嘛」。动手用了三天才发现——核心不是「自动分配」，是「你不用管」。这句话我看了十遍才真懂。
教程用的是农场比喻：你是农场主，雇了农技员、农艺工、植保员三个人。早上在黑板上写一行「东边种小白菜」，然后喝茶去，天黑回来三个绿勾。
第一遍看完我觉得懂了。不就是把任务拆开、自动分配给对应的人嘛。Jira 加个自动化规则也能干。
然后我去动手。这才是麻烦的开始。
第一个困惑：凭什么知道谁干什么？
教程里说 --triage 扔到想法列，系统自己拆。我试了。写完「写一篇关于 xxx 的文章」，系统真的自动拆成了研究员→写手→审稿三张卡，分别 assign 给了三个 profile。
但我搞不懂它怎么决定的。农技员不会去种地，农艺工不会去查天气——系统怎么知道？
后来才知道关键在 --description。建 profile 的时候写的那个描述不是给人看的注释，是 dispatcher 做路由决策的依据。你写「农艺工：翻土、播种、浇水、施肥」，系统读到这几个词，就把跟种地有关的活分配给他。
我踩的第一个坑：description 写太敷衍。 一开始我顺手写了「帮我干活的」，结果系统拆了三张卡全 assign 给了同一个人——它不知道该分给谁。改成一两句话说清楚擅长什么之后，拆任务才对号入座。
第二个困惑：不是应该我分配吗？
我管团队的习惯是——每件事指定一个人，说清楚要干什么。用 Kanban 的第一天我也这么干：--assignee zhibaoyuan、--assignee nongyigong，像排班一样每条任务手动指定。
然后发现不对劲。教程里农场主什么都不管，我却在当调度员。
我问了自己一个问题：我到底信不信任这个系统？
如果信，就应该扔到 triage 让它自己拆。如果不信，说明我没理解它的路由逻辑。后来我把所有任务的 assignee 都去掉，全走 triage，大概错了两次之后——发现错的不是系统，是我没把任务写清楚。任务写清楚了，系统拆得比我自己分还合理。
第三个困惑：卡住了怎么办？
教程里讲植保员中暑、监工换人顶上。我看的时候觉得「这很理想化」。直到真的有一张卡跑了一个小时没动静——我盯着终端等，以为卡死了。
结果它没死。它在后台跑，每隔几分钟发一次 heartbeat。最后它自己完成了，我才发现我根本不用盯。教程说的「你喝茶去就行」不是比喻，是字面意思。
同样被颠覆的认知：出错怎么处理？ 以前我第一反应是「我去看看出什么问题了」。Kanban 的逻辑是：审的人说清楚哪不行，干的人照着改。农艺工种密了黄瓜，植保员在黑板上写「间距不够、缺架子」——六个字，农艺工回来秒懂。不用开会，不用拉群，不用我在中间传话。
我现在审片的流程跟这个比简直是原始社会——「不行，重剪」四个字，剪辑猜半天。开窍之后我试了一轮：审稿时把问题具体到「第三段数据来源没标」「收费模式那块逻辑前后矛盾」。对方十分钟改完回来，一版过。
三天下来最大的变化不是效率。
是脑子清静了。
以前管 Agent 任务我像监工——谁在干什么、干到哪了、那个完了没，脑子里一直有个清单在转。现在写一行字扔出去，脑子里只留一件事：「下一块地种什么」。
农场主不是不干活——他知道该种什么、种在哪，把任务写清楚。剩下的，黑板比你想得靠谱。