work-ledger

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日志字段一致	-	-	-	继续观察后决定