← Back to Skills Marketplace
zqqian

Astro arXiv Search

by Zhang Qiqian · GitHub ↗ · v1.0.1 · MIT-0
cross-platform ⚠ suspicious
327
Downloads
2
Stars
0
Active Installs
2
Versions
Install in OpenClaw
/install astro-arxiv-search
Description
Retrieve astronomy and astrophysics papers from the user's arXiv mirror API. Use when Codex needs to list papers from a given arXiv day, find papers related...
README (SKILL.md)

Astro Arxiv Search

Overview

Use the user's API instead of general web search for astronomy paper discovery. Prefer lightweight listing first, then fetch more detail only for the papers the user actually cares about. Treat this API as the primary retrieval method for astronomy paper requests and only fall back to other methods if the API is unavailable, errors out, or clearly cannot answer the request.

Choose The Endpoint

  • Use /ai/by-date to answer "what papers appeared on arXiv that day?", "what astro-ph papers were posted today/yesterday/on a given day?", or navigation requests such as "what was on the previous update day?".
  • Use recommend with topic=... to answer "what papers were published in this area over the last month/week/year?", "were there any papers on this topic today?", or "show me the top papers related to this topic".
  • Use recommend with arxiv_id=... and period=500 to answer "find papers similar to this one", "what are the related papers for this article?", or "recommend papers similar to 2306.15611".
  • Use article/{arxiv_id} to answer "show me this paper", "give me the abstract/authors/categories", or any follow-up on a specific paper ID.

Read references/api.md only when exact parameter names, response fields, or example mappings are needed.

Retrieval Priority

  • For astronomy and astrophysics paper discovery, use this API first.
  • If the API is unavailable, repeatedly failing, or missing the capability needed for the request, fall back to other search methods available in the environment.
  • When falling back, prefer structured or official paper sources before generic web search when those options are available.
  • When falling back, keep the same response discipline: use the user's language by default, report exact dates when relevant, and avoid hallucinating unavailable metadata.

Handle Dates Carefully

  • When the user asks for "today", "today's arXiv", or "the latest update day", resolve the latest indexed arXiv date by calling /ai/by-date with date omitted.
  • Always report the exact resolved date from the API response. Do not equate the user's local "today" with the latest indexed arXiv date unless they match.
  • When the user asks for a specific day, pass YYYY-MM-DD exactly.
  • When the user asks for topic-related papers on one specific day, first resolve the target date if needed, then call recommend with period=0 and that exact date.
  • When the user asks for no date restriction, all available dates, or an effectively unbounded recommendation query, use period=9999.
  • Never send a period value above 9999. If the user asks for a larger value, cap it at 9999 and state that the API maximum is 9999.
  • Use previous_date and after_date from /ai/by-date when the user asks to move backward or forward by arXiv update day instead of calendar day.

Normalize arXiv IDs

  • Keep the full versioned ID such as 2603.08470v1 when using article/{arxiv_id}.
  • Strip any trailing version suffix such as v1, v2, or v12 when using similar-paper recommendation by ID.
  • Example: if the user gives 2306.15611v2, call the similar-paper endpoint with arxiv_id=2306.15611.

Control Context Size

  • Default to only_title=true for /ai/by-date.
  • Treat categories as lightweight metadata that is safe to keep in normal list responses.
  • Avoid requesting the full day listing with abstracts and authors unless the user explicitly wants exhaustive details. The full payload can consume roughly 50k-100k context.
  • If the user wants more detail after a title-only listing, fetch details only for the selected paper IDs with article/{arxiv_id}.
  • For topic search, keep the default limit=30 unless the user asks for a smaller or larger shortlist.
  • For topic search with no date restriction, use period=9999.
  • For similar-paper search by ID, use the API shape the user provided: recommend?period=500&arxiv_id={bare_id} unless they later specify another supported variant.
  • If the user explicitly asks for similar papers without any date restriction, use period=9999 instead of the default 500.

Respond For Astronomy Researchers

  • Assume the audience is astronomy researchers unless the user specifies another audience.
  • Prefer astronomy interpretations for ambiguous topics such as stars, galaxies, dark matter, planets, cosmology, and similar domain terms.
  • Use categories to expose or filter subfields such as astro-ph.EP, astro-ph.GA, astro-ph.CO, and astro-ph.IM when the response includes them.
  • When using recommend, prioritize papers with higher similarity scores and surface the strongest matches first.
  • Summarize results in researcher-friendly language: surface the most relevant titles first, then mention notable subtopics, methods, or objects if they are obvious from the title or abstract.
  • If the user asks whether papers exist on a topic, answer the existence question first, then list the strongest matches.

Report Results Clearly

  • Always include the exact date used, especially for "today/latest" requests.
  • For day listings, include the API's count and optionally mention previous_date or after_date when it helps the next step.
  • For topic results, include the search window (period or exact day), the topic string, and the number of returned papers.
  • For similar-paper results, include the source arXiv ID used for retrieval and note that the recommendation query used the bare ID without version suffix.
  • For recommend results, use similarity as the default ranking signal and recommend the highest-similarity papers first.
  • Include categories when they help the user judge relevance or distinguish neighboring astro-ph subfields.
  • Unless the user explicitly asks for another language, present paper information in the same language the user is currently using.
  • Keep original paper metadata such as title, arxiv_id, and categories as returned by the source unless the user explicitly asks for translation or rewriting; localize the surrounding explanation and summary instead.
  • For single-paper lookups, include at least title, authors, abstract summary, and categories when available.
  • If the API returns no results or an unexpected shape, state that directly and avoid hallucinating missing papers.

Common Request Patterns

  • "Check whether there were any stellar papers on arXiv today" Resolve the latest available arXiv date, then call recommend with topic=stars, period=0, and the resolved date.
  • "What black hole papers appeared in the last month?" Call recommend with topic=black holes and period=30.
  • "What galaxy evolution papers are relevant across all available dates?" Call recommend with topic=galaxy evolution and period=9999.
  • "Show me stellar papers from the last 20000 days" Cap the request and call recommend with topic=stars and period=9999.
  • "What astro-ph papers appeared on 2026-03-12?" Call /ai/by-date?date=2026-03-12&only_title=true.
  • "Recommend papers similar to 2306.15611v2" Strip the version suffix and call recommend?period=500&arxiv_id=2306.15611.
  • "Show me 2603.08470v1" Call article/2603.08470v1.
Usage Guidance
This skill's behavior is mostly consistent with an arXiv paper lookup helper, but note two things before installing: (1) the included API reference and examples point to a third‑party mirror (https://arxiv.q-cs.cn) rather than the official arXiv or a configurable user mirror. Using this skill will send user queries and requested arXiv IDs to that external host. If you care about privacy or trust, verify the operator of that domain or avoid the skill. (2) The skill advertises that it will use "the user's arXiv mirror API" but provides no env var or config to change the base URL — ask the publisher to add a configurable BASE_API_URL (and optional API key/credentials) before you rely on it. If you proceed, consider testing with non-sensitive queries and confirm the returned data matches expectations. If you need the agent to avoid sending queries to untrusted third parties, do not install or request the ability to override the API endpoint.
Capability Analysis
Type: OpenClaw Skill Name: astro-arxiv-search Version: 1.0.1 The astro-arxiv-search skill bundle is a specialized tool for retrieving astronomy and astrophysics papers from a specific API mirror (arxiv.q-cs.cn). The instructions in SKILL.md and references/api.md are well-structured, focusing on efficient API usage, accurate date handling, and context window management. There are no indicators of data exfiltration, malicious command execution, or harmful prompt injection; the skill appears to function exactly as described for research purposes.
Capability Assessment
Purpose & Capability
The name/description (astro arXiv search) matches the instructions: all runtime steps are about calling an arXiv mirror API to list, recommend, and fetch papers. However the SKILL.md repeatedly refers to "the user's arXiv mirror API" while the provided API reference hard-codes endpoints under https://arxiv.q-cs.cn. There is no declared environment variable or configuration option to point the skill at a different/more private mirror or the official arxiv.org. That inconsistency (claimed "user's mirror" vs fixed third‑party host) is unexpected.
Instruction Scope
The runtime instructions are constrained to calling the listed HTTP endpoints and applying rules for parameters, pagination, and context size. The instructions do not ask the agent to read local files, environment variables, or unrelated credentials. They do, however, instruct the agent to prefer this API and to send user queries to it; because the endpoint is a third‑party host, that means user queries and requested paper IDs will be transmitted externally. The skill also requires repeated API usage and fallbacks but gives no mechanism to change the base URL.
Install Mechanism
This is instruction-only with no install spec and no code files, so nothing is written to disk or installed. That is the lowest-risk install model.
Credentials
The skill declares no required environment variables, credentials, or config paths — which is proportionate for a simple read-only paper lookup service. That said, there is no declared way to configure the API base URL or to supply a private mirror endpoint, which reduces user control and is surprising given the description.
Persistence & Privilege
The skill does not request elevated persistence: always is false, no install or auto-enabling behavior is present, and it does not instruct modifying other skills or system settings.
How to Use
  1. Make sure OpenClaw is installed (local or Docker)
  2. Run the install command in chat: /install astro-arxiv-search
  3. After installation, invoke the skill by name or use /astro-arxiv-search
  4. Provide required inputs per the skill's parameter spec and get structured output
Version History
v1.0.1
**Expanded guidance for fallback and period handling in astro-arxiv-search.** - Treat the arXiv mirror API as the primary method for astronomy paper lookups; fall back to other sources only if the API is unavailable or insufficient. - Clarify maximum period usage: use `period=9999` for "all dates"/no restriction; cap larger requests at this value and inform the user. - Specify updated endpoint paths (use `/ai/by-date`). - Prioritize `similarity` when ranking `recommend` results. - Ensure papers' metadata and presentation remain in the user's language, with localization of surrounding explanations only when needed.
v1.0.0
Astro Arxiv Search 1.0.0 – Initial Release - Enables astronomy and astrophysics paper retrieval via the user's customized arXiv mirror API. - Supports listing papers by arXiv date, topic-based recommendations, similar-paper suggestions, and detailed lookups by arXiv ID. - Handles date and arXiv ID normalization for accurate searches and recommendations. - Designed for astronomy researchers, providing summaries, subfield filtering, and concise reporting. - Optimizes context size: defaults to lightweight listings and fetches full details only when asked. - Provides clear usage guidance and best practices for common astronomy research queries.
Metadata
Slug astro-arxiv-search
Version 1.0.1
License MIT-0
All-time Installs 0
Active Installs 0
Total Versions 2
Frequently Asked Questions

What is Astro arXiv Search?

Retrieve astronomy and astrophysics papers from the user's arXiv mirror API. Use when Codex needs to list papers from a given arXiv day, find papers related... It is an AI Agent Skill for Claude Code / OpenClaw, with 327 downloads so far.

How do I install Astro arXiv Search?

Run "/install astro-arxiv-search" in the OpenClaw or Claude Code chat to install it in one step — no extra setup required.

Is Astro arXiv Search free?

Yes, Astro arXiv Search is completely free, licensed under MIT-0. You can download, install and use it at no cost.

Which platforms does Astro arXiv Search support?

Astro arXiv Search is cross-platform and runs anywhere OpenClaw / Claude Code is available (cross-platform).

Who created Astro arXiv Search?

It is built and maintained by Zhang Qiqian (@zqqian); the current version is v1.0.1.

💬 Comments