nav-tieout – 基金净值核对 Skill

nav-tieout 是用于核查基金或投资组合净值与底层持仓、交易记录之间是否对账一致的财务对账 Skill，适合在基金估值复核、净值差错排查和每日对账流程中定位差异来源。

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

电商与商业财务与会计 # Anthropic # Claude Code # 基金净值 # 对账 # 资产净值

Skill 安装

多 Agent 安装

npx skills add https://github.com/anthropics/financial-services-plugins --skill nav-tieout

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

Skill 调研报告

Skill 详细介绍

一句话概括：nav-tieout 是 Anthropic 官方 financial-services-plugins 仓库中的一个 Skill，用于对基金 / 资管产品的净值（NAV）进行对账核验，帮助财务与运营人员核对不同来源的份额数量、单位净值和总资产，找出差异。

需要先明确一点：nav-tieout 不是一个可以独立运行的程序，也不是一个独立的桌面软件。它是一套面向 AI Agent 的指令与工作流，安装后由 Claude Code 等支持 Skills 机制的 Agent 加载执行。它提供的是一套净值对账的方法、检查项和结果输出方式，而不是一个自带界面和计算引擎的应用。

它解决的核心问题是：基金或资管产品在每日、每月或每个报告期结束时，托管行、管理人、内部系统和基金会计给出的份额数与净值经常存在细微差异。人工用 Excel 逐项比对费时且容易漏项。nav-tieout 让 Agent 按照标准化流程读取这些数据、逐项比对、标记出对不上的字段，并给出可能的差异原因方向。

核心功能与典型任务

– 核对不同来源的份额数量是否一致
– 核对单位净值与总资产 / 净资产是否匹配
– 标记差异项，而不是直接声称差异原因
– 按对账口径输出结构化结果，便于后续人工复核
– 处理跨市场、多币种、多份额类别的净值对账场景

工作方式

你向 Agent 提供对账所需的数据（例如托管行报表、内部系统导出、基金会计记录等），nav-tieout 指导 Agent 按基金净值对账的通用逻辑逐项核对，并把结果整理成清晰的对照表。具体的对账规则和数据字段以你提供的数据源以及该 Skill 当前官方定义为准。

适合的使用对象

– 基金运营、基金会计、估值相关人员
– 资管机构的财务与中后台团队
– 需要定期核对 NAV 的对账岗位
– 用 AI 辅助处理重复性对账工作、但仍需人工复核的场景

不适合的需求

– 不适合作为法定估值或审计结论的唯一来源
– 不适合完全替代持牌基金会计系统
– 不适合没有原始数据、指望 Skill 自己生成净值
– 不适合把结果直接对外披露而不经人工复核

请把 nav-tieout 理解为“对账助手工作流”，不是“估值引擎”。最终数字责任的归属仍在人，不在 Skill。

Skill 安全评估

总体判断：nav-tieout 来自 Anthropic 官方仓库，来源可信度较高。它的定位是净值对账的指令与工作流，本身不携带独立可执行程序，因此供应链层面的风险相对可控。真正的安全关注点不在 Skill 本体，而在你交给它的财务数据和运行它的环境。

需要关注的几点：

– 数据敏感度：净值对账涉及份额、单位净值、资产规模等财务数据，可能属于机构内部敏感信息。把这类数据交给任何 AI Agent 之前，应先确认该数据是否允许发送到你使用的模型服务，是否满足机构的合规要求。
– 来源可信度：该 Skill 属于 Anthropic 官方 financial-services-plugins 仓库。安装时请确认来源是官方仓库，不要使用第三方重新发布、改名或镜像版本，避免被植入额外指令。
– 指令型 Skill 的通用风险：Skill 本质是给 Agent 的指令。如果处理的数据文件本身含有恶意内容（例如伪装成报表的提示注入文本），存在被注入指令的潜在可能。对来源不明的数据文件要保持警惕。
– 文件权限：对账通常需要 Agent 读取你的数据文件。建议只授予它访问本次对账所需文件的权限，不要开放整个磁盘或整目录的读写。
– Shell 权限：如果 Agent 环境允许自动执行 Shell，请评估是否真的需要。很多对账任务只需要读取文件并整理结果，可以不开启自动执行。

降低风险的做法：

– 只把必须对账的数据交给 Agent，不要整盘或整目录开放
– 对账结果由人工复核后再使用，不要直接对外发布
– 关闭不必要的自动 Shell 执行权限，关键命令由自己确认
– 只用官方仓库版本，安装前核对来源

这里没有对该 Skill 做过独立的安全审计，也不应把“官方来源”等同于“零风险”。是否使用、如何使用，取决于你所在机构的数据合规要求。

Skill 使用要求

一、Agent / 客户端

nav-tieout 属于 Anthropic 官方 financial-services-plugins 仓库，天然与 Claude Code 这类支持 Skill 加载机制的 Agent 高度适配，建议优先在 Claude Code 中使用。

官方没有公布完整的第三方 Agent 兼容列表。但从 Agent Skill 的工作方式来看，在支持 Skills、自定义 Skill 或类似指令加载机制的环境中，通常也可以尝试在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 AI Agent 里使用。不同 Agent 的 Skill 加载方式、权限模型和兼容程度可能不同，具体以对应 Agent 当前版本为准。

二、运行环境 / 依赖

nav-tieout 本身是一套对账指令与工作流，不是带独立运行时的软件。它没有对外声明强制的 Node.js 或 Python 版本要求。你需要的运行环境，主要取决于承载它的 Agent。凡涉及具体版本，均以该 Agent 和官方当前说明为准，不要照搬别处猜测的版本号。

三、权限

– 文件读取（必需）：需要读取你对账用的数据文件。
– 文件写入（可选）：需要输出对账结果到文件时使用。
– Shell（可选）：视 Agent 运行方式，通常可以不开启自动执行。
– 网络（可选）：安装 / 更新 Skill 时需要；对账本身是否需要联网取决于数据来源。

四、账号 / API Key

nav-tieout 本身不要求单独的账号、API Key 或 Token。但运行它的 Agent 通常需要对应的模型服务账号与凭证，这部分由 Agent 决定，不是 Skill 引入的。

如果对账数据来自某个托管行系统、基金会计系统或数据平台，能否访问、是否需要这些平台自己的凭证，取决于你的数据接入方式，与 Skill 本身无关。

最小使用条件（3～5 条）

1. 一个支持 Skill 加载的 Agent（优先 Claude Code）
2. 本次对账所需的原始数据文件
3. 读取这些文件的文件权限
4. 允许数据发送到所用模型服务的合规确认

Skill 安装、使用与卸载教程

一、安装

LemonAIKit 本页面已单独提供该 Skill 的安装指令。最省事的方式是：直接复制本页面的安装指令，粘贴到你的 Agent 或终端执行。

如果你不确定自己的 Agent 该如何安装，直接问它即可：

如何安装 anthropics/financial-services-plugins#nav-tieout？

如何在 Claude Code 中安装 anthropics/financial-services-plugins#nav-tieout？

如何在 Cursor 中安装 anthropics/financial-services-plugins#nav-tieout？

让 Agent 根据自己的 Skill 加载与管理机制来指导安装，比照搬通用命令更稳妥。若该 Skill 存在必须额外说明的官方安装前提，以官方当前说明为准。

二、安装后如何使用

安装后，nav-tieout 通常在你提出净值对账类任务时被触发。适合交给它的任务包括：比对托管行与管理人给的份额数与净值、核对不同报表单位净值是否一致、找出对不上的字段。

向 Agent 描述需求时，把“对什么”“数据在哪”“要对到什么程度”说清楚即可。示例：

使用 nav-tieout，帮我把这两份报表的份额数量和单位净值逐项核对，列出所有不一致的地方。

使用 nav-tieout，核对托管行报表和我内部系统的净资产，标出对不上的字段并整理成对照表。

使用 nav-tieout，按净值对账的口径，检查这份基金会计记录里的份额、单位净值和总资产是否互相匹配。

请注意：以上是自然语言使用示例，不是命令行命令，也不是官方 Slash Command。实际触发方式以该 Skill 当前官方说明和你所用 Agent 的行为为准。

三、卸载

不同 Agent 的 Skill 安装位置与管理方式可能不同。可以优先使用对应 Agent 或 Skill 管理器提供的删除方式移除该 Skill。

如果没有统一的卸载命令，直接询问当前 Agent 通常更稳妥：

如何卸载 anthropics/financial-services-plugins#nav-tieout？

官方若明确提供卸载命令，以其说明为准；无法确认时不要自行拼凑命令。

常见问题

1. 安装后 Agent 没有识别到 nav-tieout，怎么办？

先确认 Skill 是否真的装到了当前 Agent 的 Skill 目录，再确认该 Agent 版本是否支持 Skills 机制。不同 Agent 的加载路径和生效方式不一样，直接让当前 Agent 检查它是否能看到这个 Skill 是最快的排查方式。

2. 可以在多个 Agent 里同时安装使用吗？

通常可以，只要各个 Agent 都支持 Skills 机制。但每个 Agent 需要各自安装一份，且不同 Agent 的权限模型、Skill 加载方式可能有差异，兼容程度以各自当前版本为准。

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

取决于你的安装方式。若是通过 Skill 管理器安装，一般可随管理器更新；若手动放置文件，可能需要重新同步。建议按你所用 Agent 的更新机制处理。

4. 中国大陆使用有网络要求吗？

安装 / 更新 Skill 需要能访问其来源仓库；对账本身是否需要联网取决于你的数据来源和所用模型服务。能否稳定访问相关服务，取决于你所在的网络环境和所用 Agent，建议先确认 Agent 与模型服务可正常使用。

5. nav-tieout 会自己修改或删除我的财务数据文件吗？

它本质是对账指令与工作流，是否有写文件的能力取决于你授予 Agent 的权限。如果只做核对、不希望改动原文件，可以只授予读取权限、关闭写入与自动执行。

6. 对账结果可以直接用于对外披露吗？

不建议。nav-tieout 是辅助对账的工作流，不承担估值或审计责任。结果应经人工复核，并符合你所在机构的合规与披露流程后再使用。

7. 它和直接用 Agent 自己算有什么区别？

区别在于流程一致性。nav-tieout 提供了一套固定的净值对账方法与检查项，让 Agent 按标准口径逐项核对，比每次即兴让 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 中记录。取代已退役的 disabled_models/additional_models 组合（来自 #294）：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—— 技能名称/描述作为裸 `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

无版本号 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 任务窗格 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)

暂无评论

暂无评论...