前言¶

在 Agent 里处理 Office 文档，常见的做法是让模型直接生成 docx/xlsx/pptx 的 XML 或脚本：能跑，但格式容易散、表格容易错位，PDF 更是只能生成不能校验。另一条路线是依赖 Microsoft Office 桌面组件做中转，环境要求高，容器里基本不可用。

下面介绍的 Skill 走的是第三条路：把 Office 与 PDF 的创建、读取、修改、转换、检查收敛成一套 SKILL.md 格式的调用，不依赖本地 Office 安装，交付时同时给出可编辑源文件和可逐页检查的 PDF。

这是什么¶

Office 全能助手，坐标 @org-qu1qhx78/office-assistant，当前版本 1.3.15，由发布者 AstraClaw 维护，来源标记为 enterprise，在 SkillHub 上归入 office-efficiency 分类。

它解决的问题是：Agent 在处理报告、表单、数据看板、财务模型、学术论文、路演材料时，需要同时具备生成与校验能力，而不是只会生成一段看起来像文档的文本。

官方地址：https://api.skillhub.cn/org-qu1qhx78/office-assistant
SkillHub 页面：https://www.skillhub.cn/skills/org-qu1qhx78/office-assistant

核心功能¶

覆盖的处理对象是四类：Word 文档、Excel 表格、PowerPoint/PPT 演示、PDF。

对应的动作是五类：创建、读取、修改、转换、检查。这里的「检查」指的是对成品做逐页校验，而不是只看文件能否打开。

交付形态上有一点值得单独说：任务完成后同步给出可编辑源文件（docx/xlsx/pptx）和逐页可检查的 PDF。需要继续改稿时用源文件，需要对外确认版式时用 PDF，不需要再跑一次转换。

标签 requires_api_key=false，说明不需要额外申请 API Key 即可使用。

安装与启用¶

已抓取资料中未给出具体的安装命令、CLI 参数或配置文件字段，因此这里不做推测。需要确认安装方式时，以官方地址页面的说明为准：

https://api.skillhub.cn/org-qu1qhx78/office-assistant

通用层面可以确认的是：该 Skill 遵循 SKILL.md 格式，加载方式与通用 Skill 一致，把 SKILL.md 提供给 Agent 即可被识别为一项能力。Cursor、Codex CLI、Claude Code 三类工具在 SKILL.md 加载机制上是否完全一致，现有资料没有覆盖，这里不展开。

典型用法¶

资料中未提供可复现的官方示例命令或请求片段，下面只描述调用形态，具体参数以 SKILL.md 内的说明为准。

1、提出文档任务，例如生成一份财务模型。Agent 侧通过 SKILL.md 定位到 Office 全能助手，按 Skill 内声明的步骤执行创建与写入。

2、需要改动已有文件时，走读取 → 修改 → 输出的路径，保留源文件的可编辑性。

3、需要对外交付或核对版式时，要求同步产出 PDF，并对 PDF 做逐页检查，确认分页、表格、图表位置符合预期。

适用场景与注意¶

适合的场景：报告、表单、数据看板、财务模型、学术论文、路演材料这类结构化、需要反复改稿的文档工作；以及容器化、无桌面环境，装不了 Microsoft Office 的服务端任务。

需要注意的三点：

1、该 Skill 的定位是文档处理能力，不替代排版设计判断。版式美观程度仍取决于模型对文档结构的理解，复杂排版建议人工复核。

2、不需要 API Key，但文档内容仍会经过 Agent 所在环境的处理链路，涉密材料按你的合规要求评估后再用。

3、当前版本 1.3.15 属于持续迭代中的版本，接口与字段可能随版本调整，生产接入前建议核对所用版本的 SKILL.md。

结尾¶

Office 全能助手的价值在于把 Office 与 PDF 的全链路动作收敛到一套 SKILL.md 里，省掉本地 Office 依赖和多套脚本的拼接。适合需要稳定产出可编辑源文件加可校验 PDF 的 Agent 工作流。

官方地址：https://api.skillhub.cn/org-qu1qhx78/office-assistant