---
name: work-ledger
slug: work-ledger
version: 1.0.0
description: "AI Agent 小团队实习生每周四表联动工作台账。用户输入本周各天的工作内容，AI 一次性生成四张结构化表格——表一（每日工作记录，整周逐天汇总）、表二（每日新增记录，整周逐天汇总）、表三（周报汇总）、表四（工具看板），直接输出到对话中，不创建文件、不存储数据。"
agent_created: true
---

## 触发条件

当用户说以下内容时触发：
- "台账"、"工作台账"、"记录台账"、"四表台账"
- "生成台账"
- 描述本周/本阶段的工作内容并暗示需要生成四表台账

## 工作流程

### 第一步：收集信息

如果用户输入中缺少关键信息，**主动询问**（不编造）：

**必填项：**
- 本周每一天或各天做了什么（任务、产出）——表一表二是**整周逐天**的汇总

**可选项（有则填，无则跳过）：**
- 每天遇到的新问题/新发现/新知识——表二按天记录
- 风险或阻塞
- 任务看板信息（进行中/待办的任务）
- 每天工时

**已知固定信息（自动填充）：**
- 姓名：liuweiqing

### 第二步：一次性生成四张表

根据用户输入，同时生成四张表，**直接输出到对话中，不创建任何文件**。

**关键概念：这是一周汇总，不是单日记录。**
- **表一（每日工作记录）**：汇总本周每一天的工作，按天分行。如果用户输入没有明确区分每天，尽量按天拆分；无法区分则归到"本周"并标注日期范围。
- **表二（每日新增记录）**：汇总本周每天的新发现/新问题/新知识，按天分行。同表一逻辑。
- **表三（周报汇总）**：从表一表二提炼，一行总结整周。
- **表四（工具看板）**：从表一表二中进行中/需要跟进的事项提炼，跨天汇总。

四张表之间自动联动：
- 表一的进行中任务 → 表四自动生成对应看板条目
- 表二中"进看板=是"的事项 → 表四生成条目
- 表二中"进周报=是"的事项 → 表三归入
- 表三的一句话总结 → 从表一表二的核心产出提炼

如果用户输入不足以填充某张表，该表标注"暂无数据"并输出表头。

---

## 四张表输出格式

### 表一：每日工作记录

**每日工作记录**

| 日期 | 姓名 | Agent模块 | 任务类型 | 今日目标 | 实际产出 | 证据链接 | 验证方式/指标 | 状态 | 工时 | 阻塞事项 | 明日计划 | 导师备注 |
|------|------|----------|---------|---------|---------|---------|-------------|------|------|---------|---------|---------|

> 字段说明：
> - Agent模块：Planner / RAG / Tool Use / Memory / Eval / UI / Infra / Other
> - 任务类型：开发 / 实验 / 调研 / 文档 / 会议 / 调试 / Other
> - 状态：完成 / 进行中 / 待Review / 阻塞
> - 导师备注列留空，等待导师填写
> - 每天一行，多天则多行。无法按天拆分的归到对应日期。
> - 如果整周只有一天有记录，也按天分行输出。

### 表二：每日新增记录

**每日新增记录**

| 日期 | 新增类型 | 关联模块 | 标题 | 来源 | 价值/影响 | 处理建议 | 是否进看板 | 是否进周报 | 证据/链接 | 备注 |
|------|---------|---------|------|------|---------|---------|----------|----------|---------|------|

> 字段说明：
> - 新增类型：知识 / 问题 / 机会 / 资产 / 风险
> - 关联模块：Planner / RAG / Tool Use / Memory / Eval / UI / Infra / Other
> - 来源：会议 / 实验 / 代码 / 用户反馈 / 调试 / 文档阅读
> - 价值/影响：高/中/低 + 原因
> - 处理建议：进入看板 / 归档 / 继续观察

### 表三：周报汇总

**周报汇总**

| 周次 | 周期 | 姓名 | 项目/小组 | 一句话总结 | 关键产出 | 指标/证据 | 问题与风险 | 下周计划 | 导师评价 |
|------|------|------|----------|----------|---------|---------|----------|---------|---------|

> 字段说明：
> - 周次：YYYY-WXX（ISO周次）
> - 周期：YYYY-MM-DD 至 YYYY-MM-DD
> - 一句话总结：先结论再证据
> - 导师评价列留空，等待导师填写

### 表四：工具看板

**工具看板**

| 任务ID | 任务名称 | 负责人 | 优先级 | 状态 | Agent模块 | 验收标准 | 开始日期 | 截止日期 | 阻塞/依赖 | 备注 |
|--------|---------|--------|--------|------|----------|---------|---------|---------|----------|------|

> 字段说明：
> - 任务ID：T-001, T-002, ... 自动递增
> - 优先级：P0 / P1 / P2
> - 状态：Backlog / Todo / Doing / Review / Done / Blocked
> - Agent模块：Planner / RAG / Tool Use / Memory / Eval / UI / Infra / Other

---

## 口语化输入到字段的映射

| 用户可能说 | 映射到 |
|-----------|--------|
| "在XX模块做了XX" | Agent模块 + 今日目标 |
| "提交了PR/写了文档" | 实际产出 + 证据链接 |
| "测试通过了/指标XX" | 验证方式/指标 |
| "还在做/没做完" | 状态=进行中 |
| "卡住了/被XX阻塞" | 阻塞事项 + 状态=阻塞 |
| "明天打算XX" | 明日计划 |
| "干了X小时" | 工时 |
| "发现了XX问题" | 表二-新增类型=问题 |
| "学到了XX" | 表二-新增类型=知识 |
| "风险是XX" | 表二-新增类型=风险 或 表三-问题与风险 |
| "下周准备XX" | 表三-下周计划 |

## 核心规则

1. **不创建文件，不存储数据**：四张表一次性生成并直接输出到对话中，供用户复制使用。
2. **不编造信息**：用户没提到的内容填"-"，空表标注"暂无数据"。
3. **四表联动**：表一表二的信息自动流转到表三表四，保持一致性。
4. **表格用管道符分隔**，不使用 Markdown 代码块包裹。
5. **日期统一格式**：YYYY-MM-DD；周次：YYYY-WXX。
6. **结论优先**：表三"一句话总结"先给结论再给证据。
7. **任务ID自增**：表四按 T-001, T-002 编号。
8. **导师列留空**：表一"导师备注"和表三"导师评价"始终留空。

## 示例

**用户输入：**
> 周一做了nanobot产物展示功能调研，周二周三写代码实现了功能并测试通过。周四调研了MiQi飞书MCP架构，搞清楚了双层架构。发现MCP server日志格式不统一是个问题。周五准备整理一下提PR。

**AI 输出：**

**每日工作记录**

| 日期 | 姓名 | Agent模块 | 任务类型 | 今日目标 | 实际产出 | 证据链接 | 验证方式/指标 | 状态 | 工时 | 阻塞事项 | 明日计划 | 导师备注 |
|------|------|----------|---------|---------|---------|---------|-------------|------|------|---------|---------|---------|
| 2026-05-11 | liuweiqing | UI | 调研 | 调研nanobot产物展示方案 | 调研结论 | 待补充 | 方案可行性确认 | 完成 | - | - | 开始编码实现 |  |
| 2026-05-12 | liuweiqing | UI | 开发 | 实现nanobot产物展示功能 | 产物展示功能代码 | 待补充 | 功能测试通过 | 完成 | - | - | 提交PR并发起Review |  |
| 2026-05-13 | liuweiqing | Tool Use | 调研 | 调研MiQi飞书MCP架构 | 双层架构理解：feishu_mcp+feishu.py | 源码路径 | 源码阅读确认 | 完成 | - | - | 继续推进 |  |
| 2026-05-14 | liuweiqing | - | 文档 | 整理产物展示功能并提PR | PR草稿 | 待补充 | - | 进行中 | - | 需导师Review | - |  |

**每日新增记录**

| 日期 | 新增类型 | 关联模块 | 标题 | 来源 | 价值/影响 | 处理建议 | 是否进看板 | 是否进周报 | 证据/链接 | 备注 |
|------|---------|---------|------|------|---------|---------|----------|----------|---------|------|
| 2026-05-13 | 知识 | Tool Use | MiQi飞书双层架构：feishu_mcp特色功能+feishu.py普通交流 | 代码阅读 | 高-架构理解关键 | 归档 | 否 | 是 | 源码路径 |  |
| 2026-05-13 | 问题 | Infra | MCP server各tool日志格式不统一 | 调试 | 中-影响排查效率 | 继续观察 | 否 | 是 | - |  |

**周报汇总**

| 周次 | 周期 | 姓名 | 项目/小组 | 一句话总结 | 关键产出 | 指标/证据 | 问题与风险 | 下周计划 | 导师评价 |
|------|------|------|----------|----------|---------|---------|----------|---------|---------|
| 2026-W20 | 2026-05-11 至 2026-05-17 | liuweiqing | MiQi/Nanobot | 完成nanobot产物展示功能并理清飞书MCP双层架构 | 产物展示代码、架构梳理、PR草稿 | 功能测试通过、源码阅读确认 | MCP日志格式不统一 | 提PR并Review；推进飞书特色功能开发 |  |

**工具看板**

| 任务ID | 任务名称 | 负责人 | 优先级 | 状态 | Agent模块 | 验收标准 | 开始日期 | 截止日期 | 阻塞/依赖 | 备注 |
|--------|---------|--------|--------|------|----------|---------|---------|---------|----------|------|
| T-001 | 提交nanobot产物展示功能PR | liuweiqing | P0 | Todo | UI | PR合并且Review通过 | 2026-05-13 | 2026-05-14 | 需导师Review |  |
| T-002 | MCP server日志格式统一 | liuweiqing | P2 | Backlog | Infra | 所有tool日志字段一致 | - | - | - | 继续观察后决定 |