kyc-rules – KYC 客户身份验证规则 Skill

kyc-rules 是用于指导 AI Agent 执行客户身份识别与尽职调查合规判断的金融合规 Skill，可依据预设规则核对客户资料、识别风险信号并辅助完成 KYC 审核流程，适合金融机构开户、客户准入与反洗钱审查等场景。

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

合规安全与合规 # Anthropic # Claude Code # KYC # 客户尽职调查 # 身份识别 # 金融合规

Skill 安装

多 Agent 安装

npx skills add https://github.com/anthropics/financial-services-plugins --skill kyc-rules

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

Skill 调研报告

Skill 详细介绍

anthropics/financial-services-plugins#kyc-rules 是 Anthropic 官方 financial-services-plugins 仓库下的一个 Skill，归属于金融服务插件集合。从标识路径来看，它的

它属于提示词与工作流类资源，本身不是一个可以独立安装运行的软件，也不会自己启动进程或调用外部接口。它的作用是给 AI Agent 补充一套 KYC（Know Your Customer，客户身份识别 / 尽职调查）相关的规则性知识与检查逻辑，让 Agent 在处理开户、客户准入、合规审查等任务时，能够按照结构化规则来推理和输出，而不是凭通用常识泛泛作答。

核心用途

帮助 Agent 在客户身份识别场景下，按规则检查客户资料是否齐全、是否存在高风险信号
为开户、客户准入、持续尽职调查等环节提供一致的判断框架
把分散的 KYC 规则整理成 Agent 可执行的检查步骤，减少人工反复对照清单的工作

典型任务

审阅一份客户资料，指出缺失项和需要补充的字段
根据客户类型（个人 / 企业）区分应收集的证明材料
识别潜在的高风险特征，并给出升级人工审核的建议
整理 KYC 审查结论，形成结构化输出

它适合谁

金融科技、合规、风控方向的产品与运营人员，希望用 Agent 辅助整理 KYC 检查流程
正在开发金融类 Agent 应用、需要内置 KYC 规则逻辑的开发者
需要反复处理客户准入资料、想减少重复对照工作的团队

它不适合什么

不能替代持牌机构的正式合规审查、法律意见或监管报送
不提供实时的官方监管规则更新，规则是否适用需以你所在司法辖区的现行法规为准
不负责对接具体的第三方身份核验服务（如证件 OCR、人脸比对、征信查询），这些需要另外的服务来提供

需要明确：Skill 本身提供的是规则与推理框架，真正的身份核验数据、监管数据库、证明材料来源，都由外部服务或人工提供，两者不能混为一谈。

Skill 安全评估

总体判断：该 Skill 来自 Anthropic 官方插件仓库，来源可信度较高。同时它本质上是规则 / 提示词类资源，本身不携带可执行代码，攻击面比带脚本的 Skill 小。但它处理的是 KYC 这类敏感合规场景，风险主要来自数据本身和使用方式，而不是 Skill 会不会执行危险命令。

来源可信度

来自 Anthropic 官方 financial-services-plugins 仓库，属于一手来源
不涉及第三方重新打包、镜像或 fork 版本，供应链风险相对可控

数据敏感性（重点）

KYC 天然涉及客户姓名、证件号、地址、企业工商信息等个人与商业敏感数据
使用时这部分数据会进入 AI Agent 的上下文，可能被发送到模型服务端
是否允许这样做，取决于你所在机构的合规政策、与模型服务商的协议，以及适用的数据保护法规

权限

Skill 本身通常只需要 Agent 的对话与文件读取能力，来查看你提供的资料
如果 Agent 被授予了 Shell、文件写入或网络权限，那是 Agent 层面的权限，不是这个 Skill 强制要求的
建议：处理真实客户资料时，关闭 Agent 的自动 Shell 执行和自动文件写入，只让它输出分析结果，由人工确认

使用建议

不要在未获授权的情况下把真实客户 KYC 资料交给公开模型
可以先用脱敏、虚构或样例数据验证 Skill 的输出是否符合预期
把 Skill 的输出当作辅助判断，最终合规结论仍需人工复核
如果机构有数据出境或本地化要求，需先确认所用模型服务的部署位置

没有证据表明该 Skill 存在已知的安全漏洞。但“来源可信”不等于“对任何使用场景都安全”，KYC 数据的处理方式才是这里最需要关注的点。

Skill 使用要求

一、Agent / 客户端

该 Skill 来自 Anthropic 官方插件体系，与 Claude Code 的 Skill 加载机制天然契合，可以优先在 Claude Code 中使用。官方没有公布完整的第三方 Agent 兼容列表。从 Agent Skill 的一般工作方式来看，在支持自定义 Skill、指令集或类似规则加载机制的环境中，通常也可以尝试在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 AI Agent 里使用，但不同 Agent 的加载方式与兼容程度可能不同，具体以对应 Agent 当前版本为准。

二、运行环境 / 依赖

该 Skill 属于规则 / 提示词类资源，通常不需要额外的运行时或编程语言环境。是否依赖 Node.js、Python、Git 等，取决于你所用 Agent 的 Skill 加载方式，而不是 Skill 本身。

项目	要求
Agent	Claude Code 优先，其他支持 Skill 的 Agent 可尝试
Node.js / Python	官方未将该 Skill 与特定运行时绑定，通常无需单独安装
网络	安装时通常需要访问 Skill 来源；使用时取决于 Agent 是否联网

三、权限

文件读取：可选，用于让 Agent 读取你提供的 KYC 资料
文件写入：非必需，除非你要它生成审查报告文件
Shell：非必需，该 Skill 不依赖执行命令
网络：非必需，取决于是否要 Agent 联网补充信息

四、账号 / API Key

Skill 本身不要求你提供额外的账号或 API Key
你需要的是所用 AI Agent 自身的访问权限（例如 Claude Code 的登录状态）
如果后续要接入第三方身份核验服务，那套凭证属于外部服务，不属于本 Skill

最小使用条件

一个可用的 AI Agent（优先 Claude Code）
已完成该 Skill 的安装与加载
准备好需要分析的客户资料（建议先脱敏）

Skill 安装、使用与卸载教程

一、安装

可以直接复制本页面提供的 Skill 安装指令，粘贴到对应的 Agent 或终端中执行。如果不确定自己的 Agent 该如何安装，可以直接向当前 Agent 提问，让它根据自身的 Skill 加载与管理机制来指导：

如何安装 anthropics/financial-services-plugins#kyc-rules？

如何在 Claude Code 中安装 anthropics/financial-services-plugins#kyc-rules？

如何在 Cursor 中安装 anthropics/financial-services-plugins#kyc-rules？

不同 Agent 的 Skill 安装方式差异较大，官方对该 Skill 是否提供统一安装命令，请以其当前官方说明为准。

二、安装后如何使用

安装并加载后，通常不需要特殊触发命令，直接在对话中描述你的 KYC 审查需求即可，Agent 会调用该 Skill 的规则逻辑来处理。适合交给它的任务包括：资料完整性检查、高风险信号识别、按客户类型区分材料要求、生成结构化审查结论。

自然语言使用示例：

使用 kyc-rules，帮我检查这份企业客户的开户资料是否齐全，并列出缺失项。

使用 kyc-rules，根据这份客户信息判断是否存在需要升级人工复核的高风险特征。

使用 kyc-rules，把这个个人客户的信息整理成一份结构化的 KYC 审查记录。

三、卸载

不同 Agent 的 Skill 安装位置和管理方式可能不同。可以优先使用对应 Agent 或 Skill 管理器提供的删除方式移除该 Skill，也可以直接询问当前 Agent：

如何卸载 anthropics/financial-services-plugins#kyc-rules？

如果存在统一的卸载命令，以官方说明为准；无法确认时，让当前 Agent 根据它的管理机制来移除通常更稳妥。

常见问题

1. 这个 Skill 输出的 KYC 结论能直接当成合规结论用吗？

不能。它提供的是规则检查与辅助推理，最终合规判断、监管报送和法律责任仍由持牌机构与合规人员承担。把它的输出当作初筛和整理工具更合适。

2. 中国大陆使用是否有网络或数据合规上的要求？

KYC 涉及个人敏感信息，在中国大陆使用需注意个人信息保护相关法规，以及所用模型服务的部署位置和数据出境要求。是否可用，取决于你所在机构的具体合规安排，建议先内部确认再处理真实数据。

3. 安装后 Agent 没识别到这个 Skill 怎么办？

先确认 Skill 已正确安装到当前 Agent 的 Skill 目录并被加载。不同 Agent 的加载机制不同，可以直接问当前 Agent 是否已加载 anthropics/financial-services-plugins#kyc-rules，以及需要一个什么目录或配置。若仍不生效，检查是否安装到了另一个 Agent 的环境里。

4. 可以同时安装到多个 Agent 吗？

通常可以，把 Skill 安装到各 Agent 各自的 Skill 位置即可。它们相互独立，但要注意同一份 KYC 数据在不同 Agent 间的流转是否符合你的合规要求。

5. 这个 Skill 会修改我已有的项目或文件吗？

它本身是规则类资源，不会主动修改文件。是否产生写入行为取决于你的 Agent 权限设置。处理真实资料时，建议关闭自动写入，让 Agent 只输出分析结果。

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

是否需重装取决于 Agent 的 Skill 管理方式。如果 Agent 支持从源仓库同步或更新，通常不需要手动重装；否则可能需要重新安装以获取最新版本。以官方说明为准。

7. 它和通用 Agent 自身的能力有什么区别？

通用 Agent 也能聊 KYC，但缺少统一的规则框架，容易漏项或前后不一致。这个 Skill 的价值在于把 KYC 检查逻辑结构化，让 Agent 按固定规则来推理和输出，减少随意性。

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）；非全球云需要 BYO 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 键，用于为 Microsoft Graph 自带 Entra 应用而不是同意 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)

暂无评论

暂无评论...