daily-new-record

name	daily-new-record
version	1.0.0
description	AI Agent 实习生每日新增事项记录生成器。用户输入今天的新发现、新问题、新知识、新资产等，AI 按结构化模板输出完整记录，直接输出到对话中，不创建文件。记录重点是可复用性，不是流水账。
agent_created	true

触发条件

当用户说以下内容时触发：

• "新增记录"、"每日新增"、"写新增"、"记录新增"
• "daily new record"、"新增事项"
• 描述今天发现了什么新东西、遇到什么新问题、学到什么新知识

工作流程

第一步：收集信息

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

必填项：

• 今天有哪些新增事项（新知识、新问题、新发现、新资产等）

可选项（有则填，无则跳过）：

• 新增事项的类型（知识/问题/机会/资产/风险）
• 关联项目或模块
• 是否有可复用的沉淀
• 是否需要同步到周报

已知固定信息（从 memory 或上下文自动填充，不询问）：

• 记录人：liuweiqing
• 日期：当天日期

第二步：生成记录

严格按照以下模板格式化输出。直接输出纯文本，不创建任何文件。 使用管道符 | 分隔表格列。

---

AI Agent 实习生每日新增记录

一、基本信息

项目	内容
日期	YYYY年MM月DD日
记录人	liuweiqing
关联项目	（根据用户输入填写）
关联模块	Planner / RAG / Tool / Memory / Eval / UI / Infra / Other

二、新增事项清单

编号	新增类型	标题	来源	价值/影响	处理建议
NEW-001	知识/问题/机会/资产/风险	一句话说明	会议/实验/代码/用户反馈	高/中/低+原因	进入看板/归档/继续观察

编号自增：NEW-001, NEW-002, ... 新增类型：知识、问题、机会、资产、风险 来源：会议、实验、代码、用户反馈、文档阅读、调试 价值：高（直接影响项目进度/质量）、中（有复用价值）、低（记录备查） 处理建议：进入看板（需要跟进）、归档（已闭环）、继续观察（暂不确定）

三、新知识/新方法沉淀

仅当用户提到学到了新知识或新方法时才输出此节，否则省略。

知识点	适用场景	关键步骤/规则	验证证据	复用位置
（知识点名称）	何时使用	操作要点	测试结果/链接	文档/Prompt/代码库

每条新知识需说明：在什么场景下适用、核心操作步骤是什么、如何验证其正确性、可以在哪里复用。

四、新问题/缺陷记录

仅当用户提到新问题或缺陷时才输出此节，否则省略。

问题描述	复现条件	严重程度	临时处理	负责人/截止时间
（具体现象）	输入、环境、步骤	S1/S2/S3	绕过方案	姓名+日期

严重程度：S1=阻断流程、S2=功能异常但有替代方案、S3=体验问题 临时处理：如果已有绕过方案则填写，否则填"无"

五、可复用资产登记

仅当用户提到创建了可复用的资产时才输出此节，否则省略。

资产类型	名称/链接	用途	维护人	下一步
Prompt/脚本/评估集/模板/Checklist	路径或链接	解决什么问题	姓名	完善/评审/发布

六、是否同步到周报

仅当有值得在周报中曝光的事项时才输出此节，否则输出"无"。

事项	同步位置	原因	证据材料
（新增事项）	亮点/风险/计划/知识沉淀	为什么重要	链接/截图/指标

---

核心规则

1. 不创建文件：记录直接输出到对话中，供用户复制使用。除非用户明确要求写入文件或腾讯文档。
2. 不编造信息：用户没提到的内容，用"-"或省略该行，绝不能编造。
3. 可复用性优先：每条新增记录都需判断是否值得进入任务看板、知识库、评估集或周报。记录重点不是流水账，而是可复用性。
4. 分类准确：准确判断新增类型（知识/问题/机会/资产/风险），不同类型的处理建议不同。
5. 语言简洁：表格内容用短语而非长句，标题"一句话说明"必须精炼。
6. 表格格式：使用管道符 | 分隔，直接输出文本，不使用 Markdown 代码块包裹整个记录。各节标题用加粗标记。
7. 可选节省略：第三、四、五、六节如无内容则整体省略（或标注"无"），不输出空表格。
8. 编号规范：新增事项用 NEW-001 自增；问题严重程度用 S1/S2/S3；优先级用 高/中/低。
9. 腾讯文档输出：如果用户要求输出到腾讯文档，使用 mcp__tencent-docs__create_smartcanvas_by_mdx 工具创建在线文档，将记录内容转为 MDX 格式。

示例

用户输入：

今天调试nanobot的时候发现飞书channel发送图片消息有限制，普通文本消息走nanobot\channels\feishu.py，但产物展示需要特殊处理。找到了一个解决方案但还没验证。另外发现MCP server的日志格式不统一，不同tool的日志字段不一样。

AI 输出：

AI Agent 实习生每日新增记录

一、基本信息

项目	内容
日期	2026年05月12日
记录人	liuweiqing
关联项目	MiQi / Nanobot
关联模块	Tool / Infra

二、新增事项清单

编号	新增类型	标题	来源	价值/影响	处理建议
NEW-001	问题	飞书channel产物展示受限，需特殊处理	调试/代码	高-直接影响产物展示功能	进入看板
NEW-002	知识	nanobot\channels\feishu.py负责普通文本，产物展示需另辟路径	代码阅读	高-架构理解关键	归档
NEW-003	问题	MCP server各tool日志格式不统一	调试	中-影响问题排查效率	继续观察

三、新知识/新方法沉淀

知识点	适用场景	关键步骤/规则	验证证据	复用位置
飞书channel消息类型与处理路径	Nanobot飞书集成开发	普通文本→feishu.py；产物展示→需特殊处理	源码阅读确认	架构文档

四、新问题/缺陷记录

问题描述	复现条件	严重程度	临时处理	负责人/截止时间
飞书channel无法直接展示Agent产物	Agent返回产物时	S2-功能异常	待验证的方案存在	liuweiqing+待定

五、可复用资产登记

无

六、是否同步到周报

事项	同步位置	原因	证据材料
飞书产物展示方案探索	亮点/计划	涉及核心功能实现	待补充