Office 文件路由技能是处理本地文档前的「总闸」:先判断你要读、改还是新建,再把任务分派给对应技能,避免走错通道。
面对一份本地文件,AI 常常要面对一串选择:这是要读内容、还是就地编辑、还是从零新建?是 PDF 还是 Word?是改现有表格还是生成一份新表?选错通道,轻则绕远路,重则改错文件。WorkBuddy 的 Office 文件路由技能就是这道分流闸门——它在处理任何本地 pdf/doc/xls/ppt 文件之前被加载,也在你要求新建文档、表格或演示文稿时先被读取,按文件类型和任务性质把活派给正确的技能。它本身只做「路由」,不直接干编辑的活。
信息卡
- 技能名称:Office 文件路由(workbuddy-office-routing),版本 0.1.9
- 适用平台:WorkBuddy 客户端(user-invocable: false,由系统按需加载)
- 安装方式:WorkBuddy 内置技能,随客户端分发
- 仓库或市场地址:WorkBuddy 内置技能目录(本地 SKILL.md)
- 包含能力:本地 PDF/Word/Excel/PPT 的识别与分派、新建文件类型判定、文本类输出默认 DOCX
核心能力
按文件类型精确分派。 doc 类(.doc/.docx/.wps/.wpt 等)的单文件编辑走本地编辑技能;新建 DOCX 或从零做整篇美化走 DOCX 技能;新建演示文稿或读懂/编辑已有 PPT 走 PPTX 技能;阅读 PDF 内容走 PDF 技能。路由表写得很细,连「PPT 类任务不要发给本地编辑技能」这样的反例都标注清楚,减少误派。
新建文件的意图判定。 当用户要「生成/制作/新建」一份表格时,关键是判断意图:产出一份全新的 .xlsx(即便参考了源文件)走「表格生成」技能;修改现有工作簿(含在其中加子表、分析、清洗、重排)走表格处理通道。它用一套「新文件措辞 + 文件级限定词」的判定规则区分两者,避免把「基于这个表再生成一份新表」误当成原地编辑。
文本类输出默认 DOCX。 像讲话稿、提纲、文案、总结、报告、会议纪要这类「结构化文本内容」,无论用户有没有明说格式,默认归类为 doc 并走本地 DOCX 创建路径,而不是丢给你一堆 Markdown 或纯文本。只有用户明确指定别格式才覆盖。这保证产出是可直接交付的 Word 文件。
预览与内容处理分离。 技能明确:单纯「打开给用户看」的预览属于宿主的预览能力,不走内容处理通道;只有读内容、编辑、创建、转换这类「内容工作」才需要路由。这条边界避免了把「给我看看这个文件」误触发成一堆编辑动作。
使用上手
- 当你上传、提到或要求新建一份本地 Office/WPS 文件时,系统先加载该路由技能。
- 它读取宿主注入的本地文档上下文(如 active_document、local_files),拿到文件类型与可能的 file_id。
- 按类型与任务性质对照路由表:读 PDF→PDF 技能;改 Word→本地编辑;新建 PPT→PPTX 技能;新建表格→判定意图后分流。
- 对注入了 file_id 的文档,遵循其 file_id 解析规则,避免拿错标识。
- 路由完成后,由被调用的具体技能执行实际读写。
优点与不足
优势是分流规则细致、覆盖新建与编辑全场景、明确预览与内容处理的边界、对文本输出有默认格式约定。局限:它是内部路由、user-invocable 为 false,用户不能像普通技能那样直接点名调用;只处理本地内容工作,其他文件类型不在范围。
适合谁
适合所有频繁在本地处理 Office/WPS 文件、又不希望每次都纠结「该用哪个功能」的 WorkBuddy 用户;尤其对团队里不熟悉各技能分工的成员,它能显著降低用错通道的概率。
下载与访问
WorkBuddy 客户端内置技能,随客户端分发,无需单独安装或下载。
获取与授权
| 项目 | 说明 |
|---|---|
| 适用平台 | WorkBuddy 客户端(内部路由) |
| 安装方式 | 内置技能,随客户端分发 |
| 访问地址 | 本地 SKILL.md 技能目录 |
| 授权 | 无独立授权,由宿主按需加载 |
本文属于「技能」分类的 AI 资源专栏,更多评测见分类页。
评论 0
还没有评论,来说两句吧。