メニュー
整理一批发票/票据 PDF（增值税普通发票、铁路电子客票、住宿交通餐饮等），按购买方抬头归档到对应项目并出具报销清单。本技能应在用户需要整理发票报销、把发票归档到项目、或出具报销/消费清单时使用。不要用于：合同/法律文书合规审查、证据实体分析、PDF 合并压缩加页码（用 pdf-processor）、扫描件 OCR 转写（用 legal-ocr）。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
将本地开发的 Skills 批量同步到 ClawHub 与腾讯 SkillHub 两个平台。支持智能 .gitignore 过滤、白名单控制、增量同步、单个 skill 同步、双平台分流发布。本技能应在用户需要将本地 skills 发布到 ClawHub/SkillHub、批量同步技能、检查发布状态时使用。
跨平台 Agent 任务协调枢纽。本技能应在多个不同平台的 Agent 需要围绕项目任务源分配任务、标记归属、能力路由和交接上下文时使用。不要用于单一平台内的本地并行执行，或 Git 分支、提交、PR、merge 安全规则。
输入各类视频网站/播客平台链接后，自动下载对应媒体文件并交付给用户。优先使用 yt-dlp 覆盖抖音(Douyin)、B站(Bilibili)、YouTube 等常见视频网站，也可用于可直接暴露音频地址的播客平台（如小宇宙单集链接）。当遇到 403/登录/年龄或地区限制时，支持使用 cookies.txt 重试；对于可能存在 DRM/加密或条款限制的平台（例如部分 Spotify 内容），应提示用户仅下载其有权保存的内容，并在不可下载时建议改用官方离线/导出渠道或提供原始 RSS/直链。抖音视频在 yt-dlp 撞签名墙（"Fresh cookies needed"）时会自动 fallback 到无登录直连 aweme.snssdk.com/v1/play（仅需 video_id，不需要 cookie/a_bogus 签名）；抖音图文笔记暂不支持自动下载，需手动处理。
元典法条与案例检索。本技能应在需要查询中国法律法规条文、检索相关案例、为法律分析提供数据支撑时使用。
PDF 处理工具，支持扫描件预处理、OCR 双层 PDF、页码添加、PDF 合并、解密、水印去除和压缩。本技能应在用户需要一键处理、优化或整理 PDF 文档时使用。不要用于：纯文本 PDF 内容编辑、PDF 阅读与批注、电子签名、非压缩目的的格式转换。
面向中国发明和实用新型专利的结构化初步分析工具。本技能应在用户需要拆解或解释权利要求、比较专利保护范围、进行产品侵权比对、等同分析、稳定性与无效风险分析、FTO、规避设计、专利价值评估或制作专利分析图表时使用。不要用于：代替专利律师或专利代理师出具正式意见、仅下载/OCR专利、撰写专利申请文件，或在未确认法域与有效权利要求时给出确定性结论；外观设计近似判断需另行采用专门方法并人工复核。
| name | invoice-organizer |
| description | 整理一批发票/票据 PDF（增值税普通发票、铁路电子客票、住宿交通餐饮等），按购买方抬头归档到对应项目并出具报销清单。本技能应在用户需要整理发票报销、把发票归档到项目、或出具报销/消费清单时使用。不要用于：合同/法律文书合规审查、证据实体分析、PDF 合并压缩加页码（用 pdf-processor）、扫描件 OCR 转写（用 legal-ocr）。 |
| license | MIT |
| version | 0.1.1 |
读取一批发票 PDF 的结构化信息，向上回溯项目上下文填补事由，归档到对应项目，并出具清单（默认报销清单，可切换为消费清单、对账流水等其他形态）。
不适用：发票的法律/税务合规审查、作为诉讼证据的实体分析、PDF 物理处理（合并/压缩/页码）。
优先用 pdftotext（poppler）提取文本层，电子发票大多自带文本层，开箱即用：
pdftotext -layout "发票.pdf" -
批量提取多个 PDF 用本 skill 脚本（自动分隔、缺失依赖给提示）：
python3 scripts/extract_invoice.py 发票1.pdf 发票2.pdf 发票3.pdf
# 或传一个目录
python3 scripts/extract_invoice.py ~/Downloads/
若 pdftotext 无文本输出（扫描件/图片型发票），降级到 OCR：调用 legal-ocr 或 pdf skill。
从文本中解析每张发票的核心字段，识别要点见 references/invoice-field-guide.md。常用类型速查：
| 发票类型 | 必抓字段 |
|---|---|
| 铁路电子客票 | 发到站、车次、日期、票价、乘车人、购买方、发票号 |
| 增值税普通发票（住宿/餐饮/服务） | 购买方、销售方、项目、金额、税额、价税合计、发票号、开票日期 |
无法确认的字段标注"待人工确认"，不臆测。
按**购买方名称（发票抬头）**判断这批发票归属哪个项目：取购买方全称在工作文档库中检索匹配的委托人/客户；同抬头的发票归同一项目；无法匹配时向用户确认，不擅自归档。
从发票所在位置（或拟归档位置）向上回溯，读取所属项目的信息文件，用于填补清单"报销信息"表的事由/案号/日期/路线/报销单位：
python3 scripts/find_project_context.py "发票所在目录或文件路径"
识别与提取要点见 references/project-context-guide.md。核心映射：
| 清单字段 | 项目上下文来源 |
|---|---|
| 事由 | 项目/案件名称 + 触发出行的事件 |
| 案号 | 项目信息.md 的"法院案号" |
| 日期 | 与发票业务日期匹配的项目时间线事件 |
| 路线 | 事件地点（如法院所在地）↔ 常驻地 |
| 报销单位 | 委托人/客户（与发票购买方交叉验证） |
| 出差人 | 承办律师/项目出差人员 |
把发票业务日期与项目时间线对照，推断本次出行事由（如发票 06-15～17 + 项目"06-16 石家庄开庭" → 事由"赴石家庄参加第一次开庭"）。无法从上下文确认的，向用户核实，不臆造。
确定归属项目后，把发票复制（不移动，保留原件）到该项目的报销子目录：
报销/（默认；差旅等可进一步子分类，如 报销/差旅/）YYMMDD 类型 摘要 [人名].pdf
260615 高铁票 苏州北-石家庄 G1220 张某.pdf260615-0617 住宿费 石家庄XX酒店.pdf260620 餐饮费 XX餐厅 部门聚餐.pdf读取的发票信息可生成多种清单——报销清单（默认），也可按需输出消费清单、对账流水、按月汇总等。用户未指定时默认出具报销清单。模板与命名规范见 references/output-template.md。
默认输出风格（除非用户另行要求）：
序号 | 日期 | 类型 | 摘要 | 金额(元) | 发票号，末行合计YYMMDD 报销清单.md（YYMMDD 为预计发送日期，询问用户，无则取当天）完成一次发票整理后，按下述门控自检。任一 Hard Fail 命中即判定本次输出不合格，不可交付。
cp 复制，禁止 mv 移动或删除原件YYYY-MM-DD；归档文件名与清单"日期"列用业务日期（非开票日期）YYMMDD 报销清单.md（YYMMDD 为预计发送日，已询问用户）输入：2 张发票（1 张高铁票 + 1 张住宿费），购买方为同一公司，业务日期落在某案件"XX 开庭"时间线前后。
应产出：
报销/ 子目录不在本 skill 验收范围：OCR 识别精度本身（扫描件降级到 legal-ocr）、发票真伪、税务合规判断。
| 依赖 | 安装方式 |
|---|---|
poppler（提供 pdftotext） | macOS: brew install popplerLinux: sudo apt-get install poppler-utils |
仅"文本提取"需要 poppler；文本层缺失时改用 OCR skill，不强制安装。scripts/find_project_context.py 仅用 Python 标准库，无需安装。
pdftotext 无文本层时，用其 OCR 能力识别扫描件/图片型发票