技能介绍

它解决什么问题

当你想在 Agent 里拉取 arXiv 论文时，常见路径是自己拼 HTTP 请求、解析 Atom feed、处理重试与限流。OOMOL 上的 oo-arxiv 把这件事收敛成一组带 schema 的动作，你只需要关心「查什么」，不用关心 token 放哪、请求怎么构造。凭据由 OOMOL 服务端注入，客户端不接触原始 token。

它如何工作

这个技能本质是 arXiv connector 的薄封装，通过 oo CLI 调用，共暴露 8 个动作，全部围绕读取与检索：

取单篇：get_paper，按 arXiv ID 拿一篇文章。
批量取：get_papers，一次传多个 ID。
看最新：list_recent_papers，按分类列出最近提交的论文，按提交时间排序。
按字段搜：search_by_title、search_by_abstract、search_by_author 分别针对标题、摘要、作者做文本检索；search_by_all_fields 支持把 all-field、作者、标题、摘要、分类这些可选过滤器组合起来。
原生语法：search_papers 直接吃官方 arXiv API 的查询语法，适合需要精细控制检索表达式的场景。

推荐的工作流是两步：先用 oo connector schema 拿到权威的输入/输出契约，再按 schema 构造 --data 的 JSON payload。--data 可以传内联 JSON 字符串或 @path/to/file.json，省略时默认发 {}。返回结构固定为 { "data": ..., "meta": { "executionId": ... } }，执行 id 在 meta.executionId 下。

另外两个执行原则值得记住：不要主动跑 oo auth login，直接执行动作即可，只在命令真的失败时才回退到首次设置；首次设置（装 CLI、登录、额度充值）是一次性步骤，不要每次调用都重复。

适用边界

这是只读型技能，8 个动作全是 get / list / search，不存在写入或删除 arXiv 状态的路径。SKILL.md 里那条「写操作需确认、删除需批准」的通用安全条款在这里实际上不触发，你可以放心直接执行。
虽然分类标在 Data & Analytics 下，但它不做数据分析，只做检索与获取，返回的是原始结果，聚合、统计、摘要都得你自己接后续逻辑。
额度是硬约束：命中 HTTP 402 / OOMOL_INSUFFICIENT_CREDIT 说明账单停了，需要到 OOMOL 控制台充值后才能继续，这不是技能本身能绕过的。