fsi-comps-analysis – 可比公司财务分析 Skill

3周前更新 10 0 0 0

fsi-comps-analysis 是指导 AI Agent 执行可比公司分析的金融分析型 Skill,用于筛选可比公司、整理估值倍数并生成同业估值对比,适合投行、研究和企业财务场景下的估值参考工作。

Skill 安装

多 Agent 安装
npx skills add https://github.com/anthropics/financial-services-plugins --skill fsi-comps-analysis

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

Skill 调研报告

Skill 详细介绍

一、它是什么

anthropics/financial-services-plugins#fsi-comps-analysis 是 Anthropic 官方 financial-services-plugins 插件集合中的一个 Skill,核心用途是进行可比公司分析(Comparable Company Analysis,简称 Comps Analysis)。

可比公司分析是投行、私募股权、股票研究和企业财务部门的常规工作:选取一组业务相似、规模相近的上市公司,计算估值倍数(如 P/E、EV/EBITDA、EV/Sales、P/B 等),据此推断目标公司的相对估值区间。

这个 Skill 把上述流程整理成一套 Agent 可直接执行的指令 / 工作流,让 Agent 在对话中协助完成同行业公司的选取逻辑、倍数计算表格的组织、估值区间的推理和结果输出。

二、它不是什么

– 不是一个独立运行的估值软件,没有自己的界面、数据库或计算引擎。
– 不是实时行情终端,本身不提供实时股价、财报或市场数据源。
– 不是投资建议工具,输出的分析结果需要用户自行核实数据口径并承担判断责任。

三、核心功能

安装后,Agent 在财务分析类任务中会获得一套结构化的 Comps 分析能力,通常涉及:

1. 可比公司筛选思路:按行业、业务模式、规模、地区等维度组织候选公司。
2. 估值倍数体系:整理常见倍数(EV/EBITDA、EV/Sales、P/E、P/B 等)的适用条件与口径。
3. 表格结构组织:把目标公司与可比公司的关键财务数据、倍数汇总成可比表。
4. 估值区间推理:基于倍数分布给出估值区间的推导逻辑。
5. 结果呈现:以分析报告或表格形式输出,便于进一步在 Excel / Word 中加工。

四、典型任务与使用场景

– 为一家未上市公司寻找二级市场可比标的,估算大致估值倍数。
– 在做并购、融资、IPO 前,准备一页可比公司估值表。
– 快速检查一份已有的 Comps 表结构是否合理、口径是否一致。
– 教学或研究场景下,理解 Comps 分析的完整推理链条。

五、适合与不适合

适合:金融从业者、投研人员、企业财务人员、商学院学生,以及需要快速组织估值分析框架的人。

不适合:需要实时市场数据接入、需要自动拉取上市公司财报数据库、或者需要做出最终投资决策的场景。这些依赖外部数据源和人工判断,Skill 本身不解决。

六、与普通 Agent 自身能力的区别

普通 Agent 也能谈论估值倍数,但往往口径不统一、步骤跳跃、表格结构随意。这个 Skill 的价值在于把 Comps 分析的工作流固定下来,让输出在结构、术语和推导顺序上保持一致,减少反复纠正的成本。

从本质上说,它属于提示词 / 指令集 / 方法论类型的 Skill,而不是独立软件或数据服务。

Skill 安全评估

总体判断

从来源看,这个 Skill 属于 Anthropic 官方 financial-services-plugins 仓库,来源可信度较高。它的主要工作方式是生成分析内容和表格结构,通常不需要高权限的操作。但具体行为仍取决于 Agent 运行时赋予它的权限范围。

需要关注的点

1. 来源可信度:官方仓库发布是正面信号,但仍建议确认拉取的确实是 anthropics/financial-services-plugins 下的官方版本,而不是第三方镜像或改名 fork。

2. 文件写入:估值表格可能需要写入本地文件(如生成 Excel、Markdown 或 CSV)。如果 Agent 拥有对工作目录的写权限,会直接修改或新增文件。建议提前确认工作目录,避免覆盖已有分析文件。

3. 网络访问:Skill 本身通常不强制联网。但如果 Agent 为了获取股价、财报等数据而调用外部工具或 API,就会涉及网络请求。是否允许联网,由用户在 Agent 层面控制。

4. 第三方数据源:如果用户把金融数据 API(如行情接口、财报数据库)接入 Agent,Key 和数据的合规性由用户自行负责,不属于 Skill 本身的范畴。

5. Shell 权限:除非 Skill 需要执行脚本生成表格,通常不必授予 Shell 执行权限。若不需要,建议关闭 Agent 的自动 Shell 执行,让用户手动运行生成的命令。

6. 提示词注入:如果输入中混入了外部抓取的网页内容或第三方文档,理论上存在被注入指令的风险。处理未经验证的素材时保持警惕。

降低风险的做法

– 在受限的工作目录内使用,避免对系统目录开放写权限。
– 只把 anthropics/financial-services-plugins 作为唯一来源,不使用第三方重新发布的副本。
– 涉及真实资金、真实持仓的分析结果,务必人工复核再使用。
– 若只需要结构化的分析思路,可以关闭 Shell 和网络权限,只在对话内让它输出步骤和表格草案。

这个 Skill 属于分析辅助类,正常使用下风险较低,但“分析结果本身”需要人工核实,这既是风险点,也是金融分析固有的责任边界。

Skill 使用要求

一、Agent / 客户端

该 Skill 由 Anthropic 官方随 financial-services-plugins 一起发布,与 Claude Code 的 Skills 机制配合最为自然,建议优先在 Claude Code 中使用。

Anthropic 官方没有公布完整的第三方 Agent 兼容列表。从 Agent Skill 的加载方式看,凡是支持自定义 Skill、指令集或类似加载机制的环境(例如 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等),通常都可以尝试使用。不同 Agent 加载 Skill 的方式和对 Skill 格式的兼容程度不同,具体以对应 Agent 当前版本的实际支持情况为准。

二、运行环境 / 依赖

| 项目 | 要求 |
|—|—|
| Agent | 支持 Skills / 自定义 Skill 的 Agent,Claude Code 优先 |
| 网络 | 仅在需要外部金融数据时使用;Skill 本身通常不强制联网 |
| 文件系统 | 若需要导出表格或报告,需要可写目录 |
| 其他运行时 | 官方未明确要求特定 Node.js / Python 版本;以插件仓库当前说明为准 |

官方资料未把这个 Skill 与特定 Node.js、Python、Docker 版本绑定,因此不要自行假设版本要求。

三、权限

– 文件读取:可选。用于读取用户提供的财报、数据表。
– 文件写入:可选。用于输出估值表格或分析报告。
– Shell 执行:可选。通常不需要;如生成脚本可选开启。
– 网络访问:可选。仅当需要外部数据时使用。
– 浏览器 / Docker:一般不需要。

四、账号 / API Key

Skill 本身不需要额外的 API Key 或账号。是否需要 Key 取决于用户自己接入的数据源和所在 Agent 平台的计费方式,与 Skill 无关。

最小使用条件

1. 一个支持自定义 Skill 的 Agent(Claude Code 优先)。
2. 已正确安装 anthropics/financial-services-plugins#fsi-comps-analysis。
3. 能提供或允许 Agent 访问要分析的公司信息和财务数据。
4. 若需要导出文件,有一个可写的工作目录。

Skill 安装、使用与卸载教程

一、安装

最直接的方式是复制本页面提供的 Skill 安装指令,粘贴到对应 Agent 或终端中执行。

如果你不确定自己的 Agent 如何安装 Skill,可以直接在对话中向当前 Agent 提问,让它按自己的 Skill 加载机制指导你:

如何安装 anthropics/financial-services-plugins#fsi-comps-analysis?

如何在 Claude Code 中安装 anthropics/financial-services-plugins#fsi-comps-analysis?

如何在 Cursor 中安装 anthropics/financial-services-plugins#fsi-comps-analysis?

如果当前 Skill 需要先安装 financial-services-plugins 插件集合,再启用其中的 fsi-comps-analysis 子项,建议以插件仓库当前的官方说明为准,不要凭记忆手写路径。

二、安装后如何使用

安装完成后,一般不需要特殊命令,直接在对话里描述任务即可。适合交给它的场景包括:准备可比公司估值表、检查现有 Comps 表结构、推导估值区间等。

一段自然语言示例:

使用 fsi-comps-analysis,帮我为一家国内 SaaS 公司准备一份可比公司估值分析,列出关键倍数和估值区间。

使用 fsi-comps-analysis,检查这份 Excel 里的可比公司表口径是否一致,指出需要调整的地方。

使用 fsi-comps-analysis,整理一份针对制造业目标公司的 Comps 分析框架。

使用时建议明确告诉 Agent:目标公司是谁、可比范围有什么限制、想用哪些倍数、是否需要导出文件。信息越具体,输出越可用。

三、卸载

不同 Agent 的 Skill 安装位置和管理方式不同,没有统一的卸载命令。

通常可以通过以下方式移除:

1. 使用对应 Agent 或 Skill 管理器提供的删除方式,移除该 Skill。
2. 如果 Agent 支持按 Skill 名卸载,直接按名称删除。
3. 若不确定,直接在对话中提问:

如何卸载 anthropics/financial-services-plugins#fsi-comps-analysis?

这样由当前 Agent 根据自己的 Skill 目录结构指导你,比套用固定命令更稳妥。

常见问题

1. 安装后 Agent 没有识别到这个 Skill,怎么办?

先确认安装位置是否是当前 Agent 实际加载 Skill 的目录,再确认是否把 financial-services-plugins 作为整体装好、其中是否已启用 fsi-comps-analysis。如果是插件集合形式,通常需要同时满足这两层。可以在对话里让你用 Agent 自查:“列出你当前已加载的 Skills”,看目标 Skill 是否出现。

2. 可以在多个 Agent 上同时安装吗?

可以。Skill 本身是文本 / 配置,装到不同 Agent 上互不冲突。但不同 Agent 的 Skill 加载格式可能略有差异,行为表现也会不同,建议以每个 Agent 自己的官方说明为准。

3. 用它做出来的估值结果可以直接用于投资决策吗?

不建议。Skill 负责把分析框架和表格结构组织清楚,具体的股价、财报数字、口径一致性仍需要人工核对。金融分析本身有明确的责任边界,任何自动生成的估值都只能作为草稿或参考。

4. 中国大陆使用是否有额外网络要求?

Skill 本身通常不强制联网。是否顺畅取决于你所在 Agent 平台和外部数据源的可达性。如果只做结构化的分析组织,一般不受网络影响。

5. Skill 会不会修改我已有的项目文件?

只有在 Agent 被授予文件写入权限、并且你要求它导出或修改文件时,它才会写文件。如果只做对话内的分析,不涉及文件改动。建议在专用工作目录内使用,避免误覆盖。

6. 只给出分析框架、不生成表格文件,能做到吗?

可以。在提示里明确说明“只输出分析步骤和表格草案,不要写入文件”即可,Agent 通常会遵循这一约束。这样也能顺手降低文件权限相关的风险。

7. 和普通的估值讨论相比,这个 Skill 的差别在哪?

主要差别在结构和一致性。普通对话容易被随意打断和跑偏,而这个 Skill 会把 Comps 分析的组织方式固定下来,让术语、倍数口径和推导顺序更接近业内惯用做法,适合需要反复产出同类分析的人。

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 中记录。取代 #294 中已弃用的 disabled_models/additional_models 组合: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,其中保存设置、推理配置, 以及引导/条款标志。 - 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 保存设置、推理/客户配置,以及 引导 + 条款接受标志——这些都不在 IndexedDB 中——因此没有它的导出 会让重建后的机器重新进行引导。 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 代理,它要求将 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、主权云。
无版本号
添加主权/国家云(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 验证是两个内联检查
无版本号
将 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):添加更新 + 引导部分,调试命令行
无版本号
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 和推送时对市场 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 定位,默认试运行 * 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 派生,默认试运行;debug.md 指向脚本对 * feat(claude-in-office):旁加载直接安装(去掉试运行);试运行仅保留在破坏性的 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:添加静默 SSO / Entra 令牌失败故障排除部分 (AADSTS50194、entra_scope-without-graph_client_id、静默后弹窗)。
无版本号
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 架构,无法与 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 之前完成同意步骤。
无版本号
重构仓库并添加命名代理 (#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
暂无评论...