3-statement-model – 三表财务模型构建 Skill

3-statement-model 是用于指导 AI Agent 构建三张财务报表模型的金融分析 Skill，可生成并联动利润表、资产负债表和现金流量表，适合财务建模、估值分析和报表预测等任务。

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

电商与商业财务与会计 # Anthropic # Claude Code # 三表模型 # 财务建模 # 财务报表

Skill 安装

多 Agent 安装

npx skills add https://github.com/anthropics/financial-services --skill 3-statement-model

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

Skill 调研报告

Skill 详细介绍

anthropics/financial-services#3-statement-model 是 Anthropic 官方 financial-services 技能集合中的一个具体 Skill，名称可以识别为 3-statement-model。它面向财务建模场景，核心任务是协助生成和检查「三表模型」（Three-Statement Model），即把利润表（Income Statement）、资产负债表（Balance Sheet）、现金流量表（Cash Flow Statement）三张核心财务报表联动起来的一体化财务模型。

需要先明确一点：它本身不是一款独立运行的财务软件，也不是可以直接导入 Excel 就自动出表的产品。它的本质是给 AI Agent 加载的一套财务建模指令、方法论和工作流。安装之后，Agent 在处理三表建模任务时会遵循更规范的财务逻辑，而不是像普通对话那样泛泛而谈。

核心用途

搭建利润表、资产负债表、现金流量表之间的勾稽关系
处理三表之间的联动逻辑，例如净利润如何影响留存收益、折旧摊销如何影响现金流
检查模型内部一致性，例如资产是否等于负债加所有者权益、现金余额是否与现金流量表匹配
辅助设计假设（Assumptions）驱动结构，让预测基于可调整的驱动项而非硬编码数字
排查配平问题，定位不勾稽、不平的常见原因

它不是什么

不是实时财务数据源，不会自动抓取上市公司财报
不是审计工具，输出结果仍需人工复核
不是替代专业财务建模人员的自动化系统
不是特定行业的估值模型（如 DCF、LBO）专用 Skill，虽然三表模型常作为它们的基础

典型工作方式

安装该 Skill 后，用户可以用自然语言描述建模需求，Agent 会依据 Skill 内置的建模规范，协助生成表结构、公式逻辑、勾稽关系说明或检查清单。它更偏向方法层面的引导和逻辑校验，而不是直接操作某个财务软件。

适合哪些用户

需要搭建或学习三表模型结构的财务、会计、投研人员
做财务预测、预算编制、模型复核的分析人员
学习财务建模的学生或转行者
希望用 AI 辅助检查模型勾稽关系是否成立的从业者

不适合哪些需求

需要直接连接 ERP、财务系统取数的场景
需要替代专业审计或正式对外披露的场景
需要严格合规认证的财务报告生成

由于该 Skill 属于 Anthropic 官方 financial-services 集合，其能力边界最终以官方当前对该 Skill 的说明为准。

Skill 安全评估

总体判断：来自 Anthropic 官方组织仓库的 Skill，在来源可信度上属于较高一档，但它具体涉及哪些权限、是否会读写文件或执行代码，需要以该 Skill 自身的说明为准，不能因为有官方背景就直接等同为「零风险」。

来源可信度

该 Skill 归属 Anthropic 官方仓库，相比来源不明的第三方同名 Skill，供应链风险明显更低。但仍建议确认你安装的是官方仓库中的版本，而不是被 fork、镜像或第三方重新发布过的版本。

权限层面需要关注什么

财务建模类 Skill 通常以指令和方法论为主，本身一般不需要额外的 Shell 执行、网络请求或凭证权限。但仍需注意：

文件权限：如果 Agent 为了读写你的模型文件或表格而需要文件访问权限，这属于正常用途，但应确认它只作用于你指定的文件范围。
Shell 权限：若 Skill 或 Agent 提出执行命令，而任务本身只是建模和逻辑检查，可以关闭 Agent 的自动执行权限，由你手动执行。
网络权限：建模任务通常不需要联网。如果出现联网行为，应确认其用途。

数据与敏感性

财务数据往往涉及企业未公开的经营数据、成本结构、利润等敏感信息。使用任何 AI 处理这类数据时，都需要评估：

数据是否会发送到外部模型服务
对应的服务条款和数据处理策略是否符合你所在组织的合规要求
是否属于不能外传的保密数据

这不是该 Skill 独有的问题，而是所有 AI 财务任务共同的注意事项。

实操建议

从官方仓库安装，避免来源不明的同名 Skill
只让 Agent 访问本次任务相关的文件
涉及真实企业财务数据时，先确认模型服务的数据处理政策
不需要自动执行命令时，关闭 Shell 权限

目前没有可靠依据表明该 Skill 存在已知的恶意行为或安全漏洞，也没有可引用的第三方安全审计结果。具体权限行为以官方当前说明为准。

Skill 使用要求

一、Agent / 客户端

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

二、运行环境 / 依赖

该 Skill 以财务建模指令、方法论和工作流为核心，本身通常不引入额外的重型运行依赖。是否需要在特定文件中操作，取决于实际任务。

项目	要求
Agent	Claude Code 优先，其他支持 Skill 的 Agent 可尝试
Node.js / Python 等运行时	官方未将其列为该 Skill 的硬性要求，具体以官方说明为准
网络	建模任务本身通常不需要联网
表格工具	如需产出到 Excel/表格文件，由你自行选择工具

三、权限

文件读取：如需读取你提供的模型或表格，属于常见需求
文件写入：如需输出模型结构或检查结果，可能用到；非必需
Shell：一般非必需，可按需关闭
网络：一般非必需
GitHub / 凭证：该 Skill 本身通常不需要 API Key 或 Token

四、账号 / API Key

Skill 本身一般不需要你额外配置 API Key 或 Token。你需要准备的是所使用 Agent 或模型服务自身的账号与访问方式，这属于 Agent 层面的要求，而不是该 Skill 的要求。若后续任务涉及从外部数据源取数或调用第三方服务，才可能涉及相关凭证，视具体任务而定。

最小使用条件

一个可加载 Skill 的 Agent（推荐 Claude Code）
可用的模型服务账号 / 访问权限
清晰的建模需求描述
如涉及真实数据，事先确认数据可外传

Skill 安装、使用与卸载教程

一、安装

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

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

如何安装 anthropics/financial-services#3-statement-model？

如何在 Claude Code 中安装 anthropics/financial-services#3-statement-model？

如何在 Cursor 中安装 anthropics/financial-services#3-statement-model？

让 Agent 根据自己的 Skill 加载与管理机制，给出对应步骤。不同 Agent 的安装方式不一样，以官方和对应 Agent 的当前说明为准。如果该 Skill 存在特殊官方安装要求，请以官方仓库说明为准。

二、安装后如何使用

安装完成后，通常不需要专门「启动」。当你的任务属于三表建模范畴时，可以显式点名使用该 Skill。

适合交给它的任务类型：

搭建三表模型的结构与勾稽逻辑
检查已有模型的配平与一致性
设计假设驱动的预测结构
排查三表不勾稽的原因

向 Agent 描述需求时，尽量说明：模型用途、期间范围、主要假设、已有数据、你希望它产出结构还是做检查。描述越具体，结果越贴合。

自然语言使用示例：

使用 3-statement-model，帮我梳理一份三表模型的结构，说明利润表、资产负债表和现金流量表之间的勾稽关系。

使用 3-statement-model，检查我这个三表模型的现金余额和现金流量表为什么对不上，列出可能的原因。

使用 3-statement-model，帮我设计一份假设驱动的三年财务预测框架，先给结构和公式逻辑。

三、卸载

不同 Agent 的 Skill 安装位置和管理方式不同，通常没有统一卸载命令。你可以：

使用对应 Agent 或 Skill 管理器提供的删除方式移除该 Skill
直接询问当前 Agent：如何卸载 anthropics/financial-services#3-statement-model？

让 Agent 根据自身机制给出具体的移除步骤，通常比套用通用命令更稳妥。

常见问题

1. 这个 Skill 输出的财务模型可以直接对外使用吗？

不建议。它偏向结构梳理和逻辑检查，生成结果仍需具备财务知识的人复核，不能替代正式审计或披露流程。

2. 它和 DCF、LBO 估值模型 Skill 有什么区别？

三表模型是财务预测的基础框架，侧重三张报表的联动与配平；DCF、LBO 通常建立在三表之上，各自有独立的估值逻辑。该 Skill 专注的是三表本身。

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

先确认安装位置是否被当前 Agent 的 Skill 加载路径识别，再确认是否需要重启或重新加载。可以直接问当前 Agent：「为什么没有加载 anthropics/financial-services#3-statement-model？」，让它协助排查。

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

技术上通常可以，各 Agent 的 Skill 目录相互独立。但不同 Agent 的兼容程度不同，效果不一致，建议以实际测试为准。

5. 中国大陆使用是否有网络限制？

该 Skill 的核心是财务建模方法，一般不依赖特定地区的数据源。网络方面的限制主要来自你所使用的 Agent 或模型服务本身，而不是该 Skill。

6. 它会不会自动修改我已有的模型文件？

这取决于你授予 Agent 的文件读写权限。若只是希望它给出结构和检查建议，可以把任务限定为「输出分析和建议，不修改文件」，并相应收紧文件写入权限。

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

视安装方式而定。若为本地复制的 Skill，需要手动更新到最新版本；若通过支持更新的管理器安装，按其机制更新即可。具体以官方和对应 Agent 说明为准。

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—— skill 名称/描述作为裸 `description:` 行位于正文中，在 `# Title` H1 之后。合成了正确的 `--- name/description ---` frontmatter（name = skill 目录，description = 现有正文文本），与可加载的 skills 匹配（例如 fund-admin/accrual-schedule）。Agent 包通过 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 taskpane 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)

暂无评论

暂无评论...