---
title: "Board"
description: "一块只在你机器上的看板：把一句需求建成任务图，排依赖、放行、验收，每一步都留下 diff 和测试证据可查。"
---

> Documentation Index
> Fetch the complete documentation index at: https://colmugx.github.io/cetas/llms.txt
> Use this file to discover all available pages before exploring further.

# Board

周一早会定了三件事，其中一件最重：把鉴权从 session cookie 迁到 JWT。你输入 `/board`，浏览器里开出一块看板。

你把目标建成八条任务：替换会话读取、改中间件、迁三个调用方、补回归测试。每条任务除了标题和描述，还可以写清楚用户故事和完成定义（Definition of Done）——"测试全绿"和"旧的 cookie 路径有兼容层"是两种完成。写得含糊的任务，可以让补全 agent 先把它打磨成型再开工。

拉上依赖：迁移任务不跑完，调用方那几条就排不上。然后点运行。第一波只有能跑的任务会动，被依赖挡住的安静地在 Ready 泳道等着。你看板子上每一条任务跑到哪一步、哪个 agent 在干、试了几次，全程都记着。

四十分钟后第一波落定。你点开任务，看 diff 和测试证据，有一条不满意，直接 request changes 让它返工；其余的验收通过，标记完成。下一波解锁，继续跑。中午之前，这件事的进度和结果都摆在板面上，而不是埋在某个终端的滚动历史里。

## 每条任务长什么样

一条任务有标题、描述、用户故事、实现建议、优先级和完成定义。这些字段会实际生效：执行 agent 拿到的就是你写的完成定义，验收时对着的也是它。

写不清的任务不用硬写。让补全 agent（product owner、refiner）先读代码把任务补全，你再改两笔——机器起草，人定稿。

## 跑起来之后

- 依赖就是调度：上游任务没完成，下游任务不会被放行，不存在"跑了一半发现前置没做"。
- 每条任务可以单独换模型：改名的任务用便宜的，啃硬骨头的任务用强的。
- 失败就重试，中断就续跑：某条任务的 agent 卡住了，retry 换个路数再跑；机器重启后没跑完的任务可以 resume。
- 跑成功不等于完成：任务停在 Review 等你验收。Attempt 成功是执行事实，完成是你的决定。

## 卡住了怎么办

看板上有三个刹车。Pause 撤掉排队的、让跑着的收尾；Stop 收掉本次的全部授权；Cancel 精确取消单次执行。拿不准就先 Pause。不用看板了，`/board.stop` 关掉所有本地服务。

## 什么时候用它

任务之间有依赖、每步都能独立验收的活，Board 最能发挥：迁移、多步特性、成批的重构加回归测试。任务图和记录本身就是交接文档，第二天开板接着跑，任务还在原地。

一两步就能改完的事，直接在会话里说更快。

## 开关与预算

第一次 `/board` 会问你要不要开启，确认即可，它不动你的模型和供应商配置。想手动控预算，`workflow` 段的每个上限都列在 [Settings 参考](/cetas/reference/settings/)。任务和记录落在 `<CETAS_HOME>/.cetas/board/` 下，每个工作区一份；agent 自己也能查这些记录（`board_work`），所以"这段代码为什么存在"它答得上来，删改代码前它会先查溯源。

Source: https://colmugx.github.io/cetas/features/board/index.mdx