> For the complete documentation index, see [llms.txt](https://tinyhumans.gitbook.io/openhuman/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://tinyhumans.gitbook.io/openhuman/zh/gong-neng/goals-and-todos.md).

# 目标与待办

代理的会话待办列表及其按线程划分的目标：聊天面板反映的是会话中的工作状态，而不是你手动管理的任务板。

代理在两个地方跟踪自己的工作：一个会话待办列表，用于记录它正在处理的请求步骤；以及一个按线程划分的目标，用于记录该线程试图完成的目标。

***

## 代理工作状态

在处理多步骤请求时，代理会保留一个会话待办列表，格式与 Claude Code 和 Codex 使用的相同：一个 `待办` 工具调用会写入整个列表（`内容` + `待处理` / `进行中` / `已完成`），其作用域限定在代理会话内，并在进程存续期间保存在内存中。线程目标是按线程的完成约定（`设定目标` / `获取目标` / `完成目标`).

两者都不是看板。没有按线程划分的任务板，没有卡片 CRUD，没有审批门槛，也没有 `线程目标`, `待办事项`，或 `线程任务板` RPC 端点。会话线程仍然是聊天/会话容器。

***

## 在聊天面板中

在代理工作时，这两者都会以只读方式显示在输入框上方：由代理拥有，面板只是反映它们。

* 该 **待办清单** 列出每一步及其状态：已完成的项目会保留删除线，且保留在列表中，那个 `进行中` 项目会被标记，标题会统计已完成的数量。它会折叠为该标题。
* 该 **目标横幅** 显示目标、其状态（进行中、已暂停、已达到预算、已完成），以及在设置了预算时已使用的 token 数。

二者都没有自己的 RPC。每次工具调用都会以 JSON 形式返回其状态，因此面板会读取最新的 `待办` / `goal_*` 线程中的工具结果，包括当前实时轮次以及该线程持久化的轮次，这就是为何在设置目标后的许多轮中，它仍会持续显示在屏幕上。

***

## 另请参阅

* [记忆](/openhuman/zh/gong-neng/memory.md)：持久的偏好和事实作为学习内容保存在那里；目标和待办事项仅限于会话内。
* [原生工具](/openhuman/zh/gong-neng/native-tools.md)：其中 `待办` 和 `goal_*` 工具调用位于其中，与其他内容并列。
* [Agent Harness](/openhuman/zh/kai-fa/architecture/agent-harness.md)：两者背后的 crate 支持存储。