القائمة
整理一批发票/票据 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 能力识别扫描件/图片型发票