fsi-strip-profile – 金融数据条形图生成 Skill

fsi-strip-profile 是用于从财务报表中提取和解析公司概况信息的 Skill，可帮助 AI Agent 快速获取企业背景、业务描述与关键财务指标，适合投研分析和尽职调查等场景。

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

电商与商业财务与会计 # Anthropic # Claude Code # FSI # 字段处理 # 数据脱敏 # 金融数据

Skill 安装

多 Agent 安装

npx skills add https://github.com/anthropics/financial-services --skill fsi-strip-profile

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

Skill 调研报告

Skill 详细介绍

anthropics/financial-services#fsi-strip-profile 是 Anthropic 官方 financial-services 仓库下的一个 Skill，Skill 名称为 fsi-strip-profile。从命名规则和仓库定位来看，它属于 Anthropic 面向金融服务行业（Financial Services Industry，简称 FSI）场景推出的一组专业 Skill 之一。

需要先说清楚它不是什么：它不是一款独立运行的软件，也不是一个可以单独安装的 CLI 工具或 API 服务。Anthropic 官方 Skill 的本质是提示词 + 工作流 + 指令集的组合，安装后由支持 Skills 机制的 Agent（如 Claude Code）按需加载，用来约束和引导模型在特定领域按专业规范完成工作。

关于 fsi-strip-profile 具体承载的功能，目前官方公开资料中没有提供该 Skill 的单独 SKILL.md 说明、README 或功能文档。从名称本身可以做的谨慎判断是：strip 在金融数据处理语境中通常指“剥离 / 去除字段”，profile 通常指“画像 / 客户档案 / 数据集描述字段”，因此它很可能与“移除或脱敏金融数据中的画像类字段”这一类型的处理相关。但这只是基于命名和仓库类别的推测，官方未明确说明，不应作为事实采用。

核心定位可以确认的部分：

是 Anthropic 官方 financial-services Skill 集合中的一个专业 Skill
面向金融服务行业场景，而非通用编程或通用文本任务
属于 Agent Skill 形态，依赖 Agent 的 Skill 加载机制运行
本身不提供独立的运行时、服务端或图形界面

不能确认的部分（须以官方说明为准）：

具体输入格式（CSV / JSON / DataFrame 等）
具体输出内容与字段规则
是否调用任何第三方金融数据 API
是否有金融合规或监管映射逻辑
适用的数据规模与业务边界

简而言之：如果你在 Anthropic 的 financial-services 仓库中看到并安装了它，你获得的是一个面向金融数据处理的专业指令能力，而不是一个独立可运行的程序。实际能用它做什么，应以该 Skill 自身的 SKILL.md 和官方仓库说明为准。本文不对无法核实的细节做任何补全。

Skill 安全评估

总体判断：来源可信度较高，安全风险主要取决于你赋予 Agent 的运行权限，而非 Skill 本身。

一、来源与供应链

该 Skill 由 Anthropic 官方 financial-services 仓库发布，属于官方一手来源，供应链风险低于第三方个人 Skill。
仍建议安装前确认你获取的是官方仓库内容，而不是镜像、Fork 或第三方转载版本。

二、Skill 本体的安全性

Anthropic 官方 Skill 通常是 Markdown 形式的指令文件，本质是提示词与流程规范，不含可执行二进制。因此单看 Skill 本体，通常不会主动读取你的文件、上传你的数据或执行系统命令。

三、真正需要关注的风险点

处理的数据本身是敏感金融数据。 如果 Skill 涉及客户画像、账户信息、交易记录等字段处理，那么你把这类数据交给 Agent 处理时，数据会进入模型上下文。这是主要风险，与 Skill 是否为官方无关。建议对个人身份信息、卡号、账号等先做脱敏再交给 Agent。
Agent 的文件读写权限。 如果 Agent 被授予文件写入权限，Skill 指导它修改本地数据文件时，可能产生误改或误删。建议在重要数据上先备份，或在只读副本上运行。
Shell 执行权限。 如果 Skill 的流程涉及调用 Shell 进行脚本处理，而 Agent 又被允许自动执行 Shell，则存在执行非预期命令的可能。如只需要 Skill 生成处理逻辑、由你手动执行，可以在 Agent 中关闭自动执行 Shell。
第三方数据源与 API Key。 若该 Skill 或其后续流程需要接入外部金融数据服务，相关 API Key、Token 的泄露风险由使用方式决定。建议使用最小权限、可随时吊销的凭证，避免把长期主账号 Key 写入 Agent 环境变量。
Prompt Injection。 如果输入内容包含攻击者可控的文本（如外部数据源、用户提交的文档），理论上可能诱导 Agent 偏离 Skill 指令。金融场景下应尽量只处理可信来源的数据。

四、实操建议

安装前核对来源是否为 Anthropic 官方仓库。
处理真实金融数据前，先用脱敏样例验证 Skill 行为是否符合预期。
在涉及写入或删除操作时，保留备份或使用副本。
不需要自动执行能力时，关闭 Agent 的自动 Shell 与自动文件写入。
凭证使用最小权限，并定期轮换。

结论：来源可控，但属于高风险业务领域的 Skill。是否能安全使用，主要取决于你处理的数据敏感度和授予 Agent 的权限范围，而不是 Skill 本身是否“危险”。任何一方都无法承诺 100% 安全。

Skill 使用要求

一、Agent / 客户端

该 Skill 属于 Anthropic 官方 Skills 体系，与 Claude Code 高度适配，应优先在 Claude Code 中使用。
官方没有提供完整的第三方 Agent 兼容列表。从 Agent Skill 的通用工作方式看，在支持 Skills、自定义 Skill 或类似指令加载机制的环境中，通常也可以尝试在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 Agent 中加载使用。
不同 Agent 加载 Skill 的目录结构、命名规则与触发方式不同，兼容程度也各不相同，具体以你所用 Agent 当前版本的 Skill 管理机制为准。

二、运行环境 / 依赖

官方未针对该 Skill 公布专门的运行环境与版本要求。是否需要 Node.js、Python、Docker 等，取决于 Skill 内部流程以及你让 Agent 执行的具体任务。

项目	要求
Agent	Claude Code 优先，其他支持 Skills 的 Agent 可尝试
Node.js / Python	官方未明确说明；如需运行数据处理脚本，由具体任务决定
Shell	可选；如仅需生成/分析逻辑，可不开启
网络	仅当任务需要访问外部数据源时

三、权限

文件读取：属于本类数据处理任务的常见需要，用于读取待处理数据文件。
文件写入：可选，仅在需要输出处理结果到文件时需要。
Shell：可选。若只需模型直接产出处理逻辑或结果，可以不授予。
网络：可选。仅当流程涉及外部数据源时。
GitHub / 浏览器 / Docker：默认不需要，除非 Skill 官方说明另有要求。

四、账号 / API Key

Skill 本体是否需要账号、API Key 或 Token：官方未公布相关要求。
Skill 后续处理的项目是否需要凭证：若涉及接入外部金融数据源、税务系统或云服务，可能需要第三方账号与 API Key。这部分需求由你的业务流程决定，与 Skill 本身无关，请勿混为一谈。

最小使用条件

一个支持 Skills 的 Agent（推荐 Claude Code）。
一个明确的数据处理任务目标。
待处理的（建议脱敏后的）数据。
按需决定是否授予文件读写或 Shell 权限。

Skill 安装、使用与卸载教程

一、安装

可以直接复制本页面提供的 Skill 安装指令，粘贴到对应的 Agent 或终端中执行。本页面的安装指令已经针对 LemonAIKit 的 Skill 分发方式做适配，无需再手动编写长串命令。

如果你不确定自己的 Agent 该怎么装，最省事的办法是直接问当前 Agent：

如何安装 anthropics/financial-services#fsi-strip-profile？

如何在 Claude Code 中安装 anthropics/financial-services#fsi-strip-profile？

如何在 Cursor 中安装 anthropics/financial-services#fsi-strip-profile？

Agent 会根据自己当前的 Skill 加载与管理机制，给出对应目录、加载方式与触发方式。不同 Agent 的 Skill 存放位置和安装方式可能不同，不必强求一致。

二、安装后如何使用

安装完成后，通常由 Agent 根据你的任务描述自动判断是否调用该 Skill。你可以直接用自然语言把任务说清楚，并在开头点名使用它，例如：

使用 fsi-strip-profile，帮我检查这份金融客户数据里哪些字段属于画像类字段，并给出建议移除的字段清单。

使用 fsi-strip-profile，把这批数据里的客户画像字段按规范做剥离处理，输出处理后的字段列表和说明。

使用 fsi-strip-profile，梳理我这份数据文件的结构，指出哪些字段涉及个人画像信息，需要脱敏处理后才能对外提供。

如果没有被自动调用，可以显式提醒 Agent“使用 fsi-strip-profile”。具体任务类型和输入格式，建议一并说清楚，模型会按 Skill 的指令组织输出。

三、卸载

卸载通常很简单：

使用你所用 Agent / Skill 管理器提供的删除方式移除该 Skill。
或直接问当前 Agent：“如何卸载 anthropics/financial-services#fsi-strip-profile？” 让它按你的环境给出具体步骤。
如果 Agent 没有内置管理命令，一般直接在 Skill 目录中删除对应文件夹即可。

不同 Agent 的 Skill 安装位置和管理方式不同，如果没有统一的卸载命令，直接让 Agent 帮你移除是最稳妥的做法。

常见问题

1. 这个 Skill 是 Anthropic 官方的吗？
它位于 Anthropic 官方 financial-services 仓库下，属于官方 Skill 集合中的一员。安装前建议确认来源，避免从镜像或第三方转载版本安装。

2. 官方没有单独说明这个 Skill 的功能，我还能用吗？
可以尝试，但建议先用脱敏样例数据做一次小规模验证，观察输出是否符合你对“strip profile”这类任务的理解，再用于真实业务。在没有官方文档前，不要把它的行为当作既定规范去依赖。

3. 可以在多个 Agent 里同时安装吗？
通常可以。Skill 一般是文件形式的指令，复制到不同 Agent 的 Skill 目录即可。但不同 Agent 的加载方式、触发方式、对 Skill 指令的执行程度不同，表现可能不一致。

4. Skill 更新后需要重新安装吗？
取决于你安装时是复制文件还是引用仓库。如果是固定副本，需要手动拉取新版本覆盖；如果使用 Agent 自带的 Skill 管理或 Git 同步机制，则可能是更新对应目录即可。以你的安装方式为准。

5. 安装后 Agent 没识别到 Skill，怎么办？
常见原因：目录放错、文件命名不符合 Agent 规范、Agent 版本过低不支持 Skills、未重载 Agent。可以先问当前 Agent“为什么没识别到 anthropics/financial-services#fsi-strip-profile”，并检查 Skill 文件是否在正确的加载路径下。

6. 中国大陆使用是否需要特殊网络条件？
Skill 本体是指令文件，安装与使用本身不额外引入网络依赖。但访问 Anthropic 模型服务、官方仓库以及 Skill 流程可能调用的外部金融数据源时，可能需要相应的网络条件。这部分由你的实际使用环境决定。

7. 用它处理真实客户金融数据安全吗？
数据安全主要取决于你给 Agent 的权限范围和你上传的数据内容，而不是 Skill 本身。建议先脱敏、在副本上操作、保留备份，并对写入和 Shell 权限保持谨慎。任何涉及真实金融数据的使用，都应先符合你所在机构与地区的合规要求。

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 中的 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 内容，在列表模式下披露而不写入任何内容。

无版本号 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 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。

无版本号 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 共享 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 验证是两个内联检查

无版本号 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：添加 Silent 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 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 之前完成同意步骤。

无版本号 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)：记录用于 BYO 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)

暂无评论

暂无评论...