这个 Skill 能做什么，适合哪些场景？
这是一个面向 Nutrient DWS API 的通用 Agent Skill，支持 Claude Code、Codex、Gemini CLI、Cursor 等 40+ 代理。它通过一组固定的 Python 辅助脚本调用云端 Nutrient DWS Processor，完成 PDF 生成、格式转换、页面拼装、OCR、文本/表格/键值对提取、水印、脱敏、数字签名、密码保护与 PDF/A、PDF/UA 合规输出。技能内置产品路由（区分 Processor、Data Extraction、Accessibility 三条产品线）、付费调用审批门禁和两阶段脱敏流程，强调密钥安全与不可逆操作的显式确认。适合需要高保真文档处理且接受文件上传到云端、按量计费的用户。
- 读取本地文件并调用 Nutrient DWS Processor API，产出 PDF、Office、图片、HTML 或 Markdown 格式的转换结果
- 执行合并、拆分、增删页、复制页、旋转等页面级操作
- 对扫描件做多语言 OCR，并提取文本、表格和键值对
- 提供基于模式和 AI 的两阶段脱敏：先暂存注释供人工审核，再单独批准后不可逆应用
- 支持 CMS/CAdES 数字签名、表单填写（Instant JSON/XFDF）、文本水印、优化与线性化
- 可输出 PDF/A 与 PDF/UA 合规目标文件，并附带验证指引
- 处理扫描合同的用户，需要先 OCR 再提取全文到文本文件
- HR 或行政人员，需要填写员工入职 PDF 表单并加数字签名后归档
- 法务/合规团队，在对外分享病历等文件前需要查找并脱敏 SSN、邮箱、信用卡号等敏感信息
- 开发者在流水线中把 report.docx 转为 PDF，或将 HTML 模板生成正式 PDF 文档
- 需要将 PDF 转为 PDF/A-2a 用于长期归档，并按指引验证合规性的档案管理员
- 需要为线上交付线性化、优化大体积 PDF 的发布人员
- 不愿把文档内容上传到第三方云端 API 的场景——每次调用都会把文件发送到 Nutrient DWS 并消耗积分
- 无法获取 Nutrient API 密钥或不愿按量付费的个人轻度用户
- 没有 Python 3.10+ 与 uv 运行环境的封闭环境
如何安装这个 Skill？
- 核心功能完全依赖海外付费 API（api.nutrient.io），中国大陆网络可达性未经验证，且需注册付费密钥并消耗信用额度
- 远程 URL 输入会让 Nutrient 服务端发起请求，需防范将内网地址作为输入；每次付费请求前务必人工核对传输文件与估算
- 所有安全规则（确认门、两阶段涂黑、密钥不外泄）依赖代理遵从说明执行，无技术强制沙箱；请在可信代理环境中使用
- 发布者未经验证；本评估为静态源码审查，未执行任何 API 调用，真实转换/签名/涂黑输出质量未经验证
- Shell / 命令行
- 网络访问
- 本地文件系统
Python 3.10+uvnutrient-dws==3.1.0Nutrient DWS API key (NUTRIENT_API_KEY)
使用 npx skills 可一键安装到所有已检测到的代理（推荐），也可指定代理或全局安装；或手动把技能文件夹复制到对应代理的技能目录。前提：Python 3.10+、uv、Nutrient API 密钥。
全部代理（npx skills，推荐）
npx skills add PSPDFKit-labs/nutrient-agent-skill指定代理安装
npx skills add PSPDFKit-labs/nutrient-agent-skill -a claude-code -a codex -a cursor全局安装
npx skills add PSPDFKit-labs/nutrient-agent-skill -gClaude Code（手动）
git clone https://github.com/PSPDFKit-labs/nutrient-agent-skill.git
cp -r nutrient-agent-skill/nutrient-document-processing ~/.claude/skills/如何使用这个 Skill？
安装后，把下面任意一句发给 Agent 即可触发：
- 把 report.docx 转换成 PDF
- 对这份德语扫描件进行 OCR 并把文字提取到文件
- 从 patient-records.pdf 中脱敏所有社会安全号、邮箱和信用卡号
- 给 proposal.pdf 加上 DRAFT 水印
配置 NUTRIENT_API_KEY 后，用自然语言向代理提出文档处理请求即可触发。技能会路由到对应产品，选择 scripts/ 下的固定辅助脚本或从 custom-workflow-template.py 复制多步工作流模板。每次付费调用前，代理必须展示操作、传输文件与积分估算，等待你批准后才会携带 --estimated-credits 和 --confirm-external-processing 标志执行。输出文件以原子方式写入并拒绝覆盖已有路径，重试需选择新路径。安装路径如下：
这个 Skill 有哪些优点和局限？
- 覆盖面广：转换、OCR、脱敏、签名、表单、合规输出一站式，支持 40+ 代理
- 安全设计认真：API 密钥只验证存在不读取值、密码仅从 chmod 600 的本地文件读取、输出原子写入且不覆盖、付费调用前强制审批
- 脱敏采用两阶段流程并要求视觉复核与验证，签名后文件视为不可变，合规输出附验证要求
- 依赖固定（nutrient-dws==3.1.0，PEP 723），避免契约漂移
- 每次调用都把文件内容发送到外部 API 并消耗积分，成本随用量增长且需逐次审批
- 需要 Nutrient API 密钥、Python 3.10+ 和 uv，前提较重
- 仓库级 License 在 GitHub 元数据中未知（SKILL.md 与 LICENSE.txt 为 MIT-0）
- Data Extraction 与 Accessibility 两个产品未在技能内直接实现，需要使用者自行查阅当前官方客户端/文档
这个 Skill 与同类方案有什么区别？
与相关 Skills 并排比较；分数均按同一 FSRS 标准得出。
| Skill | FS 评分 | Star 数 | 最近更新 | License |
|---|---|---|---|---|
| Nutrient 文档处理技能 本页 | 69 · 推荐 | ★ 18 | 1 个月前 | — |
| Markdown 转 EPUB 技能 | 52 · 谨慎使用 | ★ 167 | 1 年前 | MIT |
| NeMo Retriever 文档检索技能 ✓ NVIDIA · 官方 | 41 · 不推荐 | ★ 3.6k | 11 天前 | Apache-2.0 |
| Open Cowork PDF 技能 | 69 · 推荐 | ★ 2.2k | 12 天前 | MIT |
| 图片转可编辑 PPT | 54 · 谨慎使用 | ★ 2.9k | 1 个月前 | MIT |
与 @nutrient-sdk/dws-mcp-server（npm 上的 MCP 服务器，README 徽章所示）相比，本技能走 Agent Skills 标准而非 MCP 协议；README 同时列出两者，说明其定位为同一 Nutrient DWS 能力的另一种接入方式。
FollowSkills 如何评估这个 Skill？
证据显示极佳的最小权限与确认设计：每脚本内置付费运行确认门（--confirm-external-processing 与信用估算）、密钥仅经环境变量且永不打印、密码仅从 chmod 600 文件读取、AI 涂黑为两阶段暂存且不可逆应用需单独批准、输出原子写入且拒绝覆盖、CI 中令牌仅写入 600 权限临时文件。扣分点：外部传输行为依赖代理正确执行说明而非硬性技术强制，远程 URL 输入存在 SSRF 类风险仅靠提示约束，无独立沙箱隔离。
离线契约测试覆盖页码范围解析、三种输出形态写入、覆盖拒绝、秘密文件权限、逐次确认门、--help 无密钥可运行、缺确认时在访问密钥/网络前阻断，且 CI（validate.yml 与发布工作流）会执行这些测试，满足静态上调条件。扣分点：真实 API 调用路径（DWS 3.1.0 客户端行为、错误反馈质量）无法静态验证，依赖 nutrient-dws==3.1.0 的可用性与正确性。
产品路由表清晰区分 Processor / Data Extraction / Accessibility，触发描述明确列出适用与不适用范围，设置与运行环境说明完整。扣分点：核心功能完全依赖 Nutrient DWS 海外付费 API（api.nutrient.io），对中国大陆网络可达性存疑且需注册付费密钥，未提供中文支持说明。
分层信息架构（SKILL.md 路由 + 模块化 references）、MIT-0 许可证、版本 2.0.0、发布工作流含变更日志与来源提交固定、人工发布门。扣分点：发布者未经验证、维护责任与更新路径仅隐含于仓库结构，references 中大量文档未在本评估范围内展示，测试指南为人工流程而非自动化验证。
技能覆盖文档处理核心场景，pinned 类型化客户端降低手写载荷出错成本，安全输出写入器与确认门提供直接可用产物。扣分点：静态评估无法验证真实输出正确性与完整性，价值依赖付费 API（成本/收益比取决于使用量），README 中的营销性演示不可独立核实。
存在真实 CI 工作流加上覆盖关键路径的提交测试套件（含子进程级阻断测试、payload fixture 对照、不安全原始载荷缺失断言），超过纯声明证据。扣分点：静态读取不执行，测试仅覆盖离线契约与源码结构断言，API 真实行为与第三方交叉验证缺失，故不授予高分。
点击维度查看打分理由
证据充分度：低 — 主要依赖静态检查、作者材料或有限演示；适合发现线索，不适合做高风险决策。
查看完整评分方法 →