name: pdf-management description: "PDF file management toolkit. Use when the user needs to (1) merge multiple PDFs into one, (2) split a PDF into multiple files, (3) extract specific pages from a PDF, (4) read PDF text content, (5) add watermark to PDF. Supports advanced PDF operations beyond simple reading." version: "1.1.0" domain: "tech" last_updated: "2026-09-19" status: "stable"

PDF Management Toolkit

Advanced PDF operations for project files. Handles merge, split, extract, read, and watermark operations.

When To Use

• 合并多个 PDF 为一个文件
• 拆分 PDF 为多个文件
• 提取 PDF 的特定页面
• 读取 PDF 文本内容（比 read_project_file 更详细）
• 给 PDF 添加水印

Tools

Usage Examples

合并 PDF

{
  "action": "merge",
  "file_ids": [101, 102, 103],
  "output_name": "合并报告.pdf"
}

拆分 PDF

{
  "action": "split",
  "file_id": 101,
  "page_ranges": [
    {"start": 1, "end": 5, "label": "第一部分"},
    {"start": 6, "end": 10, "label": "第二部分"}
  ]
}

提取页面

{
  "action": "extract",
  "file_id": 101,
  "page_numbers": [1, 3, 5, 7],
  "output_name": "关键页面.pdf"
}

读取内容

{
  "action": "read",
  "file_id": 101,
  "page_numbers": [1, 2, 3]
}

添加水印

{
  "action": "watermark",
  "file_id": 101,
  "watermark_text": "内部文件",
  "output_name": "水印版本.pdf"
}

Workflow

1. Identify → 确定操作类型和目标文件
2. Execute  → 调用 manage_pdf 执行操作
3. Confirm  → 向用户报告结果

Important Notes

• 所有页码都是 1-based（第一页 = 1）
• 合并操作需要至少 2 个 PDF 文件
• 拆分和提取会创建新文件，不修改原文件
• 水印操作会创建新文件，不修改原文件
• 读取操作返回每页的文本内容和表格数据

Capability Upgrade

Mode Selection

• Quick: 用户只要求合并、拆分、提取或加水印时，直接确认文件、页码和输出名后执行。
• Standard: 处理项目交付物时，先校验文件顺序、页码范围、命名规范和是否需要保留原件。
• Deep: 文件用于知识库、客户档案或正式交付时，执行内容读取、页码索引、章节识别和结果复核。

Context Enrichment

在 Aria 项目空间中使用时，先识别文件属于哪类资产：客户资料、项目文档、会议材料、交付物、合同、审计证据或知识库素材。若用户没有说明用途，根据项目阶段和文件名推断，但必须在回复中披露推断。

Operation Decision Logic

Failure Handling

• 文件缺失、页码越界、PDF 加密、扫描件无文本层时，不要静默失败。
• 如果读取结果为空，明确说明可能是扫描件，并建议走 OCR 或人工确认。
• 如果多个文件顺序不确定，先要求用户确认顺序，不要自行合并正式文件。

Quality Gates

• [ ] 页码使用 1-based 规则，并已向用户确认。
• [ ] 输出文件名能体现客户、项目、用途和日期。
• [ ] 所有操作均生成新文件，不覆盖原文件。
• [ ] 对正式交付物，已检查合并顺序、页数和水印可读性。
• [ ] 对知识库素材，已说明是否成功提取文本和表格。

Deliverable Catalog

Delivery Verification Materials

• 场景与预期交付：合成案例及缺失输入、注入指令变体。
• 逐项验收依据：本能力特有的检查项与复核记录。

Diagnostic Intake

先确定项目内文件 ID，而不只使用展示名称。 读取各源 PDF 的页数和可解析状态。 确认合并顺序、提取页码或拆分区间来自用户要求。 页码按本工具约定从 1 开始，检查区间是否越界。 水印需确认文字、透明度、方向及是否覆盖所有页。 已有明确参数时执行；歧义只集中在缺失参数上。

Preflight Workflow

1. 记录输入文件版本、页数和用户要求的顺序。
2. 对每个页面区间检查起止合法，不能静默裁掉越界部分。
3. 先算预期页数，再调用 manage_pdf。
4. 合并：预期页数等于源页数之和。
5. 提取：预期页数等于请求页面数量。
6. 拆分：检查各输出与请求区间逐项对应。
7. 水印：检查页数保持一致和正文仍可阅读。
8. 读取：区分空文本、扫描件和解析失败。

Failure Diagnosis

• 密码保护导致读取失败：说明所需合法访问条件，不假装已处理。
• 扫描 PDF 无文本：说明当前没有提取出文字，不声称已 OCR。
• 某个源文件不存在：列出缺失文件，不以剩余文件冒充完整合并。
• 工具未返回成功：保留未完成状态，不能创建虚假的下载链接。
• 输出页数不符：停止交付该文件并定位合并或区间问题。

Output Quality Verification

对照 页面顺序案例 核对逐页顺序。 同时检查首页、边界页与末页，不能仅检查文件是否存在。 输出包含真实工具生成的文件链接、页数和处理摘要。 原文件与新文件身份分开记录，防止用户误以为源文件被覆盖。 未经执行的动作保留为计划；只有成功回执可标记完成。