Token导航 LogoToken导航

Agent Skill · 研究检索

scholar-search(学者检索)

scholar-search 用于查找、检索和筛选相关信息,适合在 OpenClaw 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

scholar-search 是研究检索类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为接触敏感数据;许可证为 MIT-0,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 7,516。

总安装 18,769周安装 798GitHub Stars 公开资料未说明下载 6,576核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.4

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:scholar-search(学者检索)
来源仓库:https://github.com/xxxxxxxxxxxxxxxxxxx20gex/scholar-search
安装命令:
openclaw skills install scholar-search
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install scholar-search

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

统一检索 arXiv 与 Semantic Scholar 的学术资源。支持论文查找、引文分析与预印本追踪。输出结构化结果便于进一步处理。scholar-search 属于研究检索类 Skill,可作为该场景下的辅助能力补充。需明确搜索词与过滤条件以提高准确性。建议结合引用次数与发表年份综合判断价值。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install scholar-search;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

scholar-search 怎么安装?

在终端执行 openclaw skills install scholar-search。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

scholar-search 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

scholar-search 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

scholar-search 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

scholar-search 用的人多吗?

公开数据是累计安装 18,769 次,近一周安装 798 次,下载 6,576 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

scholar-search 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
scholar-search

学者检索 · 本页

18,769—接触敏感数据MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
scholar-search
description
Unified academic search across arXiv and Semantic Scholar. Supports topic search, latest preprints, paper/author lookup, citation analysis, and structured output from core endpoints.
metadata
{"openclaw":{"requires":{"anyBins":["python","python3"],"env":["S2_API_KEY"]},"primaryEnv":"S2_API_KEY"}}

scholar-search

概述

本 skill 通过统一的命令行脚本 scripts/scholar-search.py 封装 arXiv 和 Semantic Scholar API,支持学术论文检索、详情拉取、引用网络扩展与作者轨迹分析。


前置条件

  • Python
  • 所需依赖:requests
  pip install requests
  • 环境变量要求:

- S2_API_KEY - Semantic Scholar API 密钥(必需;优先从进程环境变量读取)

  • 当我在对话中直接提供 Semantic Scholar API Key 时,必须先写入:
  python scripts/set_s2_api_key.py --api-key "<我提供的key>"
  • 写入策略:S2_API_KEY 已存在则覆盖,不存在则自动追加到 scripts/.env。
  • 读取策略:优先读进程环境变量 S2_API_KEY,若未设置则回退读取 scripts/.env。
  • 命令占位符约定:

- 技能目录根路径(skills/scholar-search)。 - 统一脚本路径写法:、scripts/scholar-search.py。


可用工具

  • scripts/scholar-search.py:主检索脚本,执行 arXiv + Semantic Scholar 联合检索与结果整理。
  • scripts/set_s2_api_key.py:写入或覆盖 .env 中的 S2_API_KEY,用于配置 Semantic Scholar API Key。

详细操作手册

  • references/semantic-scholar-api-reference.md:Semantic Scholar API 的端点、参数与字段参考,用于核对调用细节。
  • references/arxiv-api-reference.md:arXiv API 的查询语法与参数说明,用于核对 arXiv 检索细节。

工作流


1) 解读我的需求

先提取并标准化以下约束:

  1. 查询实体:关键词、paper_id、author_id、DOI、arXiv ID、作者姓名,学科等等。
  2. 时间和过滤:year、venue、publicationTypes、fieldsOfStudy、cat 分类
  3. 规模目标:目标条数
  4. 输出语言:中文
  5. 类型偏好:是否只要 conference/期刊、是否只要 2024 年后等硬条件

输出语言决策:

  • 如果我的查询包含“中文”“用中文”“中文回答”“总结成中文”等词 -> 强制全部输出中文。
  • 如果我的查询是纯英文或学术术语为主 -> 保持论文标题/作者/会议期刊原文,分析描述用中文。
  • 其他情况默认中文,并在描述字段中保持中文表达。

2) 可用的搜索引擎与使用

arxiv搜索引擎

功能概述 面向 arXiv 预印本的统一检索入口,支持关键词/作者/分类/时间过滤、ID 精确拉取、分页、排序。 典型用途:

  • 追踪最新预印本(按提交时间倒序)
  • 按学科/作者做前沿扫描
  • 用 arXiv ID 快速获取单篇或多篇元数据(标题、摘要、作者、PDF链接等)

核心参数速查(建议优先掌握这6个,覆盖 95% 场景)

参数作用常用值/格式示例必填建议/约束
search_query查询表达式(标题/作者/摘要/分类/全字段)cat:cs.CL AND all:multimodal<br>au:goodfellow AND ti:gan否支持 ti:, au:, abs:, cat:, all: 前缀;AND/OR/ANDNOT/短语""
id_list精确拉取 arXiv ID(逗号分隔,可带版本 vN)0704.0001,cond-mat/0207270v1否与 search_query 可组合做过滤;优先用此拿单篇
start分页起点(0-based)0, 10, 100否默认 0
max_results单次返回条数10, 50, 200否默认 10;上限 30000,建议 ≤2000/次
sortBy排序字段relevance(默认,模糊搜推荐)<br>submittedDate(新论文优先)<br>lastUpdatedDate否与最新预印本最常用
sortOrder排序方向descending(新→旧)<br>ascending否默认 relevance 时无关

时间过滤语法(常用但非必备) 在 search_query 中加: submittedDate:[YYYYMMDDTTTT TO YYYYMMDDTTTT] 示例:submittedDate:[202501010000 TO 202603082359](2025年1月1日到2026年3月8日)

快速上手案例

# 1. 最新10篇 cs.CL 多模态相关预印本(推荐默认用法)
python scripts/scholar-search.py --source arxiv --params '{"search_query":"cat:cs.CL AND all:multimodal","start":0,"max_results":10,"sortBy":"submittedDate","sortOrder":"descending"}'

# 2. 指定作者 + 近一年论文(时间区间过滤)
python scripts/scholar-search.py --source arxiv --params '{"search_query":"au:goodfellow AND submittedDate:[202503010000 TO 202603082359]","max_results":20}'

# 3. 精确拉取单篇或多篇(最快、最稳定)
python scripts/scholar-search.py --source arxiv --params '{"id_list":"2501.12345,2409.09876v2"}'

# 4. ID 列表 + 额外过滤(例如只看 cs.AI 中的)
python scripts/scholar-search.py --source arxiv --params '{"id_list":"2408.00001,2407.12345","search_query":"cat:cs.AI"}'

高级/注意事项(仅在需要时深入)

  • search_query + id_list 组合:id_list 为主,search_query 作二次过滤。
  • 限流:每 3 秒 1 次请求,单连接;
  • 完整语法、错误码、返回字段详解 → references/arxiv-api-reference.md

决策提示

  • 想最新/热门 → 用 sortBy=submittedDate / lastUpdatedDate + descending
  • 模糊主题搜 → search_query + sortBy=relevance
  • 已知 ID → 优先 id_list,速度最快、准确最高
  • 需要时间范围 → 加 submittedDate:[...]
  • 结果太多/太少 → 调整 max_results 或细化 search_query(如加 cat: / au:)
高级用法参考:references/arxiv-api-reference.md

semantic scholar 搜索引擎

功能概述 面向 Semantic Scholar Academic Graph 的检索入口,提供论文/作者元数据、引用网络、引用上下文等。 典型用途:

  • 主题/关键词搜高影响力论文(带 citationCount 排序)
  • 论文详情 + PDF/开放获取判断
  • 沿引用链扩展(citations/references)
  • 作者轨迹分析(author/{id}/papers)
  • 标题精确匹配或术语上下文片段定位

核心参数速查(覆盖 90% 场景)

参数作用常用示例/格式必填/约束
endpoint目标 API 路径paper/search, paper/{paper_id}, citations 等必填
query搜索词(plain text,无特殊语法)"machine learning", transformerpaper/search、match、author/search 必填
fields返回字段白名单(逗号分隔,支持点号嵌套)paperId,title,abstract,citationCount,openAccessPdf,url,authors可选;不传返回最小数据
limit / offset分页(offset 从 0 开始)limit:50, offset:0大多端点 limit 默认 100,常见 max 100–1000(见下方关键约束)
publicationDateOrYear / year时间过滤2024:2026, year:2025可选
minCitationCount / venue / fieldsOfStudy / publicationTypes过滤高引/特定会议/领域/类型minCitationCount:50, venue:NeurIPS可选

关键约束(精简版)

  • paper/search:limit <= 100 且 offset + limit < 1000。
  • author/search:limit <= 1000 且 offset + limit < 10000。
  • paper/{id}/references、paper/{id}/citations、author/{id}/papers:limit <= 1000。
  • paper/autocomplete:必须有 query,不要依赖 limit。
  • snippet/search:必须有 query;建议不传 fields;limit <= 1000;offset 不稳定不建议依赖。
  • 以上规则在脚本参数校验中会优先拦截;完整细则与返回字段定义见 references/semantic-scholar-api-reference.md。

快速上手案例

# 1. 主题检索(推荐默认入口,带关键字段)
python scripts/scholar-search.py --source semantic_scholar --endpoint paper/search --params '{"query":"large language model reasoning","limit":15,"offset":0,"fields":"paperId,title,year,authors,abstract,citationCount,venue,openAccessPdf,url,externalIds"}'

# 2. 标题精确匹配(单条最准)
python scripts/scholar-search.py --source semantic_scholar --endpoint paper/search/match --params '{"query":"Attention Is All You Need","fields":"paperId,title,authors,year,abstract,url,venue"}'

# 3. 论文详情(已知任意 ID)
python scripts/scholar-search.py --source semantic_scholar --endpoint paper/arXiv:2312.17485 --params '{"fields":"title,abstract,authors,citationCount,openAccessPdf,url"}'

# 4. 引用扩展(看谁引用了这篇)
python scripts/scholar-search.py --source semantic_scholar --endpoint paper/PMID:12345678/citations --params '{"limit":20,"offset":0,"fields":"citingPaper.paperId,citingPaper.title,citingPaper.year,citingPaper.citationCount"}'

# 5. 作者轨迹(某作者所有论文,按时间过滤)
python scripts/scholar-search.py --source semantic_scholar --endpoint author/1741101/papers --params '{"limit":30,"offset":0,"publicationDateOrYear":"2023:2026","fields":"title,year,venue,citationCount"}'

3) 结果质量检查与继续检索条件

满足任一条件时,继续检索 1 轮:

  1. 数量不足(例如 < 3)
  2. 与我的主题偏离明显
  3. 关键字段缺失较多(标题、ID、来源链接、摘要)

结束检索条件:

  1. 数量达到目标或可接受范围
  2. 主题匹配度高
  3. 继续检索收益低

补充策略:先在同一数据源内改写查询重试 1 次;仍不足再切到另一源补充 1 次。

相关性分层(输出前必须执行)

基于 query 与论文标题/摘要/TL;DR 的语义匹配程度分层:

  • 高相关:直接研究 query 主题本身,或以 DeepSeek 作为核心对象/核心方法(优先详细输出)。
  • 中相关:将 DeepSeek 作为主要对比基线、实验对象或关键组成部分。
  • 弱相关:仅在实验、附录或背景中提及 DeepSeek。

排序优先级:

  1. 相关性(高 > 中 > 弱)
  2. 时间(新到旧)
  3. 引用数(高到低,未知置后)

必须停止并输出结果的条件(任一满足即终止):

  1. 已获取 >= 目标数量的合格论文(合格 = 有标题 + paperId + year + abstract/TL;DR 至少一项)。
  2. 本轮与上一轮相比,新论文重复率 > 70% 或没有明显新信息。
  3. 已连续执行 3 轮检索(含 query 改写重试)。
  4. 当前结果平均 citationCount < 3 且 year 均在近 3 年内(领域过新或 query 过窄)。
  5. 我明确表示“够了”“停止搜索”。

4) 输出要求(最终向我输出的内容格式要求)

  1. 每篇论文必须按以下结构输出,缺一项即判失败。
  2. 每篇开头必须是独立一行(前后空一行):-----------
  3. 标题必须是一级标题:# {序号}. **论文完整标题**
  4. 若有 TL;DR,标题下一行输出:TL;DR: {文本} — 来自 {来源};无则整行删除。
  5. 元数据固定三行、固定顺序、字段名必须加粗:

论文信息: 来源:{venue/journal/arXiv} | 发表/更新日期:{日期} | 引用数:{数字或未知} | 影响力引用:{数字或未知} | 开放获取:是/否/未知

链接:Semantic Scholar | PDF:PDF (无 PDF 时删除 | **PDF**... 整项,不得写"无/未知")

  1. 作者行:**作者**(前3位 + et al.):{A, B, C et al.}
  2. 领域行:**领域**:{领域1, 领域2}(无则整行删除)
  3. 必须包含:

### 研究内容(1–2句,仅基于 abstract/tldr/summary,禁止推断) ### 摘要关键点(2–4条;若不足2条,补"原始信息有限。")

  1. 可选字段只能放在:

可选额外信息: - 被引趋势:... - 出版类型:... - 外部ID:... (此块可整体省略)

输出限制

  1. 严禁任何开场白、总结、结尾、过渡语。
  2. 严禁改字段名、改顺序、压缩结构、合并段落。
  3. 输出必须直接从第一篇 ----------- 开始。
  4. 不可将原本单篇信息详细的论文只输出少部分信息。

示例输出(仅供参考)


-----------

# 1. **Hierarchical Token Pruning for Efficient Vision-Language Reasoning**
TL;DR: 通过分层裁剪视觉与文本 token,在保持精度的同时显著降低推理开销 — 来自 Semantic TL;DR

**论文信息**:
**来源**:arXiv | **发表/更新日期**:2026-01-09 | **引用数**:未知 | **影响力引用**:未知 | **开放获取**:是

**链接**:[Semantic Scholar](https://www.semanticscholar.org/paper/Hierarchical-Token-Pruning-Example/abcdef123456) | **PDF**:[PDF](https://arxiv.org/pdf/2601.00999)

**作者**(前3位 + et al.):Mina Park, David Lin, Q. Herrera et al.
**领域**:Computer Science, Vision-Language Models

### 研究内容
该研究提出分层 token pruning 框架,在不同网络深度动态移除低贡献 token。实验显示该方法在多项视觉问答与检索任务上实现更优的效率-性能折中。

### 摘要关键点
- 设计了跨层一致性的 token 重要性评分机制。
- 在多个基准上显著减少 FLOPs 与延迟,同时维持接近基线的准确率。
- 提供消融实验,验证不同裁剪率与层级策略的影响。

5) 失败处理

  1. API 失败:回显脚本返回的 error 字段(含 HTTP 状态码、错误信息、已尝试参数)
  2. 无结果:给出可执行的 query 改写建议(同义词、上位词、放宽过滤)
  3. 参数错误:明确指出错误参数并给出修正后的完整调用命令
  4. 字段缺失:标注"未知/缺失",不得补写未返回信息
  5. 429/配额处理顺序:

- 若返回 429 -> 当前脚本直接返回错误并停止,不自动重试。 - 建议:重试 1 次(间隔 2-5 秒)或减小 limit 后重试。 - 若错误包含 quota 或 rate limit -> 直接告知我的配额已用尽,建议稍后重试或切换 arXiv。

  1. 结果过少模板:

- “当前结果较少(仅 X 篇),建议:① 去掉 venue 限制;② 用上位词替换关键词;③ 切换到 arXiv 获取最新预印本。”。


6) 执行硬约束

  1. 每轮检索只做最小必要请求,优先复用已获取结果
  2. 输出前必须完成字段真实性校验
  3. 不使用未验证端点,不引用未在响应中出现的数据
  4. 若我给出硬过滤(如 year>=2024、conference only),必须优先编码到参数中再发起请求

平台分布

OpenClaw

96.3%
按下载量换算6,333

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills