ib-check-deck – 投行路演材料审核 Skill

ib-check-deck 是用于对投资银行路演材料进行审阅检查的 Skill，可协助 AI Agent 核对 Pitch Deck 中的数据一致性、逻辑与常见错误，适合投行、融资顾问在材料定稿前做质量把关。

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

电商与商业财务与会计 # Anthropic # Claude Code # Pitchbook # 投资银行 # 文档一致性 # 演示文稿检查

Skill 安装

多 Agent 安装

npx skills add https://github.com/anthropics/financial-services-plugins --skill ib-check-deck

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

Skill 调研报告

Skill 详细介绍

ib-check-deck 是 Anthropic 官方金融服务业插件仓库 anthropics/financial-services-plugins 中的一个投行实务类 Skill。它的名字可以拆成两部分理解：ib 代表 Investment Banking（投资银行），check-deck 指对「deck」（投行圈对演示文稿 / pitchbook / 项目材料的通称）做检查。因此它的核心用途是：在投行场景下，辅助检查一份演示文稿或交易材料，发现其中可能存在的错误、不一致或遗漏。

需要先明确一点：它不是一个独立软件，也不是一个可以脱离 AI Agent 单独运行的命令行工具或应用。它本质上是随对应插件加载、给 Agent 使用的一组指令 / 工作流 / 检查方法。安装之后，Agent 增加的是「按投行 deck 检查逻辑去审阅材料」的能力，而不是一个可执行程序。

它主要解决什么问题

投行材料体量大、结构复杂，人工通读检查费时费力，容易漏掉细节。
一份 deck 里经常出现数字前后不一致、页码与页码之间口径不统一、术语混用、标题与内容不对应等问题，肉眼难以全面覆盖。
初步的合规性、完整性、一致性核对，适合先由 Agent 做一遍，再由人复核。

典型任务

对一份演示文稿做整体结构检查，确认章节是否齐全、逻辑是否连贯。
检查关键数字、口径、结论在全文各处是否前后一致。
检查术语、称谓、标点、格式是否统一。
检查是否缺少通常会出现在该类材料中的要素（例如某类声明、脚注、来源标注等）。
给出问题清单，供人工逐条确认和修改。

工作方式

它依赖 Agent 的读取与文本处理能力，由 Agent 读取你提供的材料内容，再按照 Skill 内置的检查逻辑给出意见。它本身不联网抓取数据，也不自带素材库。因此它检查的是「你给它的材料本身」，不会替你去外部核实某一个数字是否真实正确——那属于资料核实，不是这个 Skill 的职责范围。

适合哪些用户

投行、券商、财务顾问等需要制作和审阅交易材料的从业者。
PE / VC、企业战投、IR 等需要准备 pitchbook 或类似材料的岗位。
任何需要对自己写的长篇专业演示材料做一遍一致性、完整性自查的人。

不适合哪些需求

不适合用来「代替人工做最终决策性审阅」——它产出的是待确认的问题清单，不是终审结论。
不适合当作数据核实工具：它不会去外部验证数字真假。
不适合非演示类文档的通用校对需求——那是通用写作类 Skill 的领域。

与普通 Agent 自身能力的区别

普通 Agent 也能帮你读文档、挑毛病，但检查标准和侧重点取决于临时提示。ib-check-deck 的价值在于把「投行 deck 该查什么」这套相对固定的检查维度固化下来，让检查更系统、少遗漏、跨次更一致。

Skill 安全评估

总体判断：ib-check-deck 来自 Anthropic 官方插件仓库，来源可信度较高；它属于指令 / 工作流类 Skill，本身通常不涉及可执行代码、不主动联网、不写入文件，因此固有风险低。真正需要留意的是「它运行的宿主环境」和「你交给它的材料本身」，而不是这个 Skill 本身。

1. 来源可信度

该 Skill 属于 anthropics/financial-services-plugins 官方仓库，由 Anthropic 维护。相比来源不明的第三方同名 Skill，可信度更高。注意区分：市场上可能存在他人重新发布或改名的版本，安装时应认准官方仓库标识，不要用第三方包替换。

2. 权限性质

这类 Skill 主要用于读取和分析文本材料，通常不需要 Shell 执行权限，也不需要写入或修改你的文件。如果在安装时被要求授予额外的执行、写入或联网权限，应停下来核实这是否为该 Skill 真实所需，还是宿主 Agent 或第三方安装包的额外行为。

3. 数据敏感性（重点）

这是最值得注意的一点。投行 deck 往往包含未公开的交易信息、财务数据、客户名称、估值假设等高度敏感内容。把这类材料交给任何 AI Agent 处理，都意味着内容会进入模型处理流程。是否允许这样做，取决于你所在机构的数据合规政策，以及所选 Agent 的部署方式（本地 / 云端、是否留存数据）。这属于使用层面的合规判断，不是 Skill 本身的安全缺陷，但必须在使用前想清楚。

4. 输出可靠性

模型给出的检查结论可能存在误报或漏报，不应把它的输出当作权威合规意见。它的定位是辅助初审，最终结论必须由人复核。不要因为「AI 检查过了」就跳过人工确认。

5. 可降低风险的操作建议

对含敏感信息的材料，先确认机构是否允许上传至所选 Agent；不允许时，可用脱敏版本或改写后的样例先行测试。
不授予该 Skill 不需要的 Shell / 文件写入权限。
安装时认准官方仓库，避免同名第三方版本。
把它当作「问题发现助手」，而不是「结论生成器」。

无法对任何 Skill 做出「100% 安全」「完全无风险」的断言。更准确的说法是：该 Skill 本身风险较低，风险主要来自材料敏感性和宿主环境，需要由使用者按自身合规要求判断。

Skill 使用要求

一、Agent / 客户端

该 Skill 来自 Anthropic 官方插件体系，与 Claude Code 的 Skill / 插件加载机制天然契合，优先在 Claude Code 中使用。这是最稳妥、最少适配问题的选择。

官方没有公布完整的第三方 Agent 兼容列表。从 Agent Skill 的通用工作方式看，在支持 Skills、自定义 Skill 或类似指令加载机制的环境中，通常也可以尝试在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 Agent 中使用，但不同 Agent 的加载方式、触发方式和兼容程度可能不同，具体能否使用、如何使用，以对应 Agent 当前版本为准。

二、运行环境 / 依赖

该 Skill 属于指令 / 工作流类，不依赖特定的编程语言运行时。是否还需要额外环境，取决于你实际用来审阅的材料格式（例如是纯文本、Markdown，还是需要先解析的 Word / PPT / PDF 文件）。

项目	要求
Agent	Claude Code 优先；其他支持 Skill 的 Agent 可尝试
编程语言运行时	该 Skill 本身不强制要求特定语言环境
网络	该 Skill 本身不依赖联网；是否联网取决于宿主 Agent
材料格式	取决于你的素材类型，可能需借助 Agent 或额外工具先做格式解析

官方没有明确给出具体版本要求的部分，不建议自行假设版本号。

三、权限

文件读取：必需（需要读取待检查的材料）。
文件写入 / 修改：通常不必需。若 Agent 要求写入权限，核实其用途。
Shell：通常不必需。
网络：该 Skill 本身不依赖；是否开放由宿主 Agent 决定。
浏览器 / Docker / GitHub：与该 Skill 核心功能无关。

四、账号 / API Key

该 Skill 本身通常不需要额外的账号、API Key 或 Token。它依赖宿主 Agent 自身的模型能力。

需要区分的是：如果你后续要把 Skill 产出的内容接入其他自动化流程，那些流程可能各自需要凭证——那是后续环节的事情，和本 Skill 是否要凭证是两回事，不要混在一起判断。

最小使用条件

一个可加载该 Skill 的 Agent（Claude Code 优先）。
一份可被 Agent 读取的待检查材料。
对材料敏感性有清晰的合规判断。

Skill 安装、使用与卸载教程

一、安装

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

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

如何安装 anthropics/financial-services-plugins#ib-check-deck？

如何在 Claude Code 中安装 anthropics/financial-services-plugins#ib-check-deck？

如何在 Cursor 中安装 anthropics/financial-services-plugins#ib-check-deck？

让 Agent 根据它自己的 Skill 加载 / 管理机制来指导你，比照搬固定命令更稳妥。若该 Skill 有额外的官方安装前提，以官方说明为准。

二、安装后如何使用

安装后，通常不需要记忆特殊命令，直接用自然语言描述任务即可触发。适合交给它的是：把一份投行 / 交易类演示材料交出去，让它按检查维度挑问题。描述需求时，把材料、材料类型、你关心的检查重点说清楚即可。

使用 ib-check-deck，帮我检查这份 pitchbook 的结构是否完整，有没有明显的章节缺失。

使用 ib-check-deck，检查这份交易材料里前后出现的数字和口径是否一致，把不一致的地方列出来。

使用 ib-check-deck，帮我把这份 deck 里的术语、称谓和格式统一性过一遍，给出需要修改的清单。

得到结果后，请把它当作待确认清单逐条复核，而不是直接采纳。

三、卸载

不同 Agent 的 Skill 安装位置和管理方式不同，没有一个通用的统一卸载命令。建议：

使用对应 Agent / Skill 管理器自带的删除或禁用功能移除该 Skill。
或直接询问当前 Agent：

如何卸载 anthropics/financial-services-plugins#ib-check-deck？

由 Agent 按其管理方式指导移除，通常比手动删除文件更稳妥。

常见问题

1. 这个 Skill 会联网核实我 deck 里的数字是否真实吗？

不会。它检查的是你提供材料内部的逻辑、结构和一致性，不负责去外部数据源验证数字真假。数字的事实核实仍需另行完成。

2. 我把含未公开交易信息的 deck 交给它，安全吗？

风险不来自 Skill 本身，而来自「敏感材料进入模型处理流程」这一行为。是否可以做，取决于你所在机构的合规政策和你所用 Agent 的部署方式。建议先确认机构要求，必要时用脱敏版本测试。

3. 它可以同时装在 Claude Code 和 Cursor 里吗？

一般可以。Skill 是分别安装到各自 Agent 环境中的，互不冲突。但不同 Agent 的加载和触发机制不同，体验可能不一致，具体以各自当前版本为准。

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

先确认是否真的安装成功，以及当前对话是否处于能加载 Skill 的环境。不同 Agent 识别 Skill 的方式不同，最直接的办法是询问当前 Agent 该 Skill 是否已经可用、位置是否正确。

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

取决于你使用的 Agent 和更新方式。有些环境支持直接更新，有些需要重新拉取。建议以该 Skill 官方说明和你所用 Agent 的管理机制为准。

6. 它可以替代人工做最终的风控或合规审阅吗？

不可以。它定位是辅助初审，帮你更快发现问题、减少遗漏，但输出可能有误报漏报。最终判断必须由人复核，不能把它的结论当作权威合规意见。

7. 它和通用的文档校对 Skill 有什么区别？

通用校对 Skill 侧重文字层面的错字、语法、表达；ib-check-deck 面向投行 deck 场景，检查的是结构完整性、数字口径一致性、术语统一、要素齐备等更贴近交易材料要求的维度，侧重点不同。

Skill 更新日志

版本列表

无版本号 2026-09-21

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

无版本号 2026-09-18

build-manifest：将凭据放在 URL fragment 中，而不是查询字符串中 (#356) * build-manifest：将凭据放在 URL fragment 中，而不是查询字符串中 Claude for Office 从 URL fragment 读取 manifest 设置；查询字符串凭据在那里已被弃用，并将从 2026-10-19 起被忽略 (anthropics/office-agent#2857)。Fragment 不会在 HTTP 请求中发送。 Co-Authored-By: Claude Claude-Session: https://claude.ai/code/session_01LTWZSYSeY8PZFPmQ3PXJin * manifest 文档：精简 fragment 说明 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 中记录。替换 #294 中已弃用的 disabled_models/additional_models 组合：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)

暂无评论

暂无评论...