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 break-trace使用 npx skills 快速安装，支持将 Skill 添加到多个兼容的 AI Agent。
Skill 调研报告
Skill 详细介绍
anthropics/financial-services#break-trace 是什么
break-trace 是 Anthropic 官方 financial-services Skill 集合中的一个具体 Skill，从名称和来源推断，它面向金融业务场景中的“对账中断追踪”（break trace）类任务——即在交易、持仓、清算、结算等金融流程中，定位和解释两套数据之间出现不一致（break）的根因。
需要明确几点：
- 它不是一个独立可运行的软件，也不是一个安装后就能直接对外的服务。
- 它属于 Anthropic 官方 financial-services 仓库下的 Skill，通常以 SKILL.md 加辅助资源的形式提供，本质上是面向金融对账场景的指令集 / 工作流定义，配合支持 Skills 机制的 AI Agent 使用。
- 它不替代金融核心系统、对账引擎或数据平台，而是让 Agent 在处理“两套账为什么对不上”这类问题时有一套更专业、更贴近金融业务的分析路径。
核心用途
在金融运营中，break（对账差异）是常见问题：一笔交易在 A 系统有、B 系统没有，或者金额、日期、币种、方向不一致。传统做法依赖分析师或运营人员手工比对、猜测原因、翻日志。break-trace 的价值在于把这些常见排查路径结构化，交给 Agent 按步骤处理，例如：
- 梳理 break 的类型（金额差异、缺失记录、重复记录、方向相反、时间错位等）。
- 根据给定字段和两套数据，推断可能的差异来源（时间戳、时区、清算状态、汇率、手续费、舍入、来源系统字段映射等）。
- 输出一份可读的追因结论或待核查清单，供人工确认。
适合的用户
- 金融运营、清算、结算、对账岗位的分析人员。
- 金融后台系统研发、数据工程人员。
- 需要在 Agent 中构建对账排查辅助流程的技术团队。
不适合的需求
- 不能用来直接连生产对账系统并自动修数据。
- 不能替代正式的会计、审计或风控判断。
- 不是通用的数据处理或 ETL 工具。
由于当前官方资料对该 Skill 的具体 SKILL.md 内容未公开完整细节，上述定位基于其所属仓库（anthropics/financial-services）与 Skill 名称给出的合理范畴。实际能力以该 Skill 当前官方说明为准。
Skill 安全评估
总体判断：来源可信度高，风险主要取决于你如何把它接入 Agent 和授予什么权限。
来源可信度
- 来自 Anthropic 官方组织（anthropics）下的 financial-services 仓库，属于一手官方来源，没有第三方转包或 fork 风险。
- 不存在“假冒官方”的典型供应链问题，但仍应始终从官方仓库读取，避免使用镜像或二次发布版本。
数据与隐私风险
- 金融对账类任务通常涉及真实交易、账户、金额等敏感数据。能否把这些数据交给 Agent，取决于你所在机构的合规要求和所用 Agent 的数据处理策略，而不是 Skill 本身。
- 如果使用会调用外部模型 API 的 Agent，敏感金融数据可能离开本地环境，需要提前评估。
- 建议对真实数据先做脱敏或字段替换，仅保留排查所需的结构与字段语义。
权限相关风险
- 如果所在 Agent 允许 Skill 读写文件或执行 Shell，需注意：一旦让 Agent 直接读取对账原始文件、自动生成或修改文件，就可能波及真实数据目录。
- 建议：只授予必要目录的读取权限，关闭自动写入 / 自动执行 Shell，让分析输出停留在文本层，由人工复核后再落地。
- 不要把生产数据库凭证、清算系统 Token 交给该 Skill 自动使用。
降低风险的做法
- 只从官方仓库获取该 Skill。
- 使用脱敏样本做首次测试。
- 关闭 Agent 的自动 Shell 与自动写文件权限，除非确有必要。
- 不要在对账分析过程中自动执行任何转账、更正、提交类操作。
Skill 使用要求
一、Agent / 客户端
该 Skill 属于 Anthropic 官方 Skill 体系，与 Claude Code 的 Skill 加载机制高度契合，优先在 Claude Code 中使用最稳妥。
官方未公布完整的第三方 Agent 兼容列表。由于 Agent Skill 通常以指令 / 加载机制的方式被读取，在支持 Skills、自定义 Skill 或类似指令加载机制的 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 Agent 中通常也可以尝试使用，但加载方式与兼容程度可能不同，具体以对应 Agent 当前版本为准。金融数据场景下，建议优先选择数据处理策略清晰、可控制权限的 Agent。
二、运行环境 / 依赖
| 项目 | 要求 |
| Agent | Claude Code 优先，其他支持 Skill 的 Agent 可尝试 |
| Skill 本身 | 无独立编译或运行依赖，本质为指令集 |
| 网络 | 仅在接入外部模型 / 服务时涉及，取决于 Agent 配置 |
| 附加运行时 | 官方未明确列出特定 Node.js / Python 版本要求 |
不要为了这个 Skill 额外臆造 Node、Python、Docker 版本要求——除非你使用的 Agent 或你搭建的辅助脚本本身有此需要。
三、权限
- 文件读取：可选。用于让 Agent 读取对账数据样本。
- 文件写入：可选，默认不建议开启。
- Shell 执行：可选，非必需。
- 网络访问：取决于 Agent 是否调用外部模型。
- 浏览器 / Docker / GitHub：与追踪对账差异无直接关系，非必需。
四、账号 / API Key
Skill 本身不要求额外账号或 API Key。是否需要凭证取决于你使用的 Agent 与数据来源：例如 Agent 需要模型访问凭证，或者你让 Agent 读取远程对账系统时需要相应权限。这些属于 Agent 和数据源的范畴，不属于该 Skill 本身。
最小使用条件
- 一个支持 Skill 加载的 Agent（推荐 Claude Code）。
- 已获取 anthropics/financial-services#break-trace 对应 Skill 文件。
- 一份可供分析的对账数据（最好脱敏）。
Skill 安装、使用与卸载教程
一、安装
本页面已提供 Skill 安装指令，直接复制并粘贴到对应 Agent 或终端执行即可。
如果你不确定自己的 Agent 怎么装，可以直接向当前 Agent 提问，让它根据自己的 Skill 加载 / 管理机制给出步骤：
如何安装 anthropics/financial-services#break-trace？
如何在 Claude Code 中安装 anthropics/financial-services#break-trace？
如何在 Cursor 中安装 anthropics/financial-services#break-trace？
不同 Agent 存放 Skill 的位置和加载方式不同，让 Agent 自行说明通常比照抄某一平台的路径更可靠。
二、安装后如何使用
安装后，无需专门的启动命令。当你的任务属于对账差异分析、两套数据不一致的追因、break 分类与排查时，Agent 会自动调用该 Skill。自然语言描述清楚你的场景即可，例如：
使用 break-trace，帮我分析这两份对账数据里出现的金额差异可能来自哪些环节。
使用 break-trace，梳理这批 break 记录的类型，并给出优先排查顺序。
使用 break-trace，帮我列出导致这两套账在日期字段上不一致的常见原因。
建议在描述里明确：两套数据分别是什么、字段含义、你关心的差异类型。数据敏感时先脱敏。
三、卸载
不同 Agent 的 Skill 安装位置和管理方式可能不同，没有统一卸载命令。最稳妥的方式是：
- 使用对应 Agent 提供的 Skill 管理 / 删除方式移除该 Skill。
- 或直接询问当前 Agent：
如何卸载 anthropics/financial-services#break-trace？
常见问题
1. 这个 Skill 会动我的生产数据吗？
不会主动修改。它本质是分析指令集，是否读写数据完全取决于你给 Agent 的权限。把自动写文件和自动 Shell 关掉，它就只能产出文本分析结论。
2. 可以同时装到多个 Agent 里吗？
一般来说可以，各 Agent 的 Skill 目录相互独立。但要注意同一份脱敏数据在不同 Agent 中处理时的合规边界。
3. 中国大陆使用有网络要求吗？
Skill 本身不涉及网络。是否受网络影响取决于你选的 Agent：如果 Agent 需要访问境外模型服务，大陆网络环境可能受限，需要自行确认连通性与合规性。
4. 装完后 Agent 没识别到这个 Skill，怎么办？
先确认文件确实放在该 Agent 约定的 Skill 目录下，Agent 版本支持 Skills 机制，然后重启或刷新会话。仍不行时直接问 Agent：如何验证 anthropics/financial-services#break-trace 是否已加载？
5. Skill 更新后要重装吗？
取决于你所在 Agent 的更新机制。多数情况下重新拉取一次官方版本、覆盖原目录即可；具体以官方仓库和你使用的 Agent 说明为准。
6. 它和普通 Agent 直接分析对账数据有什么不同？
普通 Agent 也能做基本比对，但 break-trace 提供的是面向金融对账的专门排查路径，更贴近清算、结算、字段映射等实际业务差异来源，结论更结构化。
7. 适合直接用于生产对账吗？
适合作为人工分析的辅助，不适合作为自动对账或自动修正的唯一依据。金融场景中，最终判断与操作仍应由人复核。
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，可用于查找数据资产、查看表结构元数据以及梳理数据血缘关系，适合数据发现与数据治理相关任务。
暂无评论...