kyc-doc-parse – KYC 证件文档解析 Skill

3周前更新 7 0 0 0

kyc-doc-parse 是用于从 KYC 身份证明文件中提取和结构化关键信息的 Skill，适合金融合规场景下自动解析护照、身份证、地址证明等材料并输出规范字段。

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

Skill 安装

多 Agent 安装 
npx skills add https://github.com/anthropics/financial-services --skill kyc-doc-parse

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

Skill 调研报告

Skill 详细介绍

anthropics/financial-services#kyc-doc-parse 是 Anthropic 官方 financial-services 仓库中的一个 Skill，名称可以识别为 kyc-doc-parse。从标识本身可以判断，它属于金融服务方向，名字中的 KYC 指 Know Your Customer（了解你的客户），doc-parse 指文档解析。因此它的核心方向是：在 KYC / 客户尽职调查这类金融合规流程中，帮助 Agent 解析相关文档。

它不是一个可以独立运行的软件，本质上是一份面向 AI Agent 的 Skill 定义（通常由 SKILL.md 加可选脚本 / 参考资料组成）。安装后，Agent 会多出一套针对 KYC 文档解析的任务指令与工作方式，而不是多出一个独立的命令行程序。

核心能力方向

– 解析 KYC 流程中常见的客户身份与合规文档
– 从文档中提取结构化字段，例如姓名、证件号、地址、公司信息、日期等
– 帮助整理、核对、归纳多份文档中的信息
– 在尽职调查场景下辅助 Agent 按固定字段输出结果

它不是什么

– 不是 OCR 引擎本身。文档的文本识别通常依赖 Agent 环境或外部工具，Skill 主要定义解析与提取逻辑
– 不是合规审批系统，不替代人工合规审核
– 不是数据库或身份核验服务，本身不接入政府或征信数据源

与普通 Agent 能力的区别

普通 Agent 也能读文档，但通常没有针对 KYC 场景的字段规范、文档类型判断和处理顺序。这个 Skill 的价值在于把 KYC 文档解析的领域知识固化下来，让输出更贴近金融合规场景需要的结构化结果。

适合的用户

– 做金融合规、KYC / AML 相关工具或流程的开发者
– 需要批量处理客户尽职调查文档的团队
– 在 Agent 工作流中需要稳定文档提取能力的场景

不适合的需求

– 需要法律意义上合规结论的场景
– 需要权威身份核验的场景
– 希望开箱即用的成熟 SaaS 产品

由于当前环境无法直接读取该 Skill 的 SKILL.md 与官方 README，以上功能描述基于标识、仓库定位与金融 KYC 领域的通用理解。具体支持的文档类型、字段清单和输出格式，请以该 Skill 当前官方说明为准。

Skill 安全评估

总体判断：该 Skill 来自 Anthropic 官方 financial-services 仓库，来源可信度较高。但它面向的是 KYC 文档，这类文档通常包含高度敏感的个人身份信息，因此数据安全是这个 Skill 最需要关注的点，而不是代码执行安全。

需要重点关注的风险

– 敏感个人信息：KYC 文档往往包含身份证件、住址、银行信息等。把这类文档交给任何 AI Agent 处理，都意味着这些信息会进入 Agent 的上下文，可能被发送到模型服务端。这是使用前必须确认的最核心问题。
– 文件读取权限：解析文档需要 Agent 读取文件。范围应尽量限定在必要的文档目录，不建议授予整个磁盘或整个项目目录的读取权限。
– 网络访问：如果 Skill 依赖外部 OCR 或解析服务，文档内容可能通过网络传输到第三方。需确认该服务是否在你的合规许可范围内。
– Prompt Injection：KYC 文档内容不可控。如果文档中嵌入了恶意指令，理论上可能影响 Agent 行为，尤其是当 Agent 同时拥有写文件或执行命令权限时。
– 输出存储：解析结果可能包含敏感字段，保存位置和访问权限需要和你的数据合规要求一致。

实际可用的降低风险做法

– 只处理脱敏样本，或使用合成测试文档验证流程
– 限制文件读取范围到特定目录
– 不需要写文件或执行命令时，关闭 Agent 的自动执行与写入权限
– 在合规要求高的环境中，确认文档数据不会被发送到不允许的模型或服务端
– 不要把真实生产 KYC 数据直接用于未确认合规性的实验环境

该 Skill 官方是否附带数据处理的专门说明，当前资料未明确。使用前建议先确认这一点。

Skill 使用要求

一、Agent / 客户端

该 Skill 来自 Anthropic 官方仓库，与 Claude Code 适配度最高，建议优先在 Claude Code 中使用。官方没有公布完整的第三方 Agent 兼容列表。从 Agent Skill 的通用工作机制看，在支持 Skills 或类似指令加载机制的环境中，通常也可以尝试在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 AI Agent 中使用，但加载方式和兼容程度可能不同，具体以对应 Agent 当前版本为准。

二、运行环境 / 依赖

官方未在标识层面明确列出硬性依赖。实际依赖取决于该 Skill 的实现方式（是否内置脚本、是否调用外部解析工具）。

| 项目 | 要求 |
|—|—|
| Agent | Claude Code 优先，其他兼容 Agent 可尝试 |
| Node.js | 未确认，仅当 Skill 内含 JS 脚本时需要 |
| Python | 未确认，仅当 Skill 内含 Python 脚本时需要 |
| 网络 | 仅当 Skill 需要调用外部解析 / OCR 服务时需要 |

具体版本要求请以官方说明为准，不要凭猜测安装版本。

三、权限

– 文件读取：必需（解析文档的前提）
– 文件写入：可选（是否输出解析结果到文件）
– Shell：可选（若 Skill 含脚本）
– 网络：可选（若调用外部服务）

建议只开放必需权限。

四、账号 / API Key

Skill 本身是否需要账号或 API Key，当前官方资料未明确说明。需要区分两点：

– Skill 本身：是否需要凭证取决于其实现
– 后续处理的项目：如果文档解析要接入外部 OCR / 核验服务，那些服务可能需要各自的 API Key

不要把两者混为一谈。

最小使用条件

1. 一个可加载 Skill 的 Agent 环境
2. 对目标文档目录的读取权限
3. 待解析的 KYC 文档
4. 符合你数据合规要求的使用环境

Skill 安装、使用与卸载教程

一、安装

LemonAIKit 本页面已经单独提供该 Skill 的安装指令。最省事的方式是直接复制本页面的安装指令，粘贴到你的 Agent 或终端执行。

如果你不确定自己的 Agent 该怎么装，可以直接问当前 Agent：

如何安装 anthropics/financial-services#kyc-doc-parse？

也可以指定 Agent：

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

如何在 Codex 中安装 anthropics/financial-services#kyc-doc-parse？

如何在 Cursor 中安装 anthropics/financial-services#kyc-doc-parse？

让当前 Agent 根据自己的 Skill 加载 / 管理机制给出具体步骤。若该 Skill 存在特殊官方安装要求，以官方说明为准。

二、安装后如何使用

安装后一般不需要额外启动命令，直接在用自然语言描述任务时点名这个 Skill 即可。适合交给它的任务类型：解析 KYC / 尽职调查文档、从证件或表格中提取字段、整理多份客户文档信息。

使用示例：

使用 kyc-doc-parse，帮我解析这份开户申请文档，提取姓名、证件号、地址和公司信息。

使用 kyc-doc-parse，把这几份客户尽职调查文件整理成统一的结构化字段。

使用 kyc-doc-parse，检查这份 KYC 文档里缺少哪些必要字段。

向 Agent 描述需求时，说清楚三点会更稳：文档在哪、要提取哪些字段、输出成什么格式。

三、卸载

不同 Agent 的 Skill 安装位置和管理方式不同，没有统一卸载命令。推荐两种方式：

– 使用对应 Agent 或 Skill 管理器提供的删除功能，移除该 Skill
– 直接问当前 Agent：

如何卸载 anthropics/financial-services#kyc-doc-parse？

让 Agent 根据本地实际安装位置指导删除，通常比照抄固定命令更稳妥。官方是否提供专门卸载命令，当前资料未明确。

常见问题

这个 Skill 会自己上传我的文档吗？
取决于实现和运行环境。解析在本地 Agent 中进行时，文档会进入模型上下文；若调用外部服务，则可能通过网络传输。敏感的 KYC 数据使用前，请先确认数据流向。

可以同时安装到多个 Agent 吗？
通常可以，各 Agent 的 Skill 目录相互独立，重复安装一般不冲突。具体以各 Agent 的管理方式为准。

安装后 Agent 没识别到这个 Skill 怎么办？
常见原因是安装路径不对、Agent 未重新加载，或 Skill 结构不完整。可以让 Agent 自己检查 Skill 目录并确认是否正确加载。

Skill 更新后需要重新安装吗？
如果是从官方仓库拉取，通常更新源文件即可；如果是复制安装的，需要重新同步。具体看你的安装方式。

中国大陆使用有网络要求吗？
如果 Skill 本身不依赖外部服务，且你的模型服务可正常访问，通常不受影响。如果依赖外部 OCR / 解析接口，需确认该接口在国内的可访问性。

它会修改我已有的项目文件吗？
取决于你是否授予写权限。只做解析、不输出到文件时，一般不需要写权限。建议按需授权最小权限。

解析结果能直接用于合规结论吗？
不能。该 Skill 辅助提取和整理文档信息，不提供法律或合规层面的结论，最终审核仍需人工与其合规流程负责。

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 中记录。取代已退役的 disabled_models/additional_models 组合（来自 #294）：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 中的长破折号 被解码为 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 和 push 上对市场 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 键，用于为 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 之前完成同意步骤。
无版本号
重构仓库并添加命名代理 (#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
暂无评论...