xlsx-author – Excel 表格生成与编辑 Skill

3周前更新 7 0 0 0

xlsx-author 是用于指导 AI Agent 生成、编辑和格式化 Excel 电子表格的 Skill,适合需要创建带公式、格式和数据结构的 xlsx 文件的任务。

Skill 安装

多 Agent 安装
npx skills add https://github.com/anthropics/financial-services --skill xlsx-author

使用 npx skills 快速安装,支持将 Skill 添加到多个兼容的 AI Agent。

Skill 调研报告

Skill 详细介绍

一句话定位

anthropics/financial-services#xlsx-author 是 Anthropic 官方 financial-services 仓库下的一个 Skill,名为 xlsx-author。它的核心用途是让 AI Agent 具备编写与生成 .xlsx(Excel 工作簿)文件的能力,面向金融与财务场景中的表格创作需求。

它是什么

– 一个 Skill(技能模块),而不是一个独立软件或独立服务
– 服务于金融/财务方向的电子表格生成任务
– 通过 Skill 机制被 Agent 加载后,Agent 在处理「创建 Excel 文件」类请求时会更专业、更结构化

它不是什么

– 不是 Excel 图形界面客户端
– 不是财务报表分析工具(那是分析类 Skill 的职责)
– 不是通用 Python 环境,也不会替你安装 pandas / openpyxl 等库
– 不是 XLSX 阅读/解析 Skill(读表格与写表格是不同任务方向)

主要解决的问题

普通 Agent 虽然可以“口头”生成表格内容,但在以下几种情况容易出问题:

1. 输出的是 Markdown 表格,而不是真正的 .xlsx 文件
2. 生成的工作簿结构混乱,多个 Sheet 命名与用途不清晰
3. 表头、公式、数字格式、列宽、货币/百分比格式缺乏金融场景惯例
4. 需要在已有工作簿基础上新增 Sheet 或追加数据时,容易破坏原结构

xlsx-author 的价值在于:把「让 Agent 生成一份可交付的 Excel 文件」这件事从“内容生成”提升到“结构化文件生产”。

典型任务场景

– 生成一份财务模型工作簿(多 Sheet,含假设、损益、现金流等分区)
– 把一份已有的数据说明整理成标准 Excel 表格
– 为金融产品、投资组合、预算、报销等场景生成可交付的 xlsx 文件
– 按指定表头、列类型、公式规则生成结构化工作簿

适合哪些用户

– 金融、财务、投研、审计、咨询从业者
– 需要批量或程序化产出 Excel 交付物的工程师
– 希望把「自然语言需求 → xlsx 文件」流程自动化的团队

不适合哪些需求

– 只需要 Markdown 或 CSV 表格
– 需要复杂的 Excel VBA / 宏开发
– 需要从现有 xlsx 中抽取数据进行统计(这更接近解析/分析方向)

工作方式说明

需要明确区分两层能力:

| 层次 | 提供方 |
|—|—|
| 生成 xlsx 的结构化方法、字段规范、写作逻辑 | Skill 本身 |
| 真正读写 .xlsx 二进制文件的能力 | Agent 运行环境中的库 / 脚本执行能力(如 Python 生态) |

也就是说,Skill 负责“教 Agent 怎么写好一份金融 Excel”,但要把文件真正写到磁盘上,仍然依赖 Agent 所在环境有没有对应的表格处理库和执行权限。这一点在使用前需要心里有数。

Skill 安全评估

总体判断

来自 Anthropic 官方 financial-services 仓库,来源可信度较高。它本身是一份面向 Excel 生成任务的技能定义,不包含可疑的隐藏行为。但由于它属于“会生成文件”的 Skill,真正的风险取决于你的 Agent 拥有多大的文件写入和执行权限,而不是 Skill 本身。

需要关注的点

1. 文件写入权限
生成 xlsx 意味着会在磁盘上写出文件。如果 Agent 被授予了较大的目录写入权限,可能会覆盖同名文件。建议让 Agent 在指定输出目录里创建新文件,或关闭自动写入,由你确认后再保存。

2. 脚本 / Shell 执行
如果 Agent 是通过调用 Python(或类似脚本)来生成 xlsx,它会使用 Shell 或代码执行权限。这不是 Skill 的问题,而是任何“生成二进制办公文件”类任务的通用要求。若你只需要 Skill 输出结构说明,可以关闭自动执行,由你手动运行。

3. 依赖供应链
生成 xlsx 通常依赖第三方表格库。请让 Agent 明确列出它将要安装的包名,再决定是否执行。不要盲目接受未列明来源的依赖安装。

4. 数据敏感性
金融表格里往往带有真实财务数据。如果这些内容会经由模型处理,需要注意是否符合你所在机构的合规要求。这个风险属于使用场景风险,不是 Skill 特有。

5. Prompt Injection
如果 Skill 会处理外部来源的内容(比如把邮件、网页数据整理进 Excel),存在被诱导写入错误数据或执行额外动作的风险。建议对公式、宏、外链等做人工复核。

可以降低风险的做法

– 让 Agent 只写入指定目录,避免覆盖重要文件
– 涉及公司真实财务数据时,先确认模型使用的合规边界
– 需要公式或宏时,人工打开文件复核后再对外交付
– 关闭 Agent 自动执行 Shell,让安装与运行命令由你手动确认

不要误解的两点

– 有文件写入权限 ≠ 危险。生成 xlsx 本来就必然要写文件。
– 官方来源 ≠ 绝对安全。仍要结合自身数据处理要求来判断。

Skill 使用要求

一、Agent / 客户端

该 Skill 来自 Anthropic 官方 financial-services 仓库,与 Claude Code 的配合最自然,可以优先在 Claude Code 中使用。

对于 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 Agent:官方没有提供完整的第三方兼容列表。从 Agent Skill 的工作方式看,只要某个 Agent 支持 Skills、自定义指令加载或类似的技能注入机制,通常都可以尝试加载并使用。但不同 Agent 对 Skill 的加载方式、上下文注入方式与工具调用支持并不相同,实际可用程度请以对应 Agent 当前版本为准。

二、运行环境 / 依赖

| 项目 | 要求 |
|—|—|
| Agent | Claude Code 优先;其他支持 Skill 机制的 Agent 可尝试 |
| 文件写入 | 需要能够写出 .xlsx 文件(本地或工作目录) |
| 脚本执行 | 通常需要,用于真正生成 xlsx(例如通过 Python 表格库) |
| Node.js / Python / Docker | 官方未针对该 Skill 单独规定版本,视你的 Agent 运行方式而定 |
| 网络 | 一般不需要联网即可生成文件;若需安装依赖则可能用到网络 |

需要说明:真正把工作簿写到磁盘上的能力来自 Agent 运行环境,而不是 Skill 本身。Skill 主要提供生成方法、结构规范与写作逻辑。

三、权限

– 文件读取:可选(仅在需要基于已有内容生成表格时)
– 文件写入:必需(否则无法产出 xlsx 文件)
– Shell / 代码执行:通常需要(用于调用生成脚本)
– 网络:可选
– 浏览器 / Docker / GitHub:一般不需要

四、账号 / API Key

– 该 Skill 本身不需要额外的账号或 API Key
– 你使用的 Agent 可能需要它自己的凭证,这属于 Agent 层面,而不是 Skill 层面
– 由 Skill 处理的数据如果涉及真实财务信息,相关合规判断属于使用场景,与 Skill 自身无关

最小使用条件

1. 一个支持 Skill 加载机制的 Agent
2. 具备文件写入能力的工作目录
3. 能调用生成 xlsx 的脚本/库(通常由 Agent 环境提供)
4. 若用于正式金融交付,需自行确认数据处理合规性

Skill 安装、使用与卸载教程

一、安装

本页面已经单独提供了该 Skill 的安装指令,直接复制并粘贴到你的 Agent 会话或终端中执行即可。

如果你不确定自己的 Agent 如何安装 Skill,可以直接问当前 Agent:

如何安装 anthropics/financial-services#xlsx-author?

如何在 Claude Code 中安装 anthropics/financial-services#xlsx-author?

如何在 Cursor 中安装 anthropics/financial-services#xlsx-author?

让 Agent 根据它自己的 Skill 加载 / 管理机制,给出对应的安装步骤,比自己猜更稳妥。

如果官方对该 Skill 有额外要求(例如需要某个库或特定目录结构),以官方当前说明为准。

二、安装后如何使用

安装后不需要输入特殊命令。你只需要用自然语言描述想生成的 Excel 任务,Agent 就会在合适的时候调用该 Skill。

适合交给它的任务类型:

– 生成财务模型工作簿
– 把结构化数据整理成规范 xlsx
– 为预算、投资、报表等场景输出可交付 Excel 文件

自然语言示例:

使用 xlsx-author,帮我生成一份三年期的现金流预测 Excel 工作簿,包含假设、收入、支出和净利润四个 Sheet。

使用 xlsx-author,把下面这份月度预算说明整理成一个标准 xlsx 文件,第一张表放汇总,第二张表放明细。

使用 xlsx-author,为我们的投资组合生成一份 Excel 台账,包含资产名称、成本、当前估值和收益率列。

你也可以在提问中直接说明想要的 Sheet 结构、字段名和是否需要公式,Agent 会据此调整生成方式。

三、卸载

不同 Agent 的 Skill 安装位置与管理方式不同,通常可以采用下面任意一种方式:

1. 使用你的 Agent / Skill 管理器提供的删除操作,移除 anthropics/financial-services#xlsx-author
2. 直接询问当前 Agent:

如何卸载 anthropics/financial-services#xlsx-author?

如果没有统一的卸载命令,向当前 Agent 询问具体的移除方式是最稳妥的做法,也不容易误删其他 Skill。

常见问题

1. 这个 Skill 和普通 Agent 自己生成表格有什么区别?

普通 Agent 默认更习惯输出 Markdown 表格。该 Skill 的价值在于把任务引导到「生成真正的 .xlsx 文件」这条路径上,并针对金融场景的结构规范做约束。

2. 安装后 Agent 没识别到 Skill 怎么办?

先确认安装步骤在对应 Agent 中执行成功,然后新开一个会话或重启 Agent,让 Skill 有机会被重新加载。如果仍不识别,可以直接问当前 Agent 它是否能看到这个 Skill,并让它指导你排查加载路径。

3. 可以同时安装到 Claude Code 和 Cursor 吗?

可以。Skill 是按 Agent 各自管理安装的,你在不同 Agent 中分别安装即可,互不影响。

4. Skill 更新后需要重新安装吗?

取决于你使用的 Agent 的 Skill 管理机制。有些 Agent 会主动检查更新,有些则需要在重新安装或重新拉取时获取最新版本。具体以对应 Agent 的说明为准。

5. 中国大陆使用有网络要求吗?

该 Skill 主要生成文件,本身通常不需要联网。安装过程与依赖下载是否需要网络,取决于你用的 Agent 与它拉取 Skill 的来源,请按对应 Agent 的说明处理。

6. 生成的 xlsx 会不会覆盖我已有的文件?

这取决于你给 Agent 的指令。建议在提示中明确指定输出路径与文件名,或让 Agent 使用新的文件名。涉及重要文件时,人工确认后再保存更稳妥。

7. 生成的 Excel 公式、格式可以直接用于正式交付吗?

该 Skill 会尽量按金融场景的结构与惯例生成内容,但正式对外交付前,建议人工打开文件复核公式、数字格式、Sheet 结构与数值口径,尤其是用于审计、报批或客户交付的场景。

Skill 更新日志

版本列表
无版本号
删除 claude-for-financial-advisors 目录 (#354) 删除 anthropics/financial-services 中的 financial advisors 目录
无版本号
build-manifest:将凭据放入 URL 片段,而非查询字符串 (#356) * build-manifest:将凭据放入 URL 片段,而非查询字符串 Claude for Office 从 URL 片段读取 manifest 设置;查询字符串凭据在那里已被弃用,并将从 2026-10-19 起被忽略 (anthropics/office-agent#2857)。片段不会在 HTTP 请求中发送。 Co-Authored-By: Claude Claude-Session: https://claude.ai/code/session_01LTWZSYSeY8PZFPmQ3PXJin * manifest 文档:精简片段说明 Co-Authored-By: Claude Claude-Session: https://claude.ai/code/session_01LTWZSYSeY8PZFPmQ3PXJin * build-manifest:将 FRAGMENT_KEYS 重命名为 SENSITIVE_KEYS Co-Authored-By: Claude Claude-Session: https://claude.ai/code/session_01LTWZSYSeY8PZFPmQ3PXJin --------- Co-authored-by: Claude
无版本号
access_policies:记录并验证 file_path 标识符 (#352) 管理员现在可以编写匹配打开文档路径的加载项访问规则,适用于无法携带敏感度标签的文件(例如网络共享上的文件)。 - access-policies.md:一个路径示例、语法和运算符条目,以及一条涵盖路径比较方式及其限制的规则。 - build-manifest.mjs:接受 file_path 配合 equals | startsWith,并在其用于 uploaded_file 时发出警告,因为在那里它永远无法匹配。
无版本号
移除 claude-for-financial-advisors 市场条目 (#351) 插件目录保留;仅移除市场列表以避免重复列出。
无版本号
推出 Claude for Financial Advisors (#350) 添加 Claude for Financial Advisors 插件
无版本号
移除 wealth-management 插件 (#349)
无版本号
claude-for-msft-365-install:记录 web_search disabled_features slug (#329) docs:记录 web_search disabled_features slug (0.1.11) 该加载项现在在 disabled_features 中强制执行 web_search:它会移除 原生 web_search/web_fetch 服务器工具和用户开关,保留代码 执行不变。将其添加到强制 slug 表中,并附上配对 指南(mcp_servers 用于网络内替代搜索工具),以及 构建脚本的提示。
无版本号
manifest:识别 available_models 配置键 (#311) * manifest:识别 available_models 配置键 将 available_models 添加到 KEYS 验证器(逗号分隔的 id 或 JSON id 数组 / {id,label} 对象,与加载项的解析器一致),并在 manifest.md 和 bootstrap.md 中记录。替换 #294 中已弃用的 disabled_models/additional_models 组合:available_models 是 单一覆盖列表,因此管理员声明完整选择器,而不是差异。 No-Verification-Needed:直接针对有效和无效输入运行 build-manifest.mjs * 将 claude-for-msft-365-install 升级到 0.1.9 No-Verification-Needed:仅版本升级
无版本号
fix:更新关于 Foundry 的文档 (#323)
无版本号
manifest:添加 access_policies 键和引导式 access-policies 命令 (#307) * manifest:添加 access_policies 键和引导式 access-policies 命令文档 添加 access_policies 配置键——一个由 allow/deny 语句组成的 JSON 数组,取代 disabled_features,并可按 Purview 敏感度标签将规则限定到 文档。构建脚本识别 该键(对 JSON 数组进行仅警告的形状检查),manifest.md 将其与 disabled_features 一起记录,并且新增的 access-policies 命令引导 管理员获取标签 GUID、选择语句,以及在发布前需要解释的 匹配规则。 * 验证 access_policies 语句结构;记录语法和 slug 构建脚本现在解析 access_policies,并对每条不符合语法的语句 发出警告——错误的 effect、未知的 resource 或 identifier 类型、 identifier 类型不支持的运算符(GUID 仅接受 equals | exists)、空的 identifiers 数组、空白的 action slug。这些 正是加载项会静默丢弃的形状,因此构建是唯一能捕获它们的 地方;无法解析的值是致命错误。 文档:向 access-policies.md 添加语句语法参考和完整的 feature-slug 列表, 将 manifest.md 中的 disabled_features 表与 全部四个 slug 同步,向 bootstrap.md 添加缺失的 access_policies 字段, 并修复父标签前缀示例以包含 " - " 分隔符。
无版本号
添加只读加载项数据导出;加固缓存清除脚本 (#302) * 添加只读加载项数据导出;加固缓存清除脚本 聊天历史、技能、MCP 注册和记忆仅存在于用户机器上的浏览器 存储中。添加 export-addin-data.{sh,ps1} 以在重建前复制它们, 并修复位于它们旁边的缓存清除脚本。 clear-addin-cache.sh 以区分大小写的方式匹配加载项 ID,但 Office 会以 manifest 所携带的任何大小写命名 wef 文件。小写 GUID 会报告 "already clear" 并以 0 退出,将管理员引向会销毁 Windows 上聊天历史的 全文件夹清除。改为不区分大小写匹配,并在未命中时打印 NOT cleared 并在两个平台上以非零退出。 clear-addin-cache.ps1 在 Windows PowerShell 5.1 上从未能解析:无 BOM 的 .ps1 中的 em dash 被解码为 ANSI,变成包含引号的乱码,从而 在文件中间终止字符串。所有 .ps1 文件现在都是纯 ASCII,并且 check.py 拒绝没有 UTF-8 BOM 的 .ps1 中的非 ASCII 字节。 另外: - export:从 WebKit 的二进制 origin 文件中解析端口。丢弃它会使 同一主机上的两个 origin 在一个导出文件夹中冲突,静默 覆盖第一个。 - export:包含 localStorage,其中保存设置、推理配置, 以及 onboarding/terms 标志。 - export:在给定 --out 时却未导出任何内容现在以非零退出,因此 "先导出再清除" 不能将空备份视为成功。 - export:数据库复制失败不再中止运行;包含 撇号的路径可以正常工作。 - export.ps1:在 Copy-Item -Recurse 之前清空目标,后者在重新运行时 会嵌套而不是刷新;为名称压缩已隐藏的存储添加 -IncludeAll; 先扫描未压缩的 LevelDB 文件。 - clear.ps1:要求 -Id 为 GUID,因为 Remove-Item -Path 会展开通配符; 为 Remove-ItemProperty 转义值名称。 - clear.sh:也扫描 Outlook,并保护接受值的标志。 - 记录为什么替换或重新安装 manifest 永远不会移动数据。 已在 macOS 上针对实时加载项数据验证,并在 Windows 主机上针对 Windows PowerShell 5.1 验证。 * 将 Windows localStorage 导出为整个按配置文件存储 localStorage 保存设置、推理/客户配置,以及 onboarding + terms-accepted 标志——这些都不在 IndexedDB 中——因此没有它的导出 会让重建后的机器重新进行 onboarding。 Chromium 为每个配置文件保留一个由每个 origin 共享的 LevelDB,因此无法 将其过滤为单个加载项。整体复制而不是丢弃它,每个 Office 账户一次,放在该账户的 origin 文件夹旁边。因此它也包含其他 origin 的设置:每次运行都会打印大小,包括无参数 预览,帮助文本明确说明这一点,并且如果数据政策禁止,可以直接从导出中删除该文件夹。 - 复制到临时名称并仅在成功时替换。先删除目标 意味着被锁定的 LOCK 文件(Office 仍在运行)会使导出既没有新副本 也没有之前的良好副本。失败现在会被计数并 报告为 INCOMPLETE 并以非零退出,与 macOS 脚本一致。 - 基于唯一配置文件列表驱动复制,而不是按存储循环,这样 唯一存储无法通过 origin 名称解析的配置文件会保留其设置。 - 在列表模式下也报告,与 macOS 一致——无参数运行 被宣传为打印其发现的内容。 - .SYNOPSIS/.DESCRIPTION 不再声称仅复制 Claude 的数据。 - 更正 export-data 文档:导出树为可读性重新标记, 不是路径镜像,因此无法逐字复制回去。 已在 Windows 主机上针对 Windows PowerShell 5.1 验证:每个 配置文件复制一次,重新运行时扁平,存在真实 LevelDB 内容,在列表模式下披露 而不写入任何内容。
无版本号
manifest:添加 gateway_auth_source=entra;新增 entra-app.md 注册文档 (#281) * manifest:添加 gateway_auth_source=entra 参数 + Entra 应用注册文档(含 GCC High) - build-manifest.mjs:识别 gateway_auth_source;要求 entra_scope(→ graph_client_id, entra_sso=1);如果与 gateway_token 配对则警告;删除过时的 'graph_client_id is Outlook-only' 说明 - manifest.md:新增 'Use the Entra token as your gateway credential' 部分,包含整合的 Entra 应用注册清单(SPA 重定向 URI、Expose an API、管理员同意、v2 令牌、网关侧验证)以及 GCC High/DoD 子部分(portal.azure.us、.us issuer/JWKS) * manifest.md:列出两个 NAA 重定向 URI(brk-multihub + https 回退) 清单仅列出了 https://.../msal-redirect.html SPA 回退。桌面 Office 和 Outlook web 使用 NAA broker,它要求将 brk-multihub://pivot.claude.ai 注册为 SPA——没有它登录会失败并出现 AADSTS50011。两者都需要:brk-multihub 用于 NAA,https 用于未注入 NAA 桥的 Excel/Word/PPT Office-Web 回退。还将之前的 'Bring your own Entra app' 说明指向清单,而不是(不完整地)重复。 * 将 Entra 应用注册拆分到 commands/entra-app.md manifest.md 现在记录参数的作用;entra-app.md 记录如何注册应用(重定向 URI、按用例的权限表、管理员同意、令牌版本、后端验证、GCC-High/DoD、故障排除)。从每个需要你自己的应用的 manifest.md 部分链接:graph_client_id、entra_scope、gateway_auth_source、sovereign clouds。
无版本号
添加主权/国家云(GCC-High、DoD、21Vianet)文档和 graph_cloud 验证 (#268) * docs(claude-for-msft-365-install):通过 graph_cloud 枚举支持主权云 Outlook 加载项现在通过单个 graph_cloud manifest 参数(global | us-gov-high | us-gov-dod | china)支持 GCC-High、DoD 和 21Vianet 租户,该参数映射到固定的 Graph + Entra 端点对——无需管理员提供 URL。让安装插件了解它: - commands/manifest.md:按租户的 graph_cloud 表;DoD 必须始终设置它 (与 GCC High 共享 authority host);非全球云需要自带 graph_client_id;该枚举还管理 Word/Excel/PowerPoint Entra SSO。 - scripts/build-manifest.mjs:注册 graph_cloud 并在 无法识别的值或没有 graph_client_id 的非全球云时硬失败, 与加载项的加载时检查一致,以便管理员在构建 时看到错误,而不是部署后出现 AADSTS 代码。参数构建提取 到导出的 buildParams() 以便测试。 - scripts/build-manifest.test.mjs:node:test 套件——默认查询字符串 不变,接受所有枚举值,拒绝错误值和已移除的 URL 参数。 - .github/workflows/plugin-validate.yml:在每个 PR 上运行测试套件。 * 删除 manifest 脚本测试——graph_cloud 验证是两个内联检查
无版本号
将 Box 添加到 MCP 集成 (#187) * 将 Box 添加到 MCP 集成 * 将 Box 添加到 mcp.json
无版本号
为所有市场插件条目添加 displayName (#247) * 为所有市场插件条目添加 displayName * 将固定的 Claude Code CLI 升级到 2.1.143 以支持市场 displayName
无版本号
在托管代理部署上标记 metadata.anthropic_cookbook (#245)
无版本号
fix(plugins):添加 SKILL.md frontmatter,修复 hooks.json,去重 spglobal MCP (#243) 市场加载器在同步时拒绝了 20 个插件中的 9 个: - 29 个 vertical-plugin SKILL.md 源没有 YAML frontmatter—— 技能名称/描述作为裸 `description:` 行位于正文中, 在 `# Title` H1 之后。合成了正确的 `--- name/description ---` frontmatter(name = 技能目录,description = 现有正文文本), 与加载技能匹配(例如 fund-admin/accrual-schedule)。代理 包通过 scripts/sync-agent-skills.py 重新同步(12 份副本)。 - 4 个 hooks/hooks.json 是 `[]`;加载器要求 JSON 对象。 改为 `{ "hooks": {} }`——investment-banking 已经 使用且同步干净的格式。 - partner-built/spglobal 在 plugin.json 内联和 .mcp.json 中都定义了 `spglobal` MCP 服务器(相同)。删除内联副本; .mcp.json 是规范位置。 scripts/check.py:OK——80 个文件,0 个问题。 Co-authored-by: Jake Marsh
无版本号
fix(ci):plugin-validate 缓存修复 + msft-365 README 更新 (#239) * fix(ci):缓存 claude 二进制目录,而不仅仅是悬空符号链接 ~/.local/bin/claude 是指向 ~/.local/share/claude/versions/ 的符号链接。 仅缓存符号链接会在缓存命中时恢复悬空链接,因此 `claude` 失败并退出 127。也缓存版本化目录并提升 缓存键(-v2)以丢弃损坏的已保存条目。 * docs(claude-for-msft-365-install):添加 update + bootstrap 部分、调试命令行
无版本号
fix(plugins):修复损坏的 hooks.json + 添加 plugin-validate CI (#232) fix(plugins):hooks.json 必须是 {"hooks": {}} 而不是 [];添加 plugin-validate CI private-equity、financial-analysis、 equity-research 和 wealth-management 中的空数组 hooks.json 导致这些插件 加载失败("Hook load failed: expected object, received array")。在全部四个中将 [] 替换为 最小有效的 {"hooks": {}} 对象。 添加 plugin-validate 工作流,在每次 PR 和推送时对市场 manifest 和每个插件运行官方 `claude plugin validate`,以便格式错误的 manifest 在 CI 中失败,而不是到达用户。CLI 从官方二进制渠道安装并缓存,以 固定版本为键,因此热缓存完全跳过下载。
无版本号
feat(repo):插件版本升级钩子 + CI 兜底;claude-in-office Wef 旁加载调试 (#208) * feat(repo):插件版本升级钩子 + CI 兜底,修复安装文档/远程 * docs(claude-in-office):添加 Wef 注册表 + wef-folder 旁加载(Windows + macOS)用于本地调试 * ci:使用 actions/checkout@v4 而不是固定 SHA * docs(claude-in-office):将旁加载清理限定到特定 manifest,而不是 wef 文件夹 * docs(claude-in-office):将缓存清除限定到带保护的 wef 内容,而不是 rm -rf caches/wef 目录 * docs(claude-in-office):按加载项 Id 定位缓存清除,保持 wef 中的其他加载项不受影响 * feat(claude-in-office):添加 clear-addin-cache 脚本(mac/win),按 ID 定位,默认 dry-run * fix(claude-in-office):Windows 旁加载清理基于注册表,ID 优先;直接编辑(不使用 office-addin-dev-settings);记录已部署缓存注意事项 * docs(claude-in-office):澄清按 ID 精准删除本地/旁加载 manifest 是安全的;MS 警告仅适用于已部署缓存 * feat(claude-in-office):添加 sideload-addin 脚本(mac/win),从 ID 派生,默认 dry-run;debug.md 指向脚本对 * feat(claude-in-office):旁加载直接安装(去掉 dry-run);dry-run 仅保留在破坏性的 clear-addin-cache 上 * docs(claude-in-office):将清除后重启应用设为明确步骤,而不是埋没的一行
无版本号
docs(claude-in-office):澄清 entra_scope——多 scope 支持,更宽松的验证 (#195) 加载项现在接受 entra_scope 为逗号/空白分隔的列表,并且 不再要求 URI 形状的值(Entra 验证 scope 语法,而不是 构建脚本)。更新文档和 build-manifest 验证以匹配: - build-manifest.mjs:entra_scope 模式放宽为任何非空白字符串; graph_client_id 配对检查不变。 - manifest.md:记录多 scope 列表语法和同资源 约束;澄清构建脚本强制执行配对,而不是格式。 - bootstrap.md:注明 scp 是空格分隔的列表,可包含多个 scope。 - debug.md:添加 Silent SSO / Entra 令牌失败故障排除部分 (AADSTS50194、entra_scope-without-graph_client_id、silent-then-popup)。
无版本号
feat(claude-in-office):添加 disabled_features manifest 参数 (#154)
无版本号
docs(claude-in-office):记录 allow_1p manifest 参数 (#153) * docs(claude-in-office):记录 allow_1p manifest 参数 * chore(claude-in-office):将插件版本升级到 0.1.1
无版本号
feat(claude-in-office):Outlook manifest 支持 (#127) build-manifest.mjs 现在接受 host 参数(office | outlook)。 outlook host 获取 manifest-outlook-3p.xml,它使用 Microsoft 的 MailApp schema,无法与 Excel/Word/PowerPoint 使用的 TaskPaneApp manifest 共享文件。 - URL_SLOTS 正则现在为 /g,因此所有三个 Outlook 任务窗格 URL 条目 (FormSettings + V1_0 + V1_1 Resources)都会收到配置参数,而 不仅仅是第一个匹配。 - 新增 graph_client_id 键,适用于自带 Entra 应用用于 Microsoft Graph 的组织,而不是同意 Anthropic 的多租户应用。 - 使用 outlook host 的 aws_* 键快速失败:Outlook 目前 不支持 Bedrock。 - consent.md 增加 Outlook Graph 管理员同意 URL(Mail.ReadWrite、 Calendars.Read、People.Read、User.Read、offline_access)以及 自带 Entra 应用的替代方案。 - manifest.md 和 setup.md 记录 host 参数、按 host 的文件 拆分,并引导管理员在生成 Outlook manifest 之前完成同意步骤。
无版本号
重构仓库并添加命名代理 (#81) - 将垂直领域从仓库根目录移动到 plugins/vertical-plugins/,将合作伙伴 插件移动到 plugins/partner-built/ - 在 plugins/agent-plugins/ 下添加 10 个命名的、自包含的代理插件 (Pitch Agent、Market Researcher、Earnings Reviewer、Model Builder、 Meeting Prep、GL Reconciler、Month-End Closer、Statement Auditor、 Valuation Reviewer、KYC Screener)——每个都捆绑自己的技能,因此可以 独立安装 - 添加 managed-agent-cookbooks/(每个代理一个),包含子代理隔离 和用于 /v1/agents 部署的引导示例 - 添加 fund-admin 和 operations 垂直领域,以便 finance-ops/onboarding 代理提供真实的领域技能 - 添加 scripts/(check.py manifest lint、sync-agent-skills.py、 deploy-managed-agent.sh、orchestrate.py 参考循环、 test-cookbooks.sh) - 添加 .github/workflows/secret-scan.yml(gitleaks + 内部引用 grep) - 将代理工具授权收紧为仅声明的 MCP——任何代理中都没有 Bash、WebFetch 或未声明的 mcp__* 引用 - 向 README 添加 not-investment-advice 免责声明 - 将 claude-in-office 重命名为 claude-for-msft-365-install(内容 不变)
无版本号
feat(claude-in-office):添加 entra_scope manifest 参数用于访问令牌引导认证 (#79) * feat(claude-in-office):添加 entra_scope manifest 参数用于访问令牌引导认证 * docs(claude-in-office):注明 entra_scope 资源应用的 accessTokenAcceptedVersion
无版本号
docs(claude-in-office):记录用于 BYO Entra 应用的 graph_client_id manifest 参数 (#78)
无版本号
docs(claude-in-office):记录 otlp_resource_attributes 配置键 (#73) 将新的 `otlp_resource_attributes` 键(逗号分隔的 k=v,格式与 OTEL_RESOURCE_ATTRIBUTES 相同)添加到: - build-manifest.mjs KEYS 验证器 - manifest.md / bootstrap.md 遥测部分 - update-user-attrs.md 键表 与 anthropics/office-agent OA-336 配对。
无版本号
feat(manifest):添加 inference_headers 配置键 (#68) 加载项附加到其发送到所配置网关的每个请求的额外 HTTP 头的 JSON 对象。让企业网关无需在前面放置注入头的代理即可接收 会计或路由标签。 - build-manifest.mjs:KEYS 验证器条目 - manifest.md / bootstrap.md / update-user-attrs.md:用 示例和保留头列表记录
无版本号
fix(manifest):不区分大小写地接受 gateway_auth_header 和 gateway_api_format (#65)

暂无评论

none
暂无评论...