你的看板,为什么显示不出你在意的东西

周一早上打开看板,你想知道的是哪些事情要炸了:已经逾期的、这周要交的。看板只会告诉你哪些在进行中。

你还有一堆看不到的东西。你想按客户看、按 sprint 看、按文档类型看,没有这个选项。你想把没人认领的活挑出来单独放一列,也没有。你想一列盯逾期的、一列盯本周紧急的、一列就单纯放最近动过的,混着排,做不到。真正能改的只有列的名字和顺序。

于是看板显示的是工具眼里你的工作,不是你的。你在意的那些维度,它一个都装不下。

为什么大部分工具都这样

这不是哪一个工具的问题。你换一个,多半还是待办、进行中、已完成那三列。大部分工具长一个样,是因为它们的底层假设一致:列不是你定义的东西,它就是状态本身,写死的。 你能拖动的是一个枚举值,不是一个你说了算的视角。

工具这么做也有它的理由。灵活通常是要收学费的。一个允许列可以是任何东西的工具,往往会顺手塞给你一套查询语法、一个文档站,和一个周末。大多数人不想付这个学费,这很合理,所以工具替你做了决定:就三列,别多想。

UnDercontrol 走的是另一条路。它是一个任务和知识管理工具,日常操作可以交给终端里的 AI Agent 和一套命令行来做。放到看板上,这意味着列不再等于状态,而是一个条件:什么样的任务该出现在这儿。状态只是众多条件里的一种,它没有任何特权。你想按到期时间分、按人分、按标签分、按你自己的字段分,都行,因为对系统来说这些是同一件事。

至于那笔学费,后面会讲它是怎么免掉的。

连开箱的默认看板都不老实

这话听起来像在画饼。但你新建一个看板,默认那六列里就有两列不是状态:

列	这一列装什么
To Do	待办的
In Progress	进行中的
Done	完成的
Archive	归档的
Recent Created	最近建的,不管什么状态
Recent Updated	最近动过的,不管什么状态

最后两列没有任何筛选条件,它们只是按时间倒着排。它们不属于任何状态,它们就是一个视角。

在一个列就等于状态的工具里,这样两列很难出现。而在这里它们平平无奇,就是默认配置的一部分。

那学费呢?

这么自由,是不是意味着我得先学一套语法,才能把想要的看板拼出来。

不用。你只要把想要的说出来。

你:给我建个看板盯截止日期,逾期的、这周的、下周的、还没定期限的,四列。

就这样。Claude Code、Codex、OpenCode,或者任何跑在终端里的 Agent,接下来的事它办。字段叫什么、条件怎么写、YAML 长什么样、命令怎么敲,这些全是它的事。

查询语法确实存在,而且很完整,但它不是你的作业。它是 Agent 的工作语言。你请人装修,不需要自己会砌墙。

好奇的话,这是它替你写的东西,你一个字都没敲过:

kind: Board
spec:
  name: Deadline Radar
  columns:
    - name: Overdue
      query: "deadline < now AND status != 'done'"
    - name: This Week
      query: "deadline BETWEEN now AND +7d"

看得懂当然好,看不懂也完全不影响你用。这正是重点。

而且你也不用教 Agent

通常你想让 Agent 用某个工具,得先给它写一大段说明书:怎么调、字段叫啥、格式咋样。教一遍,工具一升级,说明书就过期了,Agent 开始胡说。

UnDercontrol 的命令行自带一套配方目录。Agent 不用读源码,也不用你喂文档,它自己问一句 ud cook board,工具就把怎么建看板连同能直接跑的完整示例告诉它。它的学习过程就是敲一条命令。工具自己知道怎么用自己,所以你既不用学,也不用教。

拖一张卡进去,看板让它成真

自由度还有另一半:这些列该怎么响应拖拽,没有人需要配置它。

道理很直白。一列说了我装的是进行中的任务,那你把一张卡拖进来,意思无非是让这句话变成真的,所以状态自动就改成进行中了。另一列说我装带 blog 标签的,拖进来自动打上标签,拖出去自动摘掉。

你只说了每列装什么,怎么做是系统自己推出来的。这还带来一个不太显眼的好处:列的说明和它的行为不可能对不上,因为后者就是从前者推出来的,没有第二份配置可以走偏。

它知道什么时候不该动手

假设有一列是已经逾期的。你把一张卡拖进去,系统该把截止日期改成昨天吗?

那是瞎猜。你想要的多半根本不是这个,你可能只是随手拖错了。

所以它什么都不做。凡是没法用一次诚实的写入来满足的条件,比如时间范围、排序、模糊匹配,系统一律不编造动作。这些列于是成了纯粹用来看的视角,你拖不坏它们。

下面是真实跑出来的结果,四列的一个截止日期雷达:

  Columns:
    1. Overdue
       query: deadline < now AND status != 'done'
    2. This Week
       query: deadline BETWEEN now AND +7d
    3. Recently Touched
       query: ORDER BY updated_at DESC
    4. Urgent
       query: tags CONTAINS 'urgent'
       on enter: ADD tags 'urgent'  (auto)
       on exit: REMOVE tags 'urgent'  (auto)

前三列逾期、本周、最近动过,一个动作都没有,它们是只读的视角。第四列紧急是靠标签定义的,一次写入就能满足,所以拖进来自动打标签,拖出去自动摘掉,全是 (auto),没人配过。

系统不会编造它讲不出理由的写入。这份克制不是能力不足,恰恰是列可以是任何东西这件事能安全交到你手上的原因。

在东西真的存在之前,你先看见它

把建看板交给 Agent,最自然的担心是它理解错了怎么办,会不会把工作区搞得一团糟。

不会,因为中间有一道闸门。Agent 会先跑一次预演:系统把看板完整渲染成它将会被创建的样子,每一列装什么、拖拽会发生什么,全都摆出来,然后什么都不存。

Dry run — board would be created (nothing persisted):
  Name:  Blog Pipeline
  Type:  shared  (a group "Board: Blog Pipeline" would be created for sharing)
  Default tags: blog
  Columns:
    1. Idea
       query: status = 'todo' AND tags CONTAINS 'blog'
       on enter: SET status = 'todo'  (auto)
       on enter: ADD tags 'blog'  (auto)
       on exit: REMOVE tags 'blog'  (auto)
    2. Drafting
       query: status = 'in-progress' AND tags CONTAINS 'blog'
       on enter: SET status = 'in-progress'  (auto)
       ...

注意那句 nothing persisted。这时候什么都还没发生。

于是整件事变成:你描述,Agent 预演,你看真东西,不对就说审阅那列改成待确认,它改完再演一遍,你点头,落地。

关键在于你审阅的是系统给出的结果,不是 Agent 复述它的计划。Agent 可以说错话,但它没法伪造这一步的输出。所以这件事的可信不是建立在相信 Agent 不会出错上,而是它出错也没关系,因为你先看得见。

典型场景

讲了这么多机制,不如看看它实际长在什么地方。

周一早上的截止日期雷达

你手上同时压着七八个事情,周一早上想知道的只有一件:哪些要炸了。

跟 Agent 说一句建个看板盯截止日期,逾期、本周、下周、还没定期限,四列就位。以后每周一打开它,逾期的那列有没有东西,一眼的事。

这个看板还有个让人安心的地方:那几列都是按时间算的,拖不坏。你手滑把卡片拖进逾期,系统不会自作主张把你的截止日期改成昨天,它什么都不会做。这种列天生就是拿来看的。

团队负载视图

带团队的人都有过这个疑问:谁手上压着活,谁其实已经空了。

一个每列是一个队友的看板就解决了,末尾再加一列没人认领。站会时打开,谁的列堆成山、哪些活还悬着,不用问,看得见。

这类看板是用来看的,它把散在各处的分工摊平在一个屏幕上。真要调整谁做什么,回到任务本身去改。

内容流水线

写博客、做视频、发通告,本质上都是同一条流水线:选题、撰写、审阅、已发布。

这种看板就是拿来拖的。卡片从撰写拖到审阅,状态自动跟着变,标签自动补上,因为每列都说清楚了自己装什么,剩下的系统自己推。你只管拖,它负责让你说的话成真。

需求变了,就再说一句

用了两周,你发现少了个已归档的去处。跟 Agent 说一句加一列归档的,它拿到看板的当前完整状态,改完先演一遍给你看,你点头才落地。

在别的工具里,改看板意味着重新点一遍。在这里它就是一句话,而且改错了也不要紧,因为你在它生效之前就看见了。

建完了也还是你的

上面那句加一列归档的之所以成立,是因为看板不是一堆点击留下的痕迹,它是一份可以整个拿出来的东西。

导出、改、放回去,都行。这也是 Agent 每次改它都不用猜的原因:它拿到的是完整的当前状态,不是从界面上反推。

顺带的好处是看板能进 git、能传给同事、能复制到另一个项目。它是你的资产,不是锁在某个界面里的配置。

你的看板,你的设计,不用做作业

看板长得都一样,是因为工具替你做了那个取舍:要么简单但笨,要么强大但得学。

UnDercontrol 的答案是你负责想要什么,Agent 负责怎么做到,系统负责别让它做错。

于是那四列的截止日期雷达、按人分栏的团队视图、按你自己业务维度切分的看板,这些都不是谁提前设计好的功能,它们只是你说了一句话的结果。

想试的话,把想要的看板描述给你的 Agent 听就行。剩下的它知道怎么办。