troubleshooting-s3-files – S3 文件访问故障排查 Skill
troubleshooting-s3-files 是用于帮助 AI Agent 排查和解决 Amazon S3 文件操作问题的 Skill，主要处理上传、下载、访问权限和对象存储配置等常见故障场景。
Skill 安装
多 Agent 安装npx skills add https://github.com/anthropics/financial-services --skill lbo-model使用 npx skills 快速安装，支持将 Skill 添加到多个兼容的 AI Agent。
Skill 调研报告
Skill 详细介绍
anthropics/financial-services#lbo-model 是 Anthropic 官方 financial-services 技能库中的一个 LBO 建模 Skill，面向杠杆收购（Leveraged Buyout）场景下的财务建模工作。它的核心作用是在 AI Agent 会话中提供一套结构化的 LBO 模型构建指引，让 Agent 能够按照投行/私募股权行业常见的建模规范，协助用户搭出可用的 LBO 分析框架。
需要先明确一点：它本身不是一个能独立运行的软件，也不是一个估值计算引擎。它属于 Skill（技能）形态，本质上是一组面向 Agent 的指令、方法与工作流资产。安装它的意义在于让 Agent 在处理 LBO 任务时拥有正确的方法和结构，而不是获得一个可执行的财务计算程序。
它擅长什么
- 围绕 LBO 交易结构组织建模思路：资金来源与用途、交易假设、进入与退出估值。
- 搭建债务偿还计划（Debt Schedule）与现金流瀑布，覆盖常见杠杆分层。
- 构建三表联动（利润表、资产负债表、现金流量表）的模型骨架。
- 计算核心回报指标，例如 IRR、MOIC、退出倍数的组织方式与逻辑。
- 按标准 PE / 投行习惯组织假设页、驱动项和情景切换结构。
它不做什么
- 不做实时的市场数据抓取或估值判断，交易假设需要用户提供。
- 不替代专业财务顾问、审计或投资决策。输出结果依赖输入假设。
- 不是一套可以直接下单运行的量化系统，也不是纯软件工具包。
典型使用场景
- 私募股权、投行、企业融资团队做 LBO 交易初步测算。
- 财务建模学习者在 Agent 协助下，按规范搭出 LBO 模型结构。
- 对已有 LBO 模型做结构检查、公式逻辑梳理、假设一致性排查。
- 在 Excel / 表格环境中规划模型分区、公式和情景设计。
适合谁
适合有财务建模基础、需要结构化 LBO 工作流的从业者和进阶学习者。如果只是想要一个自动跑出估值结论的黑箱工具，或者完全不具备会计与融资基础知识，用起来会比较吃力，需要先补充基础概念。
与普通 Agent 自身能力的区别
普通 Agent 接到 LBO 请求时，往往会给出泛泛的建模描述。这个 Skill 的价值是把行业实践中约定俗成的结构、假设组织方式、债务与回报计算逻辑固定下来，让 Agent 的输出更接近真实投行/PE 的工作底稿标准。它约束的是方法与流程，不改变 Agent 的底层能力。
当前官方资料未逐一公布该 Skill 的每条内部实现细节，具体文件构成和覆盖范围以 Anthropic 官方仓库当前说明为准。
Skill 安全评估
总体判断：anthropics/financial-services#lbo-model 来自 Anthropic 官方仓库，属于指令与工作流类 Skill，正常情况下不包含可执行二进制、不主动联网、不自行修改文件，安全风险主要取决于你的 Agent 配置和数据处理方式，而非 Skill 自身。
来源可信度
Skill 归属 Anthropic 官方 financial-services 库，来源相对可信。但请注意区分：官方仓库本身可信，不等于第三方 Fork、镜像或二次发布版本同样可信。安装时应确认来源是官方仓库标识，而不是同名转载。
文件与权限层面
- 财务建模通常需要读取你提供的表格、假设数据或文档，属于正常的文件读取行为。
- 如果 Skill 生成的模型写入本地表格文件，可能涉及文件写入权限，建议在受控目录中进行。
- 是否触发 Shell 执行，取决于你的 Agent 设置，而非 Skill 强制要求。
- 如果不需要 Agent 自动执行命令，可以关闭自动执行 Shell 权限，让模型生成内容后由你手动操作。
数据敏感度（重点）
LBO 建模往往涉及未公开的交易信息、估值假设、财务数据和投资意向，这些属于高度敏感的商业信息。使用前应确认：
- 所用 Agent 是否会把输入内容发送给模型服务商。
- 是否处于允许处理该级别敏感数据的合规环境中。
- 企业场景下是否需走内部审批或使用受控部署。
这是该 Skill 最需要重视的风险点，比代码执行风险更实际。
凭证与 API Key
就 Skill 本身而言，当前资料未显示它需要独立的 API Key、Token 或 OAuth。是否涉及凭证，取决于你让 Agent 调用哪些外部数据或表格服务，那属于你后续任务的问题，不是 Skill 本身的要求。
供应链风险
此类 Skill 通常以指令文件形式分发，可执行依赖较少，供应链面相对小。但仍建议核对来源完整性，避免从非官方渠道获取被篡改的同名 Skill。
实操建议
- 只从官方仓库获取，不要使用来源不明的镜像。
- 处理真实交易数据前，确认合规与保密要求。
- 如仅需建模思路，可关闭 Agent 自动执行 Shell 的能力。
- 财务模型输出务必由专业人员进行独立复核，不要直接用于决策。
Skill 使用要求
一、Agent / 客户端
该 Skill 属于 Anthropic 官方 Skills 体系，与 Claude Code 的适配最为自然，建议优先在 Claude Code 中使用。Anthropic 官方目前未公布覆盖所有第三方 Agent 的完整兼容列表。从 Agent Skill 的通用工作方式看，在支持 Skills、自定义 Skill 或类似指令加载机制的环境中，通常也可以在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 Agent 中尝试使用。不同 Agent 的 Skill 加载方式和兼容程度可能不同，具体以对应 Agent 当前版本为准。
二、运行环境 / 依赖
| 项目 | 要求 |
| Agent | Claude Code 优先，其他支持 Skill 的 Agent 可尝试 |
| 网络 | 安装 Skill 时需要；后续建模如调用外部服务再考虑 |
| 表格环境 | 如需产出模型文件，建议具备 Excel 或等效表格工具 |
| Node.js / Python / Docker | 当前官方资料未将其列为该 Skill 的硬性依赖 |
三、权限
- 文件读取：可选，读取假设数据、历史报表时使用。
- 文件写入：可选，产出模型文件时使用。
- Shell：可选，取决于你的 Agent 设置，非该 Skill 强制。
- 网络：通常非必需，除非任务涉及外部数据调用。
- GitHub：安装阶段可能需要，用于获取 Skill。
四、账号 / API Key
Skill 本身当前资料未显示需要账号、API Key 或 Token。但如果你让 Agent 处理需要连接第三方数据源、云表格或财务数据服务的任务，那类凭据由你自己的任务决定，与该 Skill 无关。请把这两件事分开看待。
最小使用条件
- 一个支持 Skill 的 Agent（Claude Code 优先）。
- 能提供 LBO 建模所需的交易假设与基础财务数据。
- 具备基本财务建模概念。
- 如涉及敏感数据，具备合规使用环境。
Skill 安装、使用与卸载教程
一、安装
可以直接复制本页面提供的 Skill 安装指令，粘贴到对应 Agent 或终端中执行。如果你不确定自己的 Agent 应该如何安装，最直接的方式是询问当前 Agent。
如何安装 anthropics/financial-services#lbo-model？
如何在 Claude Code 中安装 anthropics/financial-services#lbo-model？
如何在 Cursor 中安装 anthropics/financial-services#lbo-model？
让 Agent 根据自己的 Skill 加载与管理机制给出对应的安装步骤，通常比通用教程更准确。当前官方资料未提供需要额外说明的特殊安装条件，因此不建议手动执行复杂的克隆或目录复制，除非官方文档明确要求。
二、安装后如何使用
安装完成后，Agent 会在处理相关任务时加载该 Skill 的方法与结构。使用时不需要记住特定命令，直接用自然语言描述你的 LBO 建模需求即可。
适合交给它的任务类型：搭建 LBO 模型结构、梳理债务偿还计划、组织回报指标、检查已有模型的假设与逻辑。
使用 lbo-model，帮我搭一个标准 LBO 模型框架，包含资金来源与用途、债务偿还计划和退出回报测算。
使用 lbo-model，检查我这个杠杆收购模型的假设逻辑是否一致，重点看债务分层和现金流瀑布。
使用 lbo-model，帮我设计一个包含 Base、Upside、Downside 三种情景的 LBO 模型结构。
描述需求时，尽量提供交易规模、杠杆结构、退出假设等关键输入，Agent 才能给出有意义的模型结构。
三、卸载
卸载方式比较简单：使用对应 Agent / Skill 管理器提供的删除方式，移除对应的 Skill 即可。不同 Agent 的 Skill 安装位置和管理方式可能不同，如果没有统一卸载命令，直接询问当前 Agent 通常更稳妥。
如何卸载 anthropics/financial-services#lbo-model？
常见问题
安装了但 Agent 没有识别到怎么办？
先确认 Skill 是否放到了对应 Agent 的 Skill 目录，或是否通过正确的加载机制注册。不同 Agent 的加载方式不同，可以直接问当前 Agent 它有没有加载到 anthropics/financial-services#lbo-model，以及该如何让它生效。
是否可以同时安装到多个 Agent？
通常可以，只要各 Agent 支持 Skill 且有各自的加载机制。但要注意版本一致性，避免出现某个 Agent 加载的是旧版本或来源不明版本。
这个 Skill 会修改我已有的项目或文件吗？
Skill 本身是指令与工作流资产，是否写入文件取决于你的 Agent 设置和任务。如果不希望自动写入，可以关闭文件写入或 Shell 自动执行权限，由模型生成内容后自行处理。
中国大陆使用是否有网络要求？
安装阶段需要访问 Skill 来源。后续使用是否受网络影响，取决于你的 Agent 与任务是否依赖外部服务。纯本地建模思路类任务对网络依赖较低。
它和通用 Agent 自己建 LBO 模型有什么区别？
区别在结构化程度和方法规范。通用 Agent 可能给出泛泛描述，这个 Skill 把行业常见的建模结构、假设组织与回报计算逻辑固定下来，输出更接近真实投行/PE 工作底稿形态。前提是你提供合理的输入假设。
模型输出能直接用于投资决策吗？
不能。财务模型的结果高度依赖输入假设，该 Skill 只协助搭建和组织模型，不提供独立验证。用于任何实际决策前，必须由专业人员进行复核。
Skill 更新后需要重新安装吗？
取决于你的 Agent 的 Skill 管理方式。可以询问当前 Agent 如何更新该 Skill。当前官方资料未就该 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 中记录。替换 #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，其中保存设置、推理配置，
以及 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 键，供自带 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)
相关 Skills
creating-api-gateway-stage – API Gateway 阶段创建 Skill
用于指导 AI Agent 为 Amazon API Gateway 创建和配置部署阶段（Stage）的 Skill，适合在完成 API 发布后按环境设置阶段参数与部署配置的场景。
creating-data-lake-table – 数据湖表创建 Skill
creating-data-lake-table 是指导 AI Agent 在 AWS 上创建数据湖表的工作流 Skill，适合需要将原始数据组织为可查询表结构、供分析引擎直接读取的数据工程场景。
securing-s3-buckets – S3 存储桶安全配置 Skill
AWS Agent Toolkit 中用于修复 S3 存储桶公开访问权限与策略配置的 Skill，可帮助 AI Agent 识别并加固存在安全风险的存储桶，适合需要对云存储做安全合规检查的场景。
storing-and-querying-vectors – 向量存储与检索 Skill
用于在 AWS 上为 AI Agent 提供向量存储与查询能力的 Skill，可把文本等数据写入向量库并做相似度检索，适合构建 RAG、语义搜索和知识库问答等场景。
querying-data-lake – 数据湖查询 Skill
querying-data-lake 是用于指导 AI Agent 查询和分析 AWS 数据湖的 Skill，适合需要通过 Athena、Glue 等 AWS 分析服务对数据湖执行 SQL 查询与数据探索的任务。
aws-transform – AWS 代码转换与现代化 Skill
aws-transform 是用于把 AWS 资源迁移到基础设施即代码的 Skill，可将 CloudFormation、SAM 等模板自动转换为 Terraform，适合需要统一和规范化多云基础设施配置的团队。
exploring-data-catalog – 数据目录探索 Skill
exploring-data-catalog 是帮助 AI Agent 浏览、检索并理解 AWS 数据目录的 Skill，可用于查找数据资产、查看表结构元数据以及梳理数据血缘关系，适合数据发现与数据治理相关任务。
暂无评论...