文件任务路由工具Skill triage

此技能是一个智能路由工具,用于战略性地管理孤儿文件和分散任务。它基于当前战略上下文(如周优先级和季度目标),自动建议文件和任务应归属的项目、人员或资源文件夹,从而提高工作效率和项目管理。关键词:文件管理、任务路由、战略上下文、优先级排序、自动化清理、项目管理工具。

项目管理 0 次安装 0 次浏览 更新于 3/20/2026

名称: triage 描述: 战略性地路由孤儿文件并提取分散的任务 模型提示: 快速

清理和路由工具,用于查找独立文件和分散的任务,然后使用您的当前战略上下文(周优先级和季度目标)建议它们应归属的位置。

执行风格

此技能处理快速决策。简洁。不要过度分析。做出路由决策并继续。目标:每个项目思考时间<2秒。

功能

  • 文件: 将 00-Inbox/ 中的独立文件路由到项目、人员页面或资源文件夹
  • 任务: 查找笔记中分散的未选中 - [ ] 任务并适当路由
  • 战略: 使用您的周优先级和季度目标来告知路由置信度

用法

  • /triage - 处理所有内容(文件 + 任务)
  • /triage files - 仅组织独立文件
  • /triage tasks - 仅提取和路由任务

参数

$MODE: 可选。 “files” | “tasks” | “all”。默认: “all”



演示模式检查

在执行前,检查演示模式是否激活:

  1. 读取 System/user-profile.yaml 并检查 demo_mode
  2. 如果 demo_mode: true:
    • 显示: “演示模式激活 — 使用样本数据”
    • 使用 System/Demo/ 路径代替根路径
    • 将任何输出写入 System/Demo/ 子目录
  3. 如果 demo_mode: false: 使用正常保险库路径

步骤 0: 加载战略上下文和结构发现

在处理收件箱项目之前,加载战略上下文并构建现有实体的索引。这使得梳理具有战略意识并实现智能路由。

0. 加载战略上下文

读取这些文件以了解当前优先级:

  1. 周优先级: 00-Inbox/Week_Priorities.md

    • 提取本周的前 3 个焦点项目
    • 注意任何提到的特定项目/人员
    • 捕获关键词和主题
  2. 季度目标: 03-Tasks/Quarterly_Goals.md

    • 提取当前季度的目标
    • 注意相关项目和成果
    • 捕获关键词和主题

此上下文将告知路由决策 - 匹配当前优先级的条目获得更高的置信度评分并首先显示。

1. 扫描项目

列出 04-Projects/ 中的所有文件:

  • 从文件名提取项目名称(将下划线转换为空格)
  • 如果存在前事项,读取描述、状态、支柱
  • 构建索引: { 名称, 路径, 描述, 状态, 支柱 }

2. 扫描人员

列出 05-Areas/People/External/05-Areas/People/Internal/ 中的所有文件:

  • 从文件名提取名称
  • 读取前事项/元数据表中的角色、公司
  • 构建索引: { 名称, 路径, 公司, 角色, 类型: 内部|外部 }

3. 扫描角色特定区域

列出 05-Areas/ 下不是人员或职业的任何额外文件夹:

  • 这些可能是设置期间创建的角色特定区域(例如,账户/, 团队/, 内容/)
  • 从文件名提取相关名称
  • 构建索引: { 名称, 路径, 类型: 区域类型 }

4. 读取支柱

解析 System/pillars.yaml

  • 提取支柱名称、描述和关键词
  • 当没有实体匹配时,这些信息告知分类

步骤 0.5: 语义匹配增强(如果 QMD 可用)

此步骤在安装 QMD 时自动激活。 它通过匹配收件箱项目到目标、项目和人员的含义而不是仅关键词,显著提高路由准确性。

通过调用 qmd_status 检查 QMD MCP 工具是否可用。如果可用:

加载战略上下文(步骤 0)后,使用语义搜索增强匹配:

  1. 对于每个收件箱项目, 运行:

    qmd_search(query="[项目标题 + 内容的前 100 个词]", limit=5)
    

    这找到与含义相关的保险库内容。“关于入职流程的电子邮件” 匹配 “Q1 目标: 提高激活率”,即使它们没有共享关键词。

  2. 对于任务去重, 使用语义相似性而不是关键词重叠:

    qmd_search(query="[任务描述]", limit=3)
    

    捕获语义重复项:“审查 Q1 指标” 检测为 “检查季度管道数字” 的重复项。

  3. 对于目标对齐评分, 运行:

    qmd_search(query="[项目内容]", limit=3)
    

    针对季度目标和周优先级。与活动目标语义相关的项目获得 +25 置信度提升。

这如何改变匹配:

方面 无 QMD(关键词) 有 QMD(语义)
目标匹配 仅精确关键词重叠 基于含义:“流失分析” 匹配 “留存目标”
重复检测 >60% 字符串相似性 语义相似性:不同词语,相同意图
人员匹配 名称必须出现在文本中 找到角色/头衔引用:“销售副总裁” → Sarah Chen
项目匹配 文件名中的项目名称 主题连接:“定价更新” → “Acme Deal” 项目

将语义分数与步骤 0 的实体分数合并。 组合的置信度决定路由优先级。

如果 QMD 不可用: 静默跳过。下面的标准基于关键词的匹配步骤处理路由与现有模式。


模式: 文件

通过建议它们应归属的位置,组织 00-Inbox/ 文件夹中的独立文件。

过程

  1. 扫描 00-Inbox/

    • 列出所有文件(排除 Week_Priorities.md, README.md
    • 读取每个文件的内容
  2. 匹配战略上下文和实体

    对于每个收件箱文件,按此顺序检查:

    检查 匹配标准 动作 置信度提升
    周优先级匹配 内容与本周的前 3 个优先级相关 路由到相关项目/人员,标记为高优先级 +30 分
    季度目标匹配 内容与当前季度的目标相关 路由到相关项目,标记为战略性 +20 分
    项目匹配 文件提到项目名称,或文件名包含项目参考 路由到特定项目文件 +10 分如果也匹配优先级
    人员匹配 文件是关于特定人员,显著包含他们的名称 路由到人员页面或建议链接 +10 分如果人员在优先级中提及
    公司匹配 文件提到公司名称,或来自已知域的与会者 路由到公司页面在 05-Areas/Companies/ 基础置信度
    支柱关键词匹配 内容匹配支柱关键词 用支柱标记,建议相关类别 基础置信度
    无实体匹配 以上皆无 回退到类别路由 低置信度
  3. 类别回退规则

    当没有特定实体匹配时,使用这些规则:

    目标 标准
    04-Projects/ 有截止日期、特定成果、时间限制
    05-Areas/[特定区域]/ 属于角色特定区域(账户/, 团队/, 内容/)
    05-Areas/People/ 人员特定信息
    06-Resources/ 参考资料、知识、学习
    07-Archives/ 旧/已完成,不再活跃
    删除 无价值、冗余或临时
  4. 使用战略和实体上下文呈现建议

    显示匹配的内容,优先处理与当前优先级对齐的项目:

    文件: [文件名]
    战略上下文: [如果匹配周优先级/季度目标]
    匹配: [实体类型] → [特定实体名称]
    目标: [精确路径]
    置信度: [高/中/低] ([分数]/100)
    动作: [建议动作]
    

    排序顺序:

    1. 匹配周优先级的项目(最高置信度优先)
    2. 匹配季度目标的项目
    3. 匹配已知实体(项目、人员、公司)的项目
    4. 通用类别路由

    标记不对齐:

    • 如果多个条目与不在优先级/目标中的内容相关,表面它:“您已捕获了 5 个关于 [主题] 的项目。考虑添加到优先级?”
  5. 执行并确认

    • 显示完整计划
    • 等待用户批准
    • 使用 mv(不是复制)移动文件
    • 对于合并,将内容附加到现有文件

模式: 任务

从笔记中提取未完成的任务并适当路由。

过程

  1. 扫描来源

    • 00-Inbox/Meetings/*.md - 会议行动项目
    • 00-Inbox/*.md - 捕获的任务
    • 任何带有未选中任务 - [ ] 的文件
  2. 提取任务

    • 查找所有 - [ ] 项目
    • 注意每个的源文件
    • 提取任何提到的名称、项目、公司
  3. 匹配任务到实体

    对于每个任务:

    • 检查是否提到已知项目 → 建议添加到该项目
    • 检查是否提到已知人员 → 建议链接到人员页面
    • 检查是否提到已知公司 → 建议链接到公司
  4. 去重检查

    对于每个任务,检查:

    • 00-Inbox/Weekly_Plans.md
    • 03-Tasks/Tasks.md

    标记与现有任务相似度 >60% 的项目。

  5. 歧义检测

    标记以下任务:

    • 少于 3 个词
    • 匹配模糊模式(例如,“修复错误”, “跟进”, “研究 X”)

    为模糊项目生成澄清问题。

  6. 呈现结果

    准备路由(清晰、非重复项目):

    • 显示带有实体上下文的目标建议
    • 显示可检测的支柱
    • 显示任何链接的实体

    潜在重复(>60% 相似性):

    • 显示匹配的现有任务
    • 询问:跳过 / 合并 / 保持两者

    需要澄清(模糊):

    • 显示问题
    • 询问澄清问题
    • 等待用户输入
  7. 路由并确认

    • 到周优先级: 添加到 00-Inbox/Weekly_Plans.md
    • 到项目: 添加到相关项目文件
    • 到人员: 添加到人员页面的行动项目
    • 跳过: 不处理
    • 推迟: 留待以后

模式: 全部(默认)

处理所有孤儿项目:

  1. 加载战略上下文(周优先级 + 季度目标)
  2. 运行结构发现(项目、人员、公司)
  3. 组织 00-Inbox/ 中的独立文件
  4. 从所有笔记中提取和路由分散的未选中任务

示例输出

📬 梳理报告

=== 战略上下文 ===
周优先级:
• 移动应用启动(周五前测试版)
• Q2 规划最终化
• Sarah 的团队入职

季度目标:
• 启动移动应用测试版(Q1)
• 扩展到 EMEA 市场(Q2)
• 建立产品营销团队(Q1)

=== 发现的结构 ===
• 在 04-Projects/ 中找到 4 个项目
• 在 05-Areas/People/ 中找到 12 人
• 在 05-Areas/Companies/ 中找到 3 家公司
• 配置了 3 个支柱

=== 文件 (2) ===

1. "Screenshot 2026-01-28.png"
   在: 00-Inbox/
   战略上下文: (无自动匹配 - 图像文件)
   建议: 手动审查或描述上下文
   
2. "Q1_Planning_Notes.md"
   战略上下文: ✓ 周优先级 "Q2 规划"(相关)
   匹配: 项目 → "Q2 规划"
   目标: 04-Projects/Q2_Planning.md
   置信度: 中 (70/100)
   动作: 合并到 Q2 规划项目?

=== 任务 (4) ===

🎯 高优先级 - 匹配周优先级 (1):

1. "- [ ] 最终化移动应用定价模型"
   在: 04-Projects/Mobile_App_Launch.md
   战略上下文: ✓ 周优先级 "移动应用启动" + Q1 目标
   匹配: 已在正确项目中
   置信度: 高 (95/100)
   动作: 提取到周优先级以提高可见性?

📋 需要路由 (2):

2. "- [ ] 跟进 Sarah 关于时间线问题"
   在: 随机会议笔记
   战略上下文: ✓ 周优先级 "Sarah 的团队入职"
   匹配: 人员 → "Sarah Chen"
   目标: 添加到 Sarah 的人员页面行动项目
   置信度: 高 (85/100)

3. "- [ ] 审查竞争对手定价"
   在: 分散笔记
   战略上下文: (无直接优先级匹配)
   匹配: 支柱 → "产品策略"
   目标: 周优先级或 Tasks.md?
   置信度: 中 (60/100)

⚠️ 重复 (1):

4. "- [ ] 联系 Sarah"
   在: 旧会议笔记
   78% 匹配现有任务在周优先级
   动作: 跳过 / 合并 / 保持两者?

=== 任务 (5 项目) ===

✅ 准备路由 (3):
1. "跟进 Sarah 关于 Q1 预算"
   → 周优先级
   链接: People/External/Sarah_Chen.md

2. "准备会议幻灯片"
   → 周优先级
   支柱: 思想领导

3. "审查 Acme 交易的竞争对手分析"
   → 04-Projects/Acme_Deal.md(项目匹配)
   链接: 05-Areas/Companies/Acme_Corp.md

⚠️ 潜在重复 (1):
4. "联系 Tom 关于实施"
   → 78% 匹配 "联系 Tom" 在周优先级
   [s]跳过 / [m]合并 / [k]保持两者?

❓ 需要澄清 (1):
5. "修复错误"
   - 太模糊。哪个错误?什么系统?

---
处理准备项目? [y/n]

结构发现如何演变

因为发现发生在运行时:

  • 新项目 在下一次梳理中自动识别
  • 新人员页面 可用于匹配
  • 新公司 被检测到
  • 自定义文件夹 您添加的内容被包括为目标

无需配置 - 梳理随着您的结构增长而适应。


注意

  • 永远不要未经确认自动路由
  • 重复需要明确决策
  • 模糊项目阻止直到澄清
  • 移动文件时使用 mv 而不是 cp
  • 实体匹配显示置信度级别(高/中/低)
  • 显示多个实体匹配供用户选择

跟踪使用(静默)

更新 System/usage_log.md 以标记收件箱梳理为已使用。

分析(静默):

调用 track_event 事件名称 triage_completed 和属性:

  • items_processed
  • tasks_extracted
  • files_routed

仅当用户选择加入分析时才触发。如果返回 “analytics_disabled”,则无需操作。