earnings-preview-single – 财报前瞻分析 Skill

3周前更新 7 0 0 0

由 Anthropic 官方金融服务业 Skill 集提供的财报前瞻 Skill，用于指导 AI Agent 系统梳理上市公司季度财报发布前的关键信息、市场预期与核心关注点，适合投研和金融分析场景下快速准备财报预读材料。

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

Skill 安装

多 Agent 安装 
npx skills add https://github.com/anthropics/financial-services --skill earnings-preview-single

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

Skill 调研报告

Skill 详细介绍

anthropics/financial-services#earnings-preview-single 是 Anthropic 官方 financial-services 技能仓库中的一个财报前瞻（Earnings Preview）Skill，聚焦于单个上市公司的单期财报前瞻准备。

它不是一个可以独立运行的软件，也不是数据库或数据终端。本质上，它是一套面向金融分析场景的指令集与工作流：由 Anthropic 官方发布，用来指导 AI Agent 按照投行研究或买方研究的作业方式，系统地组织起一份财报前瞻所需要的分析框架、关键议题和结论草稿。

核心用途

  • 为某一家上市公司、某一个即将公布的财报期，搭建结构化的前瞻分析。
  • 把零散的信息整理成有明确结构的分析脉络，而不是直接给出一句涨跌判断。
  • 帮助使用者梳理：本期应该关注哪些指标、这些指标的可能走向、市场预期与自身判断之间的差异点。

典型任务

  • 针对某公司即将发布的季度或年度财报，起草一份前瞻性分析文档。
  • 整理对该期业绩的关键假设，例如收入节奏、利润率变化、各业务线表现。
  • 列出自上一期以来出现的、可能影响本期结果的重要事件与变化。
  • 组织出需要向管理层或投资者重点回答的问题清单。

工作方式

该 Skill 的作用方式是：当用户在支持 Skills 的 AI Agent 中触发它，并提供公司、财报期和相关背景信息后，Agent 会按照这个 Skill 所描述的框架来组织分析，而不是自由发散。也就是说，真正做信息检索、数据核对和最终判断的仍然是 Agent 本身和你提供的数据；这个 Skill 提供的是“该怎么组织一份财报前瞻”的方法论约束。

适合哪些人

  • 需要快速搭建财报前瞻框架的研究分析人员。
  • 用 AI 助手辅助整理个股研究资料的个人投资者或投研从业者。
  • 需要为团队快速准备一份结构化前瞻 memo 的使用者。

不适合哪些需求

  • 想要自动获取实时行情、财报日历或精确财务数据的场景——这些需要外部数据源，Skill 本身不提供。
  • 想要直接得到买卖建议或投资结论的场景。
  • 想要覆盖一次财报季中大量公司批量处理的场景——该 Skill 名称中带有 single，面向的是单公司、单期。

需要明确区分：Skill 提供的是分析结构和流程约束，具体的财务事实、市场预期数字和结论依据，仍取决于你输入的资料以及 Agent 能访问的信息来源。

Skill 安全评估

总体判断：这是 Anthropic 官方仓库中的金融分析类 Skill，来源可信度较高，本身不包含可执行程序或第三方依赖，风险主要取决于你在什么环境、给了 Agent 什么权限。

来源可信度

该 Skill 来自 Anthropic 官方的 financial-services 技能仓库，属于第一方发布内容，而不是第三方重新打包或镜像版本。这一点在来源层面是正面的。

能力性质

  • 它属于指令集 / 工作流性质，不是可执行二进制，不涉及 npm、pip、Docker 等依赖安装。
  • 因此不存在传统意义上的供应链依赖风险（例如恶意依赖包、构建脚本注入）。
  • 它不会自行向外部服务器发送数据，也不会主动发起网络请求——除非 Agent 在你授权下调用了其他工具或数据源。

需要关注的实际风险

  • 信息输入风险：财报前瞻会涉及公司未公开的经营假设、内部预测或敏感讨论。如果你把这些内容交给 Agent 处理，数据会流向你所使用的 Agent 服务，这一点与该 Skill 无关，但使用前要清楚。
  • 结论误用风险：Skill 产出的前瞻文档是分析草稿，不应被当作独立的投资依据。金融决策的后果由使用者承担。
  • 提示词注入风险：如果 Agent 在生成前瞻时会抓取外部网页或第三方资料（比如新闻、研报摘要），其中可能含有恶意指令。这是所有联网 Agent 场景的通用风险，建议不要让受信任度低的外部内容直接作为高权限操作的输入。
  • Agent 权限继承：该 Skill 本身不需要 Shell 或文件写入权限。但如果当前 Agent 全局开启了自动执行 Shell、自动写文件等能力，这些权限是否被用到取决于具体任务。

降低风险的建议

  • 只在有明确数据来源和用途的情况下，把公司相关的敏感信息交给 Agent。
  • 如果不希望 Agent 在分析过程中自动执行命令或写入本地文件，可以在 Agent 设置中关闭自动执行类权限，让所有写操作手动确认。
  • 把 Skill 产出的前瞻文档当作分析脚手架，在对外使用或据此决策前进行人工复核。

不要把它理解为“零风险”或“已通过完整安全审计”——官方并未对该 Skill 发布公开的安全审计结论，上述判断是基于其能力性质的一般性分析。

Skill 使用要求

一、Agent / 客户端

该 Skill 来自 Anthropic 官方技能体系，与 Claude Code 的 Skill 加载机制契合度最高，可以优先在 Claude Code 中使用。官方没有提供完整的第三方 Agent 兼容列表。

从 Agent Skill 的通用工作方式来看，在支持 Skills、自定义指令或类似指令加载机制的环境中，通常也可以尝试在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 AI Agent 中使用。不同 Agent 对 Skill 的加载位置、格式要求和触发方式可能不同，具体兼容程度以对应 Agent 当前版本为准。

二、运行环境 / 依赖

项目 要求
Agent 支持 Skill / 自定义指令加载的 AI Agent，Claude Code 优先
Node.js / Python 该 Skill 本身不要求，除非对应 Agent 自身的运行需要
Git 仅在你通过 Git 方式获取 Skill 文件时需要
网络 Skill 本身不强制要求；如果 Agent 需要联网检索公司或市场信息，则视该检索需求而定

该 Skill 不引入额外的包管理依赖，也没有官方公布的特定版本号要求。

三、权限

  • 文件读取：可选。仅在需要读取你提供的公司资料、历史财报文档时使用。
  • 文件写入：可选。仅在需要把前瞻草稿保存为文件时使用。
  • Shell：非必需。该 Skill 不是脚本或命令行工具，不需要 Shell 权限。
  • 网络：可选。是否联网由 Agent 检索需求决定，不是该 Skill 的硬性要求。
  • 浏览器 / Docker：与该 Skill 无关。

四、账号 / API Key

  • 该 Skill 本身不需要账号、API Key 或 Token。
  • 如果你希望 Agent 在生成前瞻时引用实时行情、财报日历或财务数据，这类数据通常来自第三方金融数据服务，届时是否需要凭证取决于你所选择的 Agent 工具链和外部数据源。

最小使用条件

  1. 一个支持 Skill / 自定义指令加载的 AI Agent（推荐 Claude Code）。
  2. 明确的标的公司名称和目标财报期。
  3. 必要的背景资料输入，例如上期数据、近期经营变化。
  4. 由你自行提供或指派的、可靠的数据来源。

Skill 安装、使用与卸载教程

一、安装

可以直接复制本页面提供的 Skill 安装指令，粘贴到对应的 Agent 或终端中执行。该 Skill 属于 Anthropic 官方技能体系，安装方式与同组织发布的其他 Skill 一致，没有额外的特殊依赖步骤。

如果你不确定自己使用的 Agent 该如何安装这个 Skill，可以直接向当前 Agent 提问：

如何安装 anthropics/financial-services#earnings-preview-single？

如何在 Claude Code 中安装 anthropics/financial-services#earnings-preview-single？

如何在 Cursor 中安装 anthropics/financial-services#earnings-preview-single？

让当前 Agent 根据自己的 Skill 加载与管理机制，给出对应的安装路径和步骤，通常是更稳妥的做法。

二、安装后如何使用

安装完成后，该 Skill 通常会在你提及它、或提出与财报前瞻相关的任务时被 Agent 识别并触发。适合交给它的任务包括：为某公司某一财报期搭建前瞻分析框架、整理关键假设、准备投资者沟通问题清单等。向 Agent 描述需求时，建议给出：公司名称、财报期（如某年某季度）、以及你手上已有的资料。

使用 earnings-preview-single，帮我为某科技公司下一季度财报搭建一份前瞻分析框架，重点覆盖收入和利润率假设。

使用 earnings-preview-single，为我负责跟踪的这家消费公司整理本期财报前需要重点回答的 8 个问题。

使用 earnings-preview-single，根据我提供的上期数据，帮我梳理这一期的关键假设和可能超预期或低于预期的地方。

Skill 产出的内容是分析框架和草稿，请你结合自己的数据来源和判断对其进行补充与核实后再使用。

三、卸载

推荐使用与你安装方式相对应的删除办法：

  • 在对应 Agent 的 Skill 管理界面中，找到该 Skill 并删除。
  • 如果是通过拉取文件方式安装的，删除对应的 Skill 目录或文件即可。
  • 如果不确定安装位置，可以直接询问当前 Agent：“如何卸载 anthropics/financial-services#earnings-preview-single？”

不同 Agent 的 Skill 安装位置和管理方式不同，如果没有统一的卸载命令，让当前 Agent 根据自身机制来移除，通常最省事也最不容易出错。

常见问题

1. 这个 Skill 和“财报数据查询”类工具是一回事吗？

不是。它不提供数据查询能力，负责的是“如何组织一份财报前瞻”的分析框架。公司数据、市场预期等信息需要你自行提供或由 Agent 通过其他工具获取。

2. 它能不能一次处理多家公司的财报？

该 Skill 的定位是单公司、单期。如果你需要覆盖多家公司或多个财报期，建议逐次调用，或结合其他批量处理的工作流来完成。

3. 中国大陆使用是否需要特殊网络环境？

该 Skill 本身不涉及联网请求，能否使用主要取决于你所用的 AI Agent 服务在中国大陆的可访问性。若 Agent 服务本身需要特定网络条件，按该 Agent 的要求处理即可。

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

先确认安装是否落在当前 Agent 实际读取 Skill 的目录中。不同 Agent 对 Skill 的存放路径和格式要求不同，可以询问当前 Agent：“请检查 anthropics/financial-services#earnings-preview-single 是否已正确安装在我的环境中？”再根据它的反馈调整。

5. 是否可以同时安装到多个 Agent？

可以。该 Skill 是指令集，不存在只能安装一份的限制。不同 Agent 各自维护自己的 Skill 目录，分别在各自环境中安装即可。每个 Agent 的触发方式可能略有差异，以实际表现为主。

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

取决于你使用的 Agent 如何管理 Skill 版本。如果 Agent 会自动同步最新版本，通常无需手动操作；如果是手动拉取的版本，则需要重新获取。具体请以对应 Agent 的 Skill 更新机制说明为准。

7. 用它生成的前瞻文档可以直接作为投资依据吗？

不建议。它产出的是分析框架和草稿，其中的假设和结论由 Agent 根据你提供的信息生成，需要你自行核对数据、修正假设后再决定如何使用。

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
暂无评论...