gl-recon – 财务总账对账 Skill

3周前更新 8 0 0 0

gl-recon 是用于指导 AI Agent 执行总账对账的财务 Skill,能够比对不同来源的总账数据、识别差异与异常分录并辅助排查,适合月结、审计和账务核对等场景。

Skill 安装

多 Agent 安装
npx skills add https://github.com/anthropics/financial-services --skill gl-recon

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

Skill 调研报告

Skill 详细介绍

gl-recon 是 Anthropic 官方金融服务业示例仓库 anthropics/financial-services 中的一个 Skill,定位是总账对账(GL Reconciliation)辅助。它面向银行、券商、基金、保险等金融机构的对账场景,帮助用户把内部总账(General Ledger)与外部账户余额、子账簿或托管机构对账单进行比对,找出差异并整理成可复核的结果。

它是什么

  • 一个用于总账对账工作流的 Agent Skill,通常由提示词、流程说明和结构化输出约定组成。
  • 它的价值在于把“取数—核对—找差异—汇总结论”这套重复流程交给 Agent 执行,减少人工逐行比对。
  • 结果通常是对账结果表、差异清单、差异分类和说明性备注,而不是一份可直接入账的正式凭证。

它不是什么

  • 不是一套独立的可执行软件,也不能单独运行。它本身不提供数据库、不强依赖某个记账系统,离开 Agent 环境无法生效。
  • 不是经审计的财务系统,也不替代会计复核、内控审批或事务所审计。
  • 不是对所有账务系统开箱即用。具体能读什么数据、能连哪些源,取决于你使用的 Agent 和该 Skill 的当前说明。

核心用途

  • 总账与子账簿(如应收、应付、固定资产、银行存款明细账)的余额比对。
  • 内部账面数与外部对账单(托管、银行、清算机构)的核对。
  • 差异识别与分类:时间性差异、串户、漏记、重复记账、汇率折算差异等。
  • 差异汇总与说明,输出便于人工复核和跟进的结果。

典型任务与使用场景

  • 月末 / 季末结账时,快速核对多个科目的余额是否一致。
  • 把两份结构不同的表格(内部账 + 外部对账单)对齐后找差异。
  • 对大量明细做抽样核对,并把异常项单独列出。
  • 整理对账结论,形成给财务经理或审计准备的差异说明。

适合的用户

  • 财务、会计、对账岗位,以及做金融数据处理的工程师。
  • 需要把对账流程部分自动化、但又保留人工复核的团队。

不适合的需求

  • 想直接生成合规、可入账的正式财务报表。
  • 希望在没有人工复核的情况下完全自动处理资金差异。
  • 把它当作连接任意核心银行系统的开箱即用集成。

与普通 Agent 能力的区别

普通 Agent 也能做表格比对,但对账的难点在于科目口径、借贷方向、期间匹配、差异分类这些领域约定。gl-recon 的作用是把这些金融对账的专业约定固化进流程,让 Agent 的输出更贴近对账人员的实际工作方式。它属于工作流 / 指令集性质的 Skill,不是独立软件。

Skill 安全评估

总体判断:gl-recon 来自 Anthropic 官方示例仓库,来源可信度较高。但它的工作对象是财务账务数据,涉敏性高,真正需要关注的是数据流向和 Agent 权限,而不是 Skill 本身是否有恶意行为。

需要重点关注的风险

  • 财务数据敏感性:总账、对账单、交易明细属于企业核心敏感数据。如果 Agent 运行在云端模型上,账务内容会随对话发送到模型服务方。是否允许,取决于你公司对财务数据外发的规定。
  • 文件读取与写入:对账通常要读取账务文件(Excel、CSV 等),可能还会写出结果文件。读取范围越宽、写入目录越不受限,误改和越权读取的风险越大。
  • Shell / 网络权限:如果 Agent 被授予 Shell 或联网能力,账务数据可能通过脚本或请求被带到外部。仅做本地比对核对时,这类权限通常不是必需的。
  • Prompt Injection:对账数据文件里的内容可能被当作指令处理。如果对账文件来自外部对手方,存在被注入诱导 Agent 执行非预期操作的可能。
  • 结果准确性:Skill 不会执行会计判断。差异分类、是否属于时间性差异,仍需要人工确认。把 Agent 输出直接当结论,是更现实的风险。

降低风险的做法

  • 处理真实财务数据前,确认公司对数据外发和模型使用的合规要求。
  • 尽量在受控环境内运行,关闭不必要的 Shell 自动执行权限,改为手动执行。
  • 对账文件先做脱敏或使用测试数据验证流程,再上真实数据。
  • Agent 输出一律作为待复核底稿,由财务人员确认后才进入正式流程。

以上是针对这类金融对账任务的一般性建议。gl-recon 具体的权限和数据处理方式,以其当前官方说明为准。

Skill 使用要求

一、Agent / 客户端

  • 该 Skill 来自 Anthropic 官方仓库,与 Claude Code 系环境适配度较高,建议优先在 Claude Code 中使用。
  • 官方没有提供完整的第三方 Agent 兼容列表。从 Agent Skill 的通用工作方式看,支持自定义 Skill 或类似指令加载机制的 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等环境,通常也可以尝试,不同 Agent 的加载方式和兼容程度可能不同。

二、运行环境 / 依赖

项目 要求
Agent Claude Code 优先,其他兼容 Agent 可尝试
账务数据 可被 Agent 读取的总账与对账单文件(如 Excel、CSV)
网络 仅在需要联网取数或调用外部服务时才需要
其他依赖 以该 Skill 当前官方说明为准,未明确列出通用版本要求

三、权限

  • 文件读取:通常必需,用于读取账务与对账数据。
  • 文件写入:可选,用于输出对账结果文件。不需要时建议关闭。
  • Shell:可选,仅在执行脚本处理数据时需要。只需比对时可以不开启自动执行。
  • 网络:可选,仅在需要抓取外部对账单或调用接口时使用。

四、账号 / API Key

  • Skill 本身通常不需要额外的账号或 API Key。
  • 你是否需要 API Key / Token,取决于所用 Agent 的模型服务和账务系统接入方式,这与 Skill 本身分开考虑。

最小使用条件

  1. 一个可加载 Skill 的 Agent 环境(优先 Claude Code)。
  2. 可读取的内部总账与外部对账数据。
  3. 人工复核安排:Agent 结果需要由财务人员确认。

Skill 安装、使用与卸载教程

一、安装

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

如果你不确定自己的 Agent 如何安装,可以直接问当前 Agent:

如何安装 anthropics/financial-services#gl-recon?

如何在 Claude Code 中安装 anthropics/financial-services#gl-recon?

如何在 Cursor 中安装 anthropics/financial-services#gl-recon?

让 Agent 根据自己的 Skill 加载与管理机制给出安装步骤。不同 Agent 的安装位置和方式可能不同。

二、安装后如何使用

安装后,在需要做总账对账的任务中触发该 Skill。给它明确的账务和 对账来源,并说明你要核对的口径。示例:

使用 gl-recon,帮我核对本月总账中银行存款科目与银行对账单的余额差异。

使用 gl-recon,把这两份表格(内部明细账和外部对账单)对齐,列出所有不一致的条目并按差异类型分类。

使用 gl-recon,汇总本次对账的差异清单,输出一份给财务复核用的说明。

三、卸载

不同 Agent 的 Skill 安装位置和管理方式不同。通常可以:

  • 使用对应 Agent / Skill 管理器提供的删除方式移除该 Skill。
  • 或直接询问当前 Agent:“如何卸载 anthropics/financial-services#gl-recon?”

如果没有统一的卸载命令,直接让 Agent 帮你移除通常更稳妥。

常见问题

1. 它可以连接我们公司的 ERP 或核心银行系统吗?
这取决于你使用的 Agent 和具体接入方式。gl-recon 本身不内置对特定系统的连接器,通常是通过文件或由 Agent 获取的数据来工作。真实系统对接需另行确认。

2. 对账结果能直接用来入账吗?
不建议。它输出的是待复核的差异清单和说明,属于工作底稿性质,正式入账和审批仍需人工完成。

3. 处理真实财务数据有什么要注意的?
核心是数据外发合规。确认公司是否允许账务数据进入所用模型服务,必要时脱敏,并尽量在受控权限下运行。

4. 可以同时安装到多个 Agent 里吗?
通常可以,各 Agent 的 Skill 目录相互独立。但各 Agent 的兼容程度可能不同,具体以对应 Agent 的表现为准。

5. 安装后 Agent 没识别到 Skill 怎么办?
先确认 Skill 是否被放在了该 Agent 正确的 Skill 目录,并检查是否需要重启或重新加载。也可以直接问当前 Agent 为什么没有加载该 Skill。

6. 如果只是想做表格比对,需要开 Shell 权限吗?
通常不需要。把账务文件交给 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 为每个配置文件保留一个 LevelDB,由每个 origin 共享,因此无法 过滤到单个加载项。整体复制而非丢弃,每个 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 仅限 Outlook' 说明 - manifest.md:新增 '使用 Entra 令牌作为你的网关凭据' 部分,包含整合的 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 回退。还将早先的 '自带 Entra 应用' 说明指向清单,而非(不完整地)重复。 * 将 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 共享 authority 主机);非全球云需要自带 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):记录用于自带 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
暂无评论...