audit-xls – Excel 财务审计 Skill

audit-xls 是用于审查 Excel 电子表格的 Skill，能帮助 AI Agent 检查工作簿中的数据、公式、结构和潜在错误，适合财务建模、报表核对与表格审计等场景。

查看调研报告在来源平台打开

电商与商业财务与会计 # Anthropic # Claude Code # Excel # 审计 # 财务

Skill 安装

多 Agent 安装

npx skills add https://github.com/anthropics/financial-services --skill audit-xls

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

Skill 调研报告

Skill 详细介绍

anthropics/financial-services#audit-xls 是 Anthropic 官方 financial-services 仓库下的一个 Skill，Skill 名称为 audit-xls。从名称与所属仓库可以判断，它的定位是协助财务、审计相关场景中对电子表格（尤其是 Excel / .xls / .xlsx 工作簿）进行审查、核对与检查。

需要说明的是，它不是一款可以独立运行的软件，也不是一个开箱即用的 Excel 插件或宏工具。它本质上属于 Agent Skill：一组由 Markdown 指令、方法说明和必要的辅助脚本构成的提示词 / 工作流定义。安装后，它会作为额外能力被具备 Skill 加载机制的 AI Agent 读取，用来指导 Agent 按财务审计的思路处理电子表格类任务。

核心用途（基于其名称与所属仓库推断）

帮助审查 Excel / .xls / .xlsx 工作簿的结构、公式、数据一致性与勾稽关系。
协助核对报表之间的数据是否符合审计常见的对应关系。
辅助发现异常值、重复项、空值、公式引用错误、硬编码数字等常见问题。
按照财务 / 审计工作习惯组织检查过程与输出结论。

它不是什么

不是一个自动出具审计报告的合规工具，任何审计结论仍需专业人工复核。
不是 Excel、WPS、Google Sheets 的官方插件。
不替代持证会计师、审计师的职业判断。
官方并未将其定位为通用表格处理工具，因此不要期待它在所有表格类场景中都优于通用数据处理 Skill。

适合的用户

财务、审计、内控相关从业者，希望在 AI Agent 协助下快速初筛表格。
需要批量检查报表、对账表、科目余额表结构问题的分析人员。
想把重复的表格检查流程交给 Agent 执行的团队。

不适合的需求

需要正式审计意见、合规结论的场景。
希望一键完成报税、记账、凭证生成等税务 / 会计软件功能。
对超大工作簿（GB 级）做高性能处理的场景，Agent 侧的处理能力通常有限。

关于该 Skill 的精确字段（description、允许的工具调用范围、具体检查清单、支持的扩展名列表等），应以 Anthropic 官方 financial-services 仓库中该 Skill 目录下的 SKILL.md 当前内容为准。

Skill 安全评估

总体判断：该 Skill 来自 Anthropic 官方组织仓库，来源可信度高，但它的具体安全影响取决于 Agent 运行时被授予的权限，以及被审计表格中所含数据的敏感程度。

一、来源可信度

它属于 Anthropic 官方 financial-services 仓库，而不是第三方 Fork、镜像或个人转载。
从官方仓库直接安装，供应链风险低于从陌生来源安装同名 Skill。
仍需注意：GitHub 上可能存在同名但非同源的 Skill，安装前确认来源为 anthropics/financial-services。

二、文件读取是核心行为

审计类任务必然需要读取工作簿内容，这是该 Skill 的正常用途，本身不应视为异常。
但被审计的表格往往包含财务数据、明细账、成本价、合同金额等敏感信息。一旦交给 Agent 处理，这些数据可能进入模型上下文。
对敏感财务数据，建议先在脱敏样本上验证流程，再决定是否对真实数据使用。

三、文件写入与修改

若 Agent 被授予文件写入权限，Skill 可能对工作簿生成修改、批注或另存结果。
建议：对原始文件保持只读，输出统一写到独立文件，避免覆盖源数据。
若只需审查、不需改动，可关闭 Agent 的自动写入权限，由用户手动执行保存。

四、Shell 与脚本执行

处理 .xls / .xlsx 通常需要脚本（如 Python + openpyxl / pandas）。若 Skill 借助脚本完成读取分析，Agent 可能被要求执行 Shell 命令。
风险点在于：Agent 可能运行由模型生成的脚本，而非固定脚本，存在生成错误代码的风险。
建议：在不信任的环境下关闭 Agent 自动执行 Shell 的权限，改为人工审阅并手动执行。

五、网络访问

该 Skill 的主要工作是本地表格审查，正常使用通常不需要外部网络请求。
如果 Agent 在任务中主动发起网络请求，尤其是向未知域名上传数据，需要提高警惕。

六、凭证与敏感信息

该 Skill 本身通常不需要账号或 API Key。
但被审查的工作簿里可能带有隐藏的敏感字段（员工姓名、身份证号、银行账号、成本价）。审查前建议先了解表格所含字段范围。
不要在纯提示词层面把 API Key、密码、密钥顺手贴进对话，除非确有必要且信任当前环境。

降低风险的建议

在独立目录或沙箱环境中运行，避免直接对生产财务目录操作。
保持原始文件只读，结果另存。
若只需要审查结论，可在 Agent 设置中关闭自动写入与自动执行 Shell。
对涉及个人或商业机密的表格，先确认公司数据政策是否允许将其输入大模型。

没有证据表明该 Skill 存在已知恶意行为，但同样没有“100% 安全”的说法。安全性最终取决于来源、权限配置与数据敏感度的组合。

Skill 使用要求

一、Agent / 客户端

该 Skill 出自 Anthropic 官方仓库，天然与 Claude Code 的 Skill 加载机制契合，可以优先在 Claude Code 中使用。
官方没有发布涵盖第三方 Agent 的完整兼容列表。从 Agent Skill 的通用工作方式看，在支持 Skills、自定义指令或类似机制的环境中，通常也可以尝试在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 AI Agent 中使用。
不同 Agent 对 Skill 的加载方式、字段解析、触发方式可能不同，兼容程度以对应 Agent 当前版本为准。

二、运行环境 / 依赖

该 Skill 本身是一个指令 / 工作流型 Skill，核心依赖取决于它实际调用的处理方式。官方资料未在本指示范围内明确其硬性版本要求，以下按处理 Excel 文件的一般需要列出，实际以官方 SKILL.md 为准：

项目	要求
Agent	Claude Code 优先；其他具备 Skill 机制的 Agent 可尝试
Git	通常需要，用于安装 Skill 本身
Python / Node.js	若 Skill 借助脚本读取 .xls / .xlsx，可能需要；具体版本以官方说明为准
网络	安装时需要；日常审查本地表格一般不需要持续联网

三、权限

文件读取：必需。没有读取工作簿的能力，审计类任务无法进行。
文件写入：可选。仅在需要生成审查结果文件、批注或另存版本时需要。若只输出文字结论，可以关闭。
Shell：视 Skill 实现而定。用于调用表格处理脚本时需要；纯指令型使用可以不开启。
网络：一般情况下非必需。

四、账号 / API Key

该 Skill 本身通常不需要单独的账号或 API Key，凭据由所在 AI Agent 账号提供。
被审查的工作簿若来自某个业务系统，业务系统的凭证属于该业务范畴，与 Skill 无关。
不要把无关的第三方 API Key 交给 Agent，除非任务确实需要访问那个服务。

最小使用条件

一个支持 Skill 加载的 AI Agent（Claude Code 优先）。
Agent 具备文件读取权限。
待审查的表格文件可被 Agent 访问。
（视实现）可执行表格处理脚本的运行时。

Skill 安装、使用与卸载教程

一、安装

LemonAIKit 本页面已经提供了该 Skill 的安装指令，可以直接复制本页面的 Skill 安装指令，粘贴到对应 Agent 或终端执行。

如果不确定自己的 Agent 如何安装 Skill，最稳妥的做法是直接询问当前 Agent，例如：

如何安装 anthropics/financial-services#audit-xls？

如何在 Claude Code 中安装 anthropics/financial-services#audit-xls？

如何在 Cursor 中安装 anthropics/financial-services#audit-xls？

Agent 会根据自己的 Skill 加载 / 管理机制给出对应步骤。若官方对该 Skill 有特殊安装要求（例如必须放在特定目录），以 Anthropic financial-services 仓库中该 Skill 目录的说明为准。

二、安装后如何使用

安装后，该 Skill 一般不通过独立的 Slash Command 触发，而是由 Agent 根据你的自然语言需求自动判断是否调用。适合交给它的任务类型：

审查某个工作簿的结构、公式与数据一致性。
核对两个报表之间的勾稽关系。
找出表格中的异常值、重复项、空值、硬编码数字。

向 Agent 描述需求时，尽量提供：文件位置、审查目标、希望输出的形式（列表 / 表格 / 报告文字）。

使用 audit-xls，帮我审查这份科目余额表的结构问题，先只看公式引用和硬编码数字，输出一份问题清单。

使用 audit-xls，核对这两份报表中同一科目在两边的金额是否一致，列出所有不一致的科目编号。

使用 audit-xls，检查这个工作簿里是否存在重复记录和空值行，并按 sheet 分类汇总。

三、卸载

不同 Agent 的 Skill 安装位置与管理方式可能不同，通常有两种方式：

使用对应 Agent 或 Skill 管理器提供的删除 / 移除方式，删除该 Skill 对应的目录或条目。
直接询问当前 Agent，例如：

如何卸载 anthropics/financial-services#audit-xls？

如果没有统一的卸载命令，让 Agent 根据它自己的安装记录来移除，通常比手动猜测路径更稳妥。

常见问题

1. 这个 Skill 会修改我的原始 Excel 文件吗？

是否修改取决于 Agent 被授予的文件写入权限以及任务描述。若只做审查，建议把原始文件设为只读，或明确告诉 Agent 只输出结论、不要写回文件。若需要生成结果，要求另存到新文件。

2. 它需要联网吗？处理表格时会不会把数据上传？

审查本地表格通常不需要持续联网，但数据可能会进入模型上下文，这是 Agent 工作方式本身决定的。如果表格数据敏感，先确认公司数据政策是否允许将其输入大模型，必要时先在脱敏样本上验证。

3. 它支持哪些表格格式？

从名称看，主要面向 Excel 工作簿（.xls / .xlsx 一类）。具体支持的扩展名、是否支持 CSV、是否支持含宏的工作簿，官方资料未在本指示范围内明确，建议查看该 Skill 目录下的 SKILL.md 说明。

4. 可以同时安装到 Claude Code 和 Cursor 吗？

可以。Skill 以文件形式存在，只要目标 Agent 支持 Skill 机制，就可以分别安装。不同 Agent 之间不会自动同步，需要各自安装一次，并且兼容程度可能不同。

5. 为什么安装后 Agent 没有识别到这个 Skill？

常见原因包括：安装路径不符合该 Agent 预期、Agent 版本不支持 Skill 机制、Skill 目录名或结构被改动、需要重启 Agent 会话才会重新扫描。先确认安装位置正确，再重启会话测试。

6. 该 Skill 更新后需要重新安装吗？

取决于安装方式。若从官方仓库直接引用，重新拉取该 Skill 目录即可更新；若安装时是复制到本地，则需要重新复制覆盖。建议以当前 Agent 或官方仓库的更新说明为准。

7. 可以用来做正式审计工作吗？

不建议把它作为正式审计结论的来源。它适合做初筛和辅助检查，最终的审计判断、合规结论仍需持证专业人员完成。把它当作提高效率的助手，而不是替代专业判断的工具。

Skill 更新日志

版本列表

无版本号 2026-09-21

删除 claude-for-financial-advisors 目录 (#354) 删除 anthropics/financial-services 中的 financial advisors 目录

无版本号 2026-09-18

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

无版本号 2026-09-15

access_policies：记录并验证 file_path 标识符 (#352) 管理员现在可以编写匹配打开文档路径的加载项访问规则，适用于无法携带敏感度标签的文件（例如网络共享上的文件）。 - access-policies.md：一个路径示例、语法和运算符条目，以及一条涵盖路径比较方式及其限制的规则。 - build-manifest.mjs：接受 file_path 与 equals | startsWith 搭配使用，并在其用于 uploaded_file 时发出警告，因为在那里它永远无法匹配。

无版本号 2026-09-14

移除 claude-for-financial-advisors 市场条目 (#351) 插件目录保留；仅移除市场列表以避免重复列表。

无版本号 2026-09-14

推出 Claude for Financial Advisors (#350) 添加 Claude for Financial Advisors 插件

无版本号 2026-09-11

移除 wealth-management 插件 (#349)

无版本号 2026-08-25

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 用于网络内替代搜索工具），以及构建脚本的提示。

无版本号 2026-08-24

manifest：识别 available_models 配置键 (#311) * manifest：识别 available_models 配置键将 available_models 添加到 KEYS 验证器（逗号分隔的 id 或 JSON id 数组 / {id,label} 对象数组，与加载项的解析器保持一致），并在 manifest.md 和 bootstrap.md 中记录。取代已退役的 disabled_models/additional_models 组合（来自 #294）：available_models 是单一覆盖列表，因此管理员声明完整选择器，而非差异。 No-Verification-Needed：直接针对有效和无效输入运行了 build-manifest.mjs * 将 claude-for-msft-365-install 升级到 0.1.9 No-Verification-Needed：仅版本升级

无版本号 2026-08-21

fix：更新关于 Foundry 的文档 (#323)

无版本号 2026-08-04

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 字段，并修复父标签前缀示例以包含 " - " 分隔符。

无版本号 2026-07-22

添加只读加载项数据导出；加固缓存清除脚本 (#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 中的长破折号被解码为 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 内容，在列表模式下披露而不写入任何内容。

无版本号 2026-06-26

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 仅适用于 Outlook' 说明 - manifest.md：新增 '使用 Entra 令牌作为你的网关凭据' 部分，包含整合的 Entra 应用注册清单（SPA 重定向 URI、公开 API、管理员同意、v2 令牌、网关侧验证）以及 GCC High/DoD 子部分（portal.azure.us、.us 颁发者/JWKS） * manifest.md：列出两个 NAA 重定向 URI（brk-multihub + https 回退）清单仅列出了 https://.../msal-redirect.html SPA 回退。桌面 Office 和 Outlook Web 使用 NAA 代理，它要求将 brk-multihub://pivot.claude.ai 注册为 SPA——没有它登录会失败并出现 AADSTS50011。两者都需要：brk-multihub 用于 NAA，https 用于未注入 NAA 桥接的 Excel/Word/PPT Office-Web 回退。还将早先的 '自带 Entra 应用' 说明指向清单，而非（不完整地）重复。 * 将 Entra 应用注册拆分到 commands/entra-app.md manifest.md 现在记录参数的作用；entra-app.md 记录如何注册应用（重定向 URI、按用例的权限表、管理员同意、令牌版本、后端验证、GCC-High/DoD、故障排除）。从每个需要你自己应用的 manifest.md 部分链接：graph_client_id、entra_scope、gateway_auth_source、主权云。

无版本号 2026-06-05

添加主权/国家云（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 共享权威主机）；非全球云需要自带 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 验证是两个内联检查

无版本号 2026-05-29

将 Box 添加到 MCP 集成 (#187) * 将 Box 添加到 MCP 集成 * 将 Box 添加到 mcp.json

无版本号 2026-05-26

为所有市场插件条目添加 displayName (#247) * 为所有市场插件条目添加 displayName * 将固定的 Claude Code CLI 升级到 2.1.143 以支持市场 displayName

无版本号 2026-05-21

在托管代理部署上标记 metadata.anthropic_cookbook (#245)

无版本号 2026-05-21

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

无版本号 2026-05-19

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 部分、调试命令行

无版本号 2026-05-18

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 和 push 上对市场 manifest 和每个插件运行官方 `claude plugin validate`，以便格式错误的 manifest 在 CI 中失败，而不是到达用户。CLI 从官方二进制渠道安装并缓存，以固定版本为键，因此热缓存完全跳过下载。

无版本号 2026-05-15

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)：将清除后重启应用设为明确步骤，而非埋没的一行

无版本号 2026-05-15

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：添加静默 SSO / Entra 令牌失败故障排除部分（AADSTS50194、entra_scope-without-graph_client_id、silent-then-popup）。

无版本号 2026-05-09

feat(claude-in-office)：添加 disabled_features manifest 参数 (#154)

无版本号 2026-05-09

docs(claude-in-office)：记录 allow_1p manifest 参数 (#153) * docs(claude-in-office)：记录 allow_1p manifest 参数 * chore(claude-in-office)：将插件版本升级到 0.1.1

无版本号 2026-05-07

feat(claude-in-office)：Outlook manifest 支持 (#127) build-manifest.mjs 现在接受 host 参数（office | outlook）。 outlook host 获取 manifest-outlook-3p.xml，它使用 Microsoft 的 MailApp 架构，无法与 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 之前完成同意步骤。

无版本号 2026-05-05

重构仓库并添加命名代理 (#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（内容不变）

无版本号 2026-04-30

feat(claude-in-office)：添加 entra_scope manifest 参数用于访问令牌引导认证 (#79) * feat(claude-in-office)：添加 entra_scope manifest 参数用于访问令牌引导认证 * docs(claude-in-office)：注明 entra_scope 资源应用的 accessTokenAcceptedVersion

无版本号 2026-04-30

docs(claude-in-office)：记录用于自带 Entra 应用的 graph_client_id manifest 参数 (#78)

无版本号 2026-04-23

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 配对。

无版本号 2026-04-17

feat(manifest)：添加 inference_headers 配置键 (#68) 加载项附加到其发送到所配置网关的每个请求的额外 HTTP 头的 JSON 对象。让企业网关无需前置注入头的代理即可接收会计或路由标签。 - build-manifest.mjs：KEYS 验证器条目 - manifest.md / bootstrap.md / update-user-attrs.md：用示例和保留头列表记录

无版本号 2026-04-15

fix(manifest)：不区分大小写地接受 gateway_auth_header 和 gateway_api_format (#65)

暂无评论

暂无评论...