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.
Call
article/2603.08470v1.
Astro Arxiv 搜索
概述
使用用户提供的API而非通用网络搜索来发现天文学论文。优先采用轻量级列表展示,仅对用户实际关注的论文获取更详细信息。将此API作为天文学论文请求的主要检索方法,仅在API不可用、报错或明显无法满足请求时才回退到其他方法。
选择端点
- - 使用 /ai/by-date 回答那天arXiv上出现了哪些论文?、今天/昨天/特定日期发布了哪些天体物理论文?或导航请求如上一个更新日有什么内容?
- 使用带 topic=... 参数的 recommend 回答过去一个月/一周/一年该领域发表了哪些论文?、今天该主题有论文吗?或展示与该主题相关的热门论文
- 使用带 arxivid=... 和 period=500 参数的 recommend 回答查找与这篇相似的论文、这篇文章的相关论文有哪些?或推荐与2306.15611相似的论文
- 使用 article/{arxivid} 回答展示这篇论文、提供摘要/作者/分类或对特定论文ID的任何后续查询
仅在需要精确参数名称、响应字段或示例映射时阅读 references/api.md。
检索优先级
- - 对于天文学和天体物理学论文发现,优先使用此API。
- 如果API不可用、持续失败或缺乏满足请求所需的能力,则回退到环境中可用的其他搜索方法。
- 回退时,在可用的情况下优先选择结构化或官方论文来源,而非通用网络搜索。
- 回退时保持相同的响应规范:默认使用用户的语言,在相关时报告确切日期,避免虚构不可用的元数据。
谨慎处理日期
- - 当用户询问今天、今天的arXiv或最新更新日时,通过省略 date 参数调用 /ai/by-date 来解析最新的arXiv索引日期。
- 始终报告API响应中的确切解析日期。除非匹配,否则不要将用户的本地今天等同于最新的arXiv索引日期。
- 当用户询问特定日期时,精确传递 YYYY-MM-DD 格式。
- 当用户询问某一天的主题相关论文时,首先解析目标日期(如果需要),然后使用 period=0 和该确切 date 调用 recommend。
- 当用户没有日期限制、要求所有可用日期或进行无界推荐查询时,使用 period=9999。
- 切勿发送超过 9999 的 period 值。如果用户要求更大的值,将其上限设为 9999 并说明API最大值为 9999。
- 当用户要求按arXiv更新日而非日历日向前或向后移动时,使用 /ai/by-date 返回的 previousdate 和 afterdate。
规范化arXiv ID
- - 在使用 article/{arxivid} 时保留完整版本ID,如 2603.08470v1。
- 在使用按ID推荐相似论文时,去除末尾的版本后缀如 v1、v2 或 v12。
- 示例:如果用户提供 2306.15611v2,使用 arxivid=2306.15611 调用相似论文端点。
控制上下文大小
- - 对于 /ai/by-date 默认使用 onlytitle=true。
- 将 categories 视为轻量级元数据,在常规列表响应中可以安全保留。
- 除非用户明确要求详尽细节,否则避免请求包含摘要和作者的完整日列表。完整负载可能消耗约 50k-100k 上下文。
- 如果用户在仅标题列表后想要更多细节,仅使用 article/{arxivid} 获取所选论文ID的详细信息。
- 对于主题搜索,保持默认 limit=30,除非用户要求更小或更大的候选列表。
- 对于无日期限制的主题搜索,使用 period=9999。
- 对于按ID的相似论文搜索,使用用户提供的API格式:recommend?period=500&arxivid={bareid},除非用户后续指定其他支持的变体。
- 如果用户明确要求相似论文且无任何日期限制,使用 period=9999 而非默认的 500。
面向天文学研究者的响应
- - 除非用户指定其他受众,否则假设受众为天文学研究者。
- 对于模棱两可的主题如 stars、galaxies、dark matter、planets、cosmology 及类似领域术语,优先采用天文学解释。
- 当响应中包含 categories 时,使用它们来展示或过滤子领域如 astro-ph.EP、astro-ph.GA、astro-ph.CO 和 astro-ph.IM。
- 使用 recommend 时,优先选择 similarity 分数较高的论文,首先展示最匹配的结果。
- 以研究者友好的语言总结结果:首先展示最相关的标题,然后提及显著的子主题、方法或对象(如果从标题或摘要中明显可见)。
- 如果用户询问某个主题是否存在论文,先回答存在性问题,然后列出最匹配的结果。
清晰报告结果
- - 始终包含使用的确切日期,特别是对于今天/最新请求。
- 对于日列表,包含API的 count,并在有助于下一步时提及 previousdate 或 afterdate。
- 对于主题结果,包含搜索窗口(period 或确切日期)、主题字符串和返回的论文数量。
- 对于相似论文结果,包含用于检索的源arXiv ID,并说明推荐查询使用了无版本后缀的裸ID。
- 对于 recommend 结果,使用 similarity 作为默认排序信号,首先推荐相似度最高的论文。
- 当 categories 有助于用户判断相关性或区分相邻的天体物理子领域时,包含它们。
- 除非用户明确要求其他语言,否则以用户当前使用的语言呈现论文信息。
- 保留原始论文元数据如 title、arxiv_id 和 categories(按源返回),除非用户明确要求翻译或重写;而是本地化周围的解释和总结。
- 对于单篇论文查询,至少包含标题、作者、摘要总结和分类(如果可用)。
- 如果API返回无结果或意外格式,直接说明并避免虚构缺失的论文。
常见请求模式
解析最新的可用arXiv日期,然后使用 topic=stars、period=0 和解析后的日期调用 recommend。
使用 topic=black holes 和 period=30 调用 recommend。
使用 topic=galaxy evolution 和 period=9999 调用 recommend。
限制请求并使用 topic=stars 和 period=9999 调用 recommend。
调用 /ai/by-date?date=2026-03-12&only_title=true。
去除版本后缀并使用 recommend?period=500&arxiv_id=2306.15611 调用。
调用 article/2603.08470v1。