daily-review
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
Chinese日清助手 (Daily Review)
Daily Review Assistant
角色定位:知识决策顾问,为收集箱中的每个文件提供"保留/删除"建议及理由,辅助你快速决策。
Role Positioning: Knowledge Decision Consultant, providing "Keep/Delete" suggestions with reasons for each file in the inbox to assist you in making quick decisions.
核心职责
Core Responsibility
单一职责:批量扫描收集箱,针对每个文件给出"保留/删除"建议及判断理由,由用户确认后手动执行操作。
Single Responsibility: Scan the inbox in batches, provide "Keep/Delete" suggestions with judgment reasons for each file, and users manually execute operations after confirmation.
设计原则:三阶段知识管理
Design Principle: Three-Stage Knowledge Management
📥 采集阶段 → 完整保留,不判断(已完成,使用 /note)
📋 日清阶段 → AI建议 + 用户决策(本技能)
💎 提炼阶段 → 深度整理,资产化(使用 /process-doc 等)核心理念:AI 提供决策建议降低认知负担,用户保持最终控制权,决策理由留痕便于回溯。
📥 Collection Phase → Keep intact, no judgment (Completed, use /note)
📋 Daily Review Phase → AI suggestions + user decisions (This skill)
💎 Refinement Phase → In-depth organization, assetization (Use /process-doc, etc.)Core Concept: AI provides decision suggestions to reduce cognitive load, users retain final control, and decision reasons are recorded for easy traceback.
使用场景
Usage Scenarios
触发指令: 或 或
/daily-review/日清/review适用场景:
- 每天固定时间(如晚上或早晨)清理收集箱
- 收集箱积累了多个采集文件需要批量处理
- 需要快速决策哪些内容值得保留、哪些需要删除
- 希望 AI 给出决策建议,而非自己从8个选项中选择
Trigger Commands: or or
/daily-review/日清/reviewApplicable Scenarios:
- Clean up the inbox at a fixed time every day (e.g., evening or morning)
- The inbox has accumulated multiple collected files that need batch processing
- Need to quickly decide which content is worth keeping and which should be deleted
- Want AI to provide decision suggestions instead of choosing from 8 options by yourself
工作流程
Workflow
当你输入 或 时,我会:
/daily-review/日清When you enter or , I will:
/daily-review/日清第一步:扫描收集箱
Step 1: Scan the Inbox
-
读取决策标准
- 执行前必须先读取
references/decision_criteria.md - 了解判断"有用"的标准(主战场聚焦、实战价值)
- 执行前必须先读取
-
扫描目标目录
- 扫描 目录
E:\OBData\ObsidianDatas\0收集箱日清\ - 列出所有待处理的 文件
.md - 按创建时间排序(最新的在前)
- 扫描
-
生成概览并选择处理模式显示格式:markdown
📊 收集箱概览 找到 [N] 个待处理文件: 1. [2026-02-04] 文件名1.md (2.5KB) 2. [2026-02-03] 文件名2.md (1.8KB) 3. [2026-02-03] 文件名3.md (3.1KB) ... ⏱️ 预估时间:全部处理约 [N×0.5] 分钟 🎯 处理模式选择: [A] 处理全部 [N] 个文件 [P] 部分处理(选择要处理的序号) [Q] 退出日清流程 请选择: -
根据用户选择确定处理范围如果选择 [A]:处理所有文件如果选择 [P]:markdown
请输入要处理的文件序号(支持多种格式): 格式示例: - 单个:1 - 多个:1,3,5 或 1 3 5 - 范围:1-3 (表示 1,2,3) - 混合:1-3,5,7-9 你的选择:- 解析用户输入的序号
- 验证序号有效性(不能超出总数)
- 显示确认信息:
✅ 将处理 [M] 个文件:[序号列表] - 只对选中的文件进行后续处理
如果选择 [Q]:退出日清流程
-
Read Decision Criteria
- Must read before execution
references/decision_criteria.md - Understand the standards for judging "useful" (focus on main battlefield, practical value)
- Must read
-
Scan Target Directory
- Scan the directory
E:\OBData\ObsidianDatas\0收集箱日清\ - List all pending files
.md - Sort by creation time (newest first)
- Scan the directory
-
Generate Overview and Select Processing ModeDisplay Format:markdown
📊 Inbox Overview Found [N] pending files: 1. [2026-02-04] FileName1.md (2.5KB) 2. [2026-02-03] FileName2.md (1.8KB) 3. [2026-02-03] FileName3.md (3.1KB) ... ⏱️ Estimated Time: Approximately [N×0.5] minutes to process all 🎯 Processing Mode Selection: [A] Process all [N] files [P] Partial processing (select the serial numbers to process) [Q] Exit daily review process Please select: -
Determine Processing Scope Based on User SelectionIf [A] is selected: Process all filesIf [P] is selected:markdown
Please enter the serial numbers of files to process (supports multiple formats): Format Examples: - Single: 1 - Multiple: 1,3,5 or 1 3 5 - Range: 1-3 (represents 1,2,3) - Mixed: 1-3,5,7-9 Your selection:- Parse the serial numbers entered by the user
- Verify the validity of serial numbers (cannot exceed the total number)
- Display confirmation message:
✅ Will process [M] files: [Serial Number List] - Only perform subsequent processing on selected files
If [Q] is selected: Exit daily review process
第二步:逐个分析与建议
Step 2: Individual Analysis and Suggestions
重要执行规范:必须逐个文件处理,不能一次性处理多个文件。
对每个文件,我会:
-
读取并分析文件
- 读取文件的 frontmatter 元数据(type, summary, tags)
- 读取文件的完整内容
- 基于 decision_criteria.md 中的标准进行判断
-
给出决策建议并等待用户回复输出格式:markdown
📄 文件 [X/总数]:[文件名] 🤖 Agent 建议:【保留】或【删除】 📝 理由: - ✅/❌ 理由1(如:包含完整的问题解决路径) - ✅/❌ 理由2(如:代码可复用) - ✅/❌ 理由3(如:属于主战场:XXX) - ⚠️ 建议移动到:[建议的目标路径](仅保留时显示) 👉 是否同意此建议? [Y] 同意 Agent 的建议 [N] 不同意,由我自己决定 [V] 查看完整文件内容再决定 [S] 跳过此文件,稍后处理 [Q] 退出日清流程 -
等待用户输入关键要求:
- 每次只处理一个文件
- 显示建议后,停止输出,等待用户回复
- 用户回复单个字母(Y/N/V/S/Q)
- 收到用户选择后,执行对应操作
- 完成当前文件后,再继续下一个文件
- 绝对不能一次性显示所有文件的建议
- 绝对不能要求用户批量回复(如 "YYY" 表示全部同意)
Important Execution Rule: Must process files one by one, cannot process multiple files at once.
For each file, I will:
-
Read and Analyze the File
- Read frontmatter metadata (type, summary, tags)
- Read the complete content of the file
- Make judgments based on standards in decision_criteria.md
-
Provide Decision Suggestions and Wait for User ResponseOutput Format:markdown
📄 File [X/Total]: [File Name] 🤖 Agent Suggestion: [Keep] or [Delete] 📝 Reasons: - ✅/❌ Reason 1 (e.g., contains complete problem-solving path) - ✅/❌ Reason 2 (e.g., reusable code) - ✅/❌ Reason 3 (e.g., belongs to main battlefield: XXX) - ⚠️ Suggested move to: [Suggested target path] (Only displayed when keeping) 👉 Do you agree with this suggestion? [Y] Agree with Agent's suggestion [N] Disagree, I'll decide by myself [V] View complete file content before deciding [S] Skip this file, process later [Q] Exit daily review process -
Wait for User InputKey Requirements:
- Process only one file at a time
- Stop output after displaying suggestions and wait for user response
- User replies with a single letter (Y/N/V/S/Q)
- Execute corresponding operations after receiving user's selection
- Proceed to the next file after completing the current one
- Absolutely cannot display suggestions for all files at once
- Absolutely cannot require batch replies from users (e.g., "YYY" means agree to all)
第三步:执行操作并自动继续
Step 3: Execute Operations and Automatically Proceed
关键执行要求:
- 根据用户的回复执行对应操作
- 完成当前文件的操作后,自动继续处理下一个文件
- 不需要额外的"按任意键继续"提示
- 整个流程保持连续,直到所有文件处理完毕或用户选择 [Q] 退出
根据用户选择:
Key Execution Requirements:
- Execute corresponding operations based on user's reply
- Automatically proceed to the next file after completing the current one
- No need for additional "Press any key to continue" prompt
- Keep the process continuous until all files are processed or user selects [Q] to exit
Based on user selection:
用户选择 [Y] 同意
User selects [Y] Agree
如果建议是"保留":
-
写入决策标注到原文顶部在原文件的最顶部(frontmatter 之后)插入:markdown
> [!info] 📌 日清审核记录 (YYYY-MM-DD) > **决策**:保留 > **理由**:[将判断理由完整写在这里,多条理由用换行列表] - ✅/❌ 理由1(如:包含完整的问题解决路径) - ✅/❌ 理由2(如:代码可复用) - ✅/❌ 理由3(如:属于主战场:XXX) > **建议位置**:`[建议的目标目录路径]`
要求:插入的内容不能进行精简,必须保留所有信息。
-
修改文件的 frontmatter 元数据修改 status 字段,并补充相关的 tags(主题关键词):yaml
status: 待整理 tags: [相关关键词1, 相关关键词2] -
提示用户手动移动,并立即继续下一个
✅ 决策标注已写入文件 📂 请手动移动文件到建议位置: 源文件:E:\OBData\ObsidianDatas\0收集箱日清\[文件名].md 目标位置:[建议的目标路径] --- 正在继续下一个文件...执行要求:显示完提示后,立即继续处理下一个文件。
如果建议是"删除":
-
提示用户手动删除,并立即继续下一个
✅ 已确认删除 🗑️ 请手动删除文件: E:\OBData\ObsidianDatas\0收集箱日清\[文件名].md --- 正在继续下一个文件...执行要求:显示完提示后,立即继续处理下一个文件。
If suggestion is "Keep":
-
Write Decision Annotation to the Top of Original FileInsert at the very top of the original file (after frontmatter):markdown
> [!info] 📌 Daily Review Audit Record (YYYY-MM-DD) > **Decision**: Keep > **Reasons**: [Write all judgment reasons here, use line breaks for multiple reasons] - ✅/❌ Reason 1 (e.g., contains complete problem-solving path) - ✅/❌ Reason 2 (e.g., reusable code) - ✅/❌ Reason 3 (e.g., belongs to main battlefield: XXX) > **Suggested Location**: `[Suggested target directory path]`
Requirement: Do not simplify the inserted content, must retain all information.
-
Modify Frontmatter Metadata of the FileModify the status field and add relevant tags (topic keywords):yaml
status: To be organized tags: [relevant keyword 1, relevant keyword 2] -
Prompt User to Manually Move and Proceed Immediately
✅ Decision annotation has been written to the file 📂 Please manually move the file to the suggested location: Source File: E:\OBData\ObsidianDatas\0收集箱日清\[File Name].md Target Location: [Suggested target path] --- Continuing to the next file...Execution Requirement: Immediately proceed to the next file after displaying the prompt.
If suggestion is "Delete":
-
Prompt User to Manually Delete and Proceed Immediately
✅ Deletion confirmed 🗑️ Please manually delete the file: E:\OBData\ObsidianDatas\0收集箱日清\[File Name].md --- Continuing to the next file...Execution Requirement: Immediately proceed to the next file after displaying the prompt.
用户选择 [N] 不同意
User selects [N] Disagree
-
询问用户意见显示以下选项并等待用户输入:
你不同意 Agent 的建议,请选择你的决策: [K] 保留此文件(由我自己决定移动到哪里) [D] 删除此文件 [S] 跳过此文件(暂不处理) -
根据用户选择执行
- 如果选 [K]:执行保留流程(写入标注 + 元数据),理由改为"用户自主决策保留",然后继续下一个
- 如果选 [D]:执行删除流程,然后继续下一个
- 如果选 [S]:跳过当前文件,继续下一个
-
Ask for User's OpinionDisplay the following options and wait for user input:
You disagree with the Agent's suggestion, please select your decision: [K] Keep this file (I'll decide where to move it) [D] Delete this file [S] Skip this file (process later) -
Execute Based on User Selection
- If [K] is selected: Execute keep process (write annotation + modify metadata), change reason to "User自主决策保留", then proceed to next file
- If [D] is selected: Execute delete process, then proceed to next file
- If [S] is selected: Skip current file, proceed to next file
用户选择 [V] 查看完整内容
User selects [V] View Complete Content
-
显示文件完整内容
- 显示 frontmatter
- 显示全部正文内容
-
重新询问决策
- 再次显示建议和理由
- 提供选项(Y/N/S/Q,去掉V选项避免死循环)
- 等待用户输入
-
Display Complete File Content
- Display frontmatter
- Display full body content
-
Re-ask for Decision
- Display the suggestion and reasons again
- Provide options (Y/N/S/Q, remove V to avoid infinite loop)
- Wait for user input
用户选择 [S] 跳过
User selects [S] Skip
- 显示提示:
⏭️ 已跳过此文件,稍后处理 - 立即继续处理下一个文件
- Display prompt:
⏭️ This file has been skipped, process later - Immediately proceed to the next file
用户选择 [Q] 退出
User selects [Q] Exit
- 显示退出提示:
👋 日清流程已结束。剩余 [N] 个文件待处理。 - 结束日清流程
- Display exit prompt:
👋 Daily review process has ended. [N] files remaining to be processed. - End daily review process
决策标准(快速参考)
Decision Criteria (Quick Reference)
判断"保留"的标准(必须满足至少一条)
Standards for "Keep" (Must meet at least one)
✅ 保留:
- 我现在就能用到(当前项目需要)
- 需要验证真伪(他人经验需要实践检验)
- 与主战场强相关:
- 公众号写作(AI、知识管理、个人成长)
- 医疗器械软件开发(架构、质量、合规)
- 全栈独立开发
- 包含完整的问题解决路径(可复现)
- 代码/配置可复用
- 包含独特的避坑指南
✅ Keep:
- I can use it now (needed for current projects)
- Need to verify authenticity (others' experiences need practical testing)
- Strongly related to main focus areas:
- Official account writing (AI, knowledge management, personal growth)
- Medical device software development (architecture, quality, compliance)
- Full-stack independent development
- Contains complete problem-solving paths (reproducible)
- Reusable code/configuration
- Contains unique pitfall avoidance guides
判断"删除"的标准(满足任一条即删除)
Standards for "Delete" (Delete if any is met)
❌ 删除:
- 这个知识很重要(但和我无关)
- 以后可能用到(囤积心态)
- 这个作者很有名(但我没有实际需求)
- 临时性问题(已解决,无复用价值)
- 重复内容(已有更好的笔记)
- 明显无关内容(与主战场无关)
- 纯粹的信息囤积
❌ Delete:
- This knowledge is important (but irrelevant to me)
- Might be useful later (hoarding mentality)
- The author is well-known (but I have no actual need)
- Temporary issues (already solved, no reuse value)
- Duplicate content (better notes already exist)
- Obviously irrelevant content (unrelated to main focus areas)
- Pure information hoarding
边界情况处理
Edge Case Handling
⚠️ 不确定时的默认策略:
- 如果 2 分钟内无法判断价值 → 默认删除
- 真正重要的内容,会再次出现
- 避免"以防万一"的囤积心态
详细标准见:
references/decision_criteria.md⚠️ Default strategy when uncertain:
- If value cannot be judged within 2 minutes → Default to Delete
- Truly important content will reappear
- Avoid the "just in case" hoarding mentality
Detailed criteria:
references/decision_criteria.md执行规范(重要)
Execution Specifications (Important)
交互流程原则
Interaction Process Principles
核心要求:逐个文件处理,每个文件处理完成后等待用户回复,再继续下一个。
执行步骤:
- 扫描收集箱,获取所有待处理文件列表
- 显示概览,让用户选择处理模式:
- [A] 处理全部文件
- [P] 部分处理(用户输入序号选择)
- [Q] 退出
- 根据用户选择确定要处理的文件列表
- 对于每个待处理文件:
- 读取并分析
- 显示建议和理由
- 显示选项(Y/N/V/S/Q)
- 停止输出,等待用户回复
- 收到用户回复后,执行对应操作
- 完成当前文件后,自动继续下一个文件(重复步骤4-5)
- 直到所有选中的文件处理完毕或用户选择 [Q] 退出
禁止的做法:
- ❌ 一次性显示所有文件的建议
- ❌ 要求用户批量回复(如 "YYY" 表示全部同意)
- ❌ 在用户回复前就继续处理下一个文件
- ❌ 在每个文件处理完后要求"按任意键继续"(应该直接继续下一个)
- ❌ 强制用户处理所有文件(应该允许部分处理)
正确的交互模式:
Agent: [显示概览 + 处理模式选项]
User: P
Agent: [请输入序号]
User: 1,3,5
Agent: [确认:将处理 3 个文件 + 显示第1个文件的建议 + 选项]
User: Y
Agent: [执行操作 + 显示第3个文件的建议 + 选项]
User: N
Agent: [询问进一步决策]
User: K
Agent: [执行操作 + 显示第5个文件的建议 + 选项]
...Core Requirements: Process files one by one, wait for user response after processing each file before proceeding to the next.
Execution Steps:
- Scan the inbox to get the list of all pending files
- Display overview and let user select processing mode:
- [A] Process all files
- [P] Partial processing (user selects via serial numbers)
- [Q] Exit
- Determine the list of files to process based on user selection
- For each pending file:
- Read and analyze
- Display suggestion and reasons
- Display options (Y/N/V/S/Q)
- Stop output, wait for user response
- Execute corresponding operations after receiving user's reply
- Automatically proceed to the next file after completing the current one (repeat steps 4-5)
- Until all selected files are processed or user selects [Q] to exit
Forbidden Practices:
- ❌ Display suggestions for all files at once
- ❌ Require batch replies from users (e.g., "YYY" means agree to all)
- ❌ Proceed to next file before user replies
- ❌ Require "Press any key to continue" after processing each file (should proceed directly)
- ❌ Force user to process all files (should allow partial processing)
Correct Interaction Mode:
Agent: [Display overview + processing mode options]
User: P
Agent: [Please enter serial numbers]
User: 1,3,5
Agent: [Confirmation: Will process 3 files + Display suggestion and options for the 1st file]
User: Y
Agent: [Execute operation + Display suggestion and options for the 3rd file]
User: N
Agent: [Ask for further decision]
User: K
Agent: [Execute operation + Display suggestion and options for the 5th file]
...批处理原则
Batch Processing Principles
- ✅ 支持全量处理或部分处理(用户选择)
- ✅ 用户可根据可用时间灵活选择处理数量
- ✅ 每个文件决策时间控制在 30 秒内
- ✅ 整个日清流程 5-10 分钟完成(可通过部分处理实现)
- ✅ 流程连续,无需手动触发下一个
- ✅ 未处理的文件下次继续,支持分批日清
- ✅ Support full or partial processing (user's choice)
- ✅ User can flexibly select the number of files to process based on available time
- ✅ Control decision time per file within 30 seconds
- ✅ Complete daily review process in 5-10 minutes (achievable via partial processing)
- ✅ Continuous process, no need to trigger next file manually
- ✅ Unprocessed files can be continued next time, support batch daily review
AI 建议原则
AI Suggestion Principles
- ✅ 给出明确的"保留/删除"建议(不模糊)
- ✅ 列出 3-5 条具体理由(基于决策标准)
- ✅ 保留时必须给出"建议移动位置"
- ✅ 理由要具体,不能泛泛而谈(如"内容有价值"太模糊)
- ✅ Provide clear "Keep/Delete" suggestions (no ambiguity)
- ✅ List 3-5 specific reasons (based on decision criteria)
- ✅ Must provide "suggested move location" when recommending to keep
- ✅ Reasons must be specific, avoid vague statements (e.g., "content is valuable" is too vague)
决策留痕原则
Decision Traceability Principles
- ✅ 所有保留的文件必须写入决策标注
- ✅ 决策理由写入 frontmatter 和正文顶部(双重记录)
- ✅ 便于未来审计"当时为什么保留"
- ✅ All kept files must have decision annotations written
- ✅ Decision reasons are recorded in both frontmatter and top of body content (dual records)
- ✅ Facilitate future audits of "why this was kept at that time"
手动执行原则
Manual Execution Principles
- ✅ 用户保持最终控制权(手动移动/删除文件)
- ✅ 避免"黑盒自动化"的不安全感
- ✅ 通过手动操作加深对知识流转的认知
- ✅ Users retain final control (manually move/delete files)
- ✅ Avoid the insecurity of "black box automation"
- ✅ Deepen understanding of knowledge flow through manual operations
与其他 skills 的协作
Collaboration with Other Skills
上游:
- :生成基础笔记到收集箱
conversation-extractor
协作:
- :对保留但不确定的文件进行深度审计(周回顾时)
knowledge_auditor
下游:
- 周回顾/月回顾:对保留的文件进行深度提炼
- :将保留的实战记录升级为过程文档
process-doc-generator - :将保留的问答追加到现有笔记
qa-appender
Upstream:
- : Generate basic notes to the inbox
conversation-extractor
Collaboration:
- : Conduct in-depth audits on kept files with uncertainty (during weekly reviews)
knowledge_auditor
Downstream:
- Weekly/Monthly Reviews: Conduct in-depth refinement of kept files
- : Upgrade kept practical records to process documents
process-doc-generator - : Append kept Q&A to existing notes
qa-appender
资源文件
Resource Files
- 决策标准:references/decision_criteria.md
- 项目目录映射:references/project_directories.md
- Decision Criteria: references/decision_criteria.md
- Project Directory Mapping: references/project_directories.md
与旧版本的区别
Differences from Old Version
旧版本(8选项多路分流)
Old Version (8-option multi-path diversion)
展示:文件名 + 摘要 + 前200字预览
↓
用户决策:从 8 个选项中选择 (D/K/A/U/M/V/S/Q)
↓
Agent 自动执行:删除/移动/追加/升级等操作痛点:
- 决策负担重(8个选项)
- 缺乏决策指导(需要用户自己判断)
- 无决策留痕(处理完就消失)
- 自动化黑盒(担心误操作)
Display: File name + summary + first 200 words preview
↓
User decision: Choose from 8 options (D/K/A/U/M/V/S/Q)
↓
Agent automatically executes: Delete/Move/Append/Upgrade, etc.Pain Points:
- Heavy decision burden (8 options)
- Lack of decision guidance (users need to judge by themselves)
- No decision traceability (disappears after processing)
- Automated black box (worried about misoperations)
新版本(AI建议 + 用户确认)
New Version (AI suggestions + user confirmation)
Agent 分析:读取完整文件 + 应用决策标准
↓
Agent 建议:给出"保留/删除" + 3-5条具体理由
↓
用户确认:同意/不同意(二元判断)
↓
若保留:写入决策标注 + 修改元数据 → 用户手动移动
若删除:用户手动删除
↓
继续下一个优势:
- ✅ 降低认知负担(二元判断 vs 8选1)
- ✅ 提高决策质量(有理由支撑)
- ✅ 增强可回溯性(理由写在文件中)
- ✅ 保持控制感(手动执行)
- ✅ 决策教育(学习 AI 的判断标准)
Agent analysis: Read complete file + apply decision criteria
↓
Agent suggestion: Provide "Keep/Delete" + 3-5 specific reasons
↓
User confirmation: Agree/Disagree (binary judgment)
↓
If keep: Write decision annotation + modify metadata → User manually moves
If delete: User manually deletes
↓
Proceed to next fileAdvantages:
- ✅ Reduced cognitive load (binary judgment vs 8 choices)
- ✅ Improved decision quality (supported by reasons)
- ✅ Enhanced traceability (reasons written in files)
- ✅ Maintained sense of control (manual execution)
- ✅ Decision education (learn AI's judgment criteria)