Paper Circle: An Open-source Multi-agent Research Discovery and Analysis Framework

Paper: arXiv:2604.06170 / Hugging Face Papers Code: MAXNORM8650/papercircle Code reference: main @ 05db8cd8 (2026-05-13)

1. Motivation (研究动机)

论文要解决的不是单点的“论文搜索”问题,而是完整文献工作流的断裂:研究者需要先发现相关论文,再判断哪些值得读、组织成可复用的阅读列表、深入理解单篇论文、和合作者共享讨论结果。传统搜索引擎、推荐系统或单轮 RAG 工具通常只能覆盖其中一段:它们可能能返回标题列表,但缺少可追溯的中间状态、稳定可复现的排序、多源覆盖、结构化导出,以及对单篇论文内部概念、方法、实验和图表的深层解析。

现有 AI Scientist / multi-agent scientific discovery 系统更偏向“让 agent 自主完成科研任务”,而 Paper Circle 的定位更实际:把 agent 放进 human-in-the-loop 的 literature review workbench 中,让研究者保留问题定义、筛选与判断权,系统负责把搜索、排序、分析、review、导出这些机械且容易遗漏的步骤串起来。这个差异很重要,因为文献综述往往不是一次性问答,而是持续积累的社区过程:同一批论文会被多人复查、补充、引用、重新排序,并且需要留下可审计的 JSON/CSV/BibTeX/Markdown/HTML 产物。

作者认为值得研究的核心原因有三点。第一,科学文献增长让“靠关键词 + 手动打开 PDF”越来越低效;第二,单篇论文理解本身也需要结构化工具,例如把概念、方法、实验、数据集、图表和公式连成 typed graph;第三,社区阅读需要共享状态,而不是每个研究者在自己的聊天窗口里重新问一遍。Paper Circle 因此试图把 discovery、paper mind graph、review agents 和 collaborative reading circle 合成一个开源平台。

Figure 1 解读:这张总览图把 Paper Circle 拆成三条主线:左侧从 user query 进入 Paper Mind / Discovery Orchestrator,系统从 paper graph、community 和 arXiv live 等来源构建候选集;中间的 multi-agent 层包括 query、search、sorting、analysis、export;右侧的 Tracker 维护 shared state,并把状态同步到数据库和界面。它说明本文的贡献不是一个新的 embedding 模型,而是把“检索—排序—分析—导出—社区展示”做成可复现的 agent workflow。

2. Idea (核心思想)

核心洞察是:research discovery 更像一个有状态的协作流程,而不是无状态的 top- 检索。Paper Circle 让每个 agent 只负责一个窄工具接口,并把所有中间结果写入共享状态;这样既能利用 LLM agent 的查询理解和分析能力,又能保留 deterministic ranking、process logs、multi-format exports 与 human verification。

关键创新可以概括为两个互补 pipeline:Discovery Pipeline 负责多源检索、评分、去重、多样性排序和结构化输出;Analysis Pipeline 把单篇论文解析成 typed knowledge graph,并在 graph-aware QA、coverage verification 和 human editing 中复用。与 PaperQA / STORM / SciSage 这类更偏问答或写作的系统相比,Paper Circle 同时强调 multi-source discovery、typed paper KG、node/edge provenance、coverage verification、deterministic runs 和 structured exports;论文的 Table 1 中只有 Paper Circle 在这些列上全支持。

一个更直观的区别是:BM25 / semantic search baseline 只关心“相关论文是否排在前面”,Paper Circle 还关心“为什么它排在这里、来自哪个源、是否重复、是否覆盖不同子主题、能否导出给下一步阅读/讨论/复现”。因此它的 method 更接近 research operations system,而不是单独的 ranking algorithm。

3. Method (方法)

3.1 Overall framework:有状态的 multi-agent literature workflow

Paper Circle 的系统由三类后端能力和一个前端工作台组成:

  • Discovery backend:从 local JSON corpus、arXiv、Semantic Scholar、OpenAlex、Google Scholar/HF fallback 等源拉取论文;通过 intent classifier 决定 offline / online search,经过 search、sort、analysis、export agent 更新共享状态。
  • Paper Mind Graph / Analysis backend:对 PDF 做 ingestion、semantic chunking、concept/method/experiment/linkage extraction,构建 typed graph,再支持 graph-aware QA 与 coverage checking。
  • Review agents:围绕一篇论文并行运行 deep analyzer、critic、literature expert、contribution analyzer、reproducibility checker、summarizer、knowledge graph constructor 等角色,给出结构化 critique 与打分。
  • Frontend + persistence:React/TypeScript 前端显示 discovery、analysis、review、community reading circle;Supabase 负责认证和持久化。

方法上的直觉是:LLM agent 擅长解释意图、生成结构化分析、把图表/方法和上下文联系起来;但它不擅长保证稳定、完整和可复现。Paper Circle 的折中是把自由推理放在 agent role 中,把检索、排序、导出、coverage、状态写入等约束性环节做成工具函数和 shared state。这样 agent 每一步都能“写账”,用户可以复查每一步产生的 papers.json、links.json、stats.json、summary.json、Markdown/BibTeX/HTML 等产物。

3.2 Discovery Pipeline:query → search → score → diversity → export

Figure 2 解读:Discovery subsystem 从空的 discovery draft 开始,orchestrator 迭代调用 query decomposition、paper search、sorting、analysis/insights、export 和 web search agent。图中的 shared state 是关键:papers、links、statistics 和 summaries 每一步都会被更新,因此最终结果不是一次黑盒 LLM 输出,而是一串可检查、可重跑、可导出的状态转移。

Discovery Pipeline 包含六类 agent:intent classification、paper search、sorting、analysis、export、web search。intent classifier 把自然语言需求转成 search mode、conference/year filters、max results、ranking preferences;paper search agent 负责 offline/online 检索并更新 global state;sorting 和 analysis agent 负责重排与摘要;export agent 统一输出;web search agent 在问题含糊或需要最新信息时补充在线检索。

Offline / online retrieval

Offline search 从本地 JSON paper corpus 加载结构化记录,按 conference 和 year range 过滤,再把 title、abstract、keywords 拼成 searchable text。默认使用 BM25;可选 semantic 或 hybrid ranking。Online search 则调用 arXiv、Semantic Scholar、OpenAlex、Google Scholar/HF Space 等外部源。多源聚合后,系统用 normalized title、DOI、arXiv ID、URL 等键去重,因为同一论文经常以不同 metadata 出现在多个 API 中。

论文的评分公式包含四类维度。TF—IDF cosine similarity 衡量 query 和 paper text 的相关性: Recency score 按年份归一化: \text{recency}(p)=\frac{\text{year}(p)-\text{year}_\min}{\text{year}_\max-\text{year}_\min}. 最终 combined score 是多维加权和: 论文给出的 mode weights 是:stable mode 更偏 relevance/authority,;discovery mode 提高 novelty,;balanced mode 为 。排序标准可选 recency、citations、similarity、novelty、bm25 或 combined。

Diversity-aware postprocessing

为了避免 top results 全是同一个方向的相似论文,Paper Circle 在初排之后使用 MMR: 其中 是候选集, 是已选集合, 是查询, 控制 relevance 与 diversity 的权衡。论文写明 stable mode 使用 ,discovery mode 使用 ,balanced mode 使用 。postprocessing 还生成 Hidden Gems(novelty 高但 combined rank 不一定最高)、Canonical Papers(高引用或高 authority)和 source distribution 等辅助视图。

论文公式与 released code 实现差异:论文的 scoring section 使用 similarity/recency/novelty/BM25 四维权重,而 backend/core/paperfinder.py 的 refactored pipeline 使用 relevance/authority/novelty 三维 MODE_WEIGHTS:stable=0.5/0.4/0.1、discovery=0.3/0.1/0.6、balanced=0.4/0.3/0.3;BM25/semantic/hybrid ranking 仍存在于 backend/agents/discovery/pca.py::OfflinePaperSearchEngine。此外,论文写 stable/balanced/discovery 的 MMR 分别为 0.8/0.65/0.5,released code 在 backend/core/paperfinder.pybackend/core/discovery_papers.py 中使用 stable=0.7、其它 mode=0.5,没有单独的 balanced=0.65 分支。

3.3 Paper Analysis Agent:从 PDF 到 typed mind graph

Figure 3 解读:Paper Analysis Agent 分四层:ingestion 把 PDF 拆成 sections、figures、tables、equations;semantic chunking 产生结构感知 chunk;graph construction 抽取 concepts、methods、experiments 及其关系;Q&A / verification / export 层在图上检索、回答问题并检查覆盖度。图中最重要的是 provenance:graph 中的节点和边都能追溯到 source chunk、page number 和 verification status。

Ingestion and semantic chunking

released code 中 backend/agents/paper_mind_graph/ingestion.pyPDFParser 负责提取 metadata、sections、figures、tables、equations;SemanticChunker(max_chunk_size=1500) 按论文结构分块,而不是按固定 token 窗口切割。section 内段落会被组合到默认 1500 characters 限制内,figures/tables/equations 保留为带 caption 和 context 的 distinct chunks。这一点和普通 RAG 很不一样:普通 RAG 容易把图表说明、公式和正文切散,导致 answer 无法定位;Paper Circle 明确把 visual / equation artifacts 变成 graph 中可链接的对象。

Graph schema and extraction agents

mind graph 的 node 类型包括 paper、section、concept、method、experiment、dataset、visual element(figures/tables/equations)。edge 类型包括 hierarchy、definition、proposal、usage、evaluation、illustration、dependency。每个 node/edge 都带 provenance metadata:source chunk IDs、page numbers、verification status、confidence scores、timestamps。GraphBuilder 依次运行四类 extractor:Concept Extractor 分类 key concepts;Method Extractor 找方法段落中的 proposed/baseline/evaluation methods;Experiment Extractor 抽数据集、指标、结果;Linkage Agent 把 figure/table caption 和 nearby text 连接到已抽取概念或方法。

Graph-aware QA and coverage verification

Q&A module 用 EmbeddingStore 建索引,并用 GraphRetriever 检索 top- relevant chunks/nodes,再扩展 1-hop graph neighbors。PaperQA 用检索上下文构造 prompt,返回 answer、supporting evidence、source node IDs 和 confidence。CoverageChecker 会检查 figures、tables、sections、equations 是否已经链接到 concepts/methods,输出 0–100% coverage score、unlinked items 和 critical issues。这个 coverage layer 是系统工程上很关键的一步:它防止 agent 生成看似完整的分析,却静默漏掉图表、公式或实验段落。

3.4 Research Review Framework:多角色并行 critique

Figure 4 解读:Review framework 以 PDF/URL 为输入,由 orchestrator 维护 shared paper metadata 和 agent context,然后并行调度 specialized roles。Deep Analyzer 关注技术核心,Critic 模拟顶会 reviewer,Literature Expert 连接 Semantic Scholar/arXiv,Contribution Analyzer 分离作者 claim 和真实贡献,Reproducibility Checker 检查代码/超参/数据/算力披露,Summarizer 生成多层摘要,Knowledge Graph Constructor 构建 paper graph。图的重点是“分工 + 汇总”:不是让一个 LLM 一次性写完整 review,而是把不同审稿维度拆给不同 agent。

released code 中 backend/agents/paper_review_agents/benchmark_framework.pyBenchmarkConfig 默认 model_id="ollama_chat/qwen3-coder:30b"api_base="http://10.127.30.115:11434"num_ctx=32000parallel_reviews=3;CLI 示例在 benchmark_paper_review.py 中支持 --model--parallel--limit。论文实验还说明所有实验在 open-source model 上运行,硬件为 GB Nvidia GPUs,平台为 Ollama + fastllm。

3.5 Output and interface

Figure 5 解读:这张界面图展示 paper analysis/database management:用户可以在网页端管理论文数据库、触发分析并查看快速 inference 结果。它对应代码中的 FastAPI analysis service 与 React front-end,而不是论文中的抽象 pipeline 图。

Figure 6 解读:这张结果图展示 Analysis Agent 的五类输出:(A) concept graph,节点是抽取出的概念,边是语义关系;(B) concept explanation,概念解释带来源 section/page;(C) graph-aware Q&A,回答带 supporting figures/references;(D) Markdown export,把概念与方法结构化导出;(E) flowchart,把 concepts、methods、experiments 的高层关系画出来。这些输出说明 Paper Circle 的 analysis pipeline 不止服务即时问答,也服务后续阅读、汇报和协作。

Figure 7 解读:dashboard 汇总 ICLR 2024 review prediction 的误差、相关性和阈值准确率。图中各模型在不同 review category 上差异很大,尤其是 correlation 普遍偏低,这支持作者在 limitations 中的观点:review agent 可以辅助阅读,但不能作为可靠的论文强弱排序器。

3.6 Pseudocode grounded in released code

Discovery retrieval + scoring + MMR

from sklearn.metrics.pairwise import cosine_similarity
import numpy as np
 
MODE_WEIGHTS = {
    "stable": {"relevance": 0.5, "authority": 0.4, "novelty": 0.1},
    "discovery": {"relevance": 0.3, "authority": 0.1, "novelty": 0.6},
    "balanced": {"relevance": 0.4, "authority": 0.3, "novelty": 0.3},
}
 
def run_research_discovery_refactored(query, papers, mode="balanced", apply_diversity=True, top_k=30):
    weights = MODE_WEIGHTS.get(mode, MODE_WEIGHTS["balanced"])
    relevance = tfidf_cosine(query, [p.title + " " + p.abstract for p in papers])
    authority = compute_authority_scores(papers)  # recency + source proxy in released code
    novelty = compute_novelty_scores(papers)      # distance from TF-IDF corpus centroid
 
    for i, paper in enumerate(papers):
        paper.final_score = (
            weights["relevance"] * relevance[i]
            + weights["authority"] * authority[i]
            + weights["novelty"] * novelty[i]
        )
 
    ranked = sorted(papers, key=lambda p: p.final_score, reverse=True)
    lambda_param = 0.7 if mode == "stable" else 0.5
    overall = mmr_diversity(query, ranked, lambda_param=lambda_param, top_k=top_k) if apply_diversity else ranked[:top_k]
    hidden_gems = sorted(ranked[20:], key=lambda p: p.novelty_score, reverse=True)[:3]
    canonical = sorted(ranked, key=lambda p: p.authority_score, reverse=True)[:3]
    return {"overall": overall, "hidden_gems": hidden_gems, "canonical": canonical}

Paper mind graph construction

def build_paper_mind_graph(pdf_path, model):
    parsed = PDFParser(pdf_path).extract_all()  # metadata, sections, figures, tables, equations
    chunks = SemanticChunker(max_chunk_size=1500).chunk_paper(
        parsed.metadata, parsed.sections, parsed.figures, parsed.tables, parsed.equations
    )
 
    graph = MindGraph(metadata=parsed.metadata)
    graph.add_structural_nodes(parsed.sections, parsed.figures, parsed.tables, parsed.equations)
 
    builder = GraphBuilder(model=model)
    concepts = builder._extract_concepts(chunks)
    methods = builder._extract_methods(chunks)
    experiments = builder._extract_experiments(chunks)
    builder._link_visuals(parsed.figures + parsed.tables, concepts + methods)
    builder._find_relationships(concepts, methods, experiments)
    return graph

Graph-aware Q&A + verification

def answer_with_graph_context(graph, question, top_k=5):
    retriever = GraphRetriever(graph)
    context = retriever.retrieve(question, top_k=top_k)
    prompt = build_qa_prompt(question, context.chunks, context.nodes, context.relationships)
    response = PaperQA(graph).agent.run(prompt)
    return {
        "answer": response.text,
        "evidence": context.source_chunks,
        "source_nodes": [node.id for node in context.nodes],
        "confidence": estimate_confidence(response, context),
    }
 
def verify_graph_coverage(graph):
    report = CoverageChecker(graph).check_coverage()
    return {
        "coverage_score": report.get_coverage_score(),
        "unlinked_figures": report.unlinked_figures,
        "unlinked_tables": report.unlinked_tables,
        "critical_issues": report.critical_issues,
    }

Multi-agent review benchmark

def benchmark_review_agents(papers, model_id="ollama_chat/qwen3-coder:30b", parallel_reviews=3):
    config = BenchmarkConfig(
        data_path="iclr2024.json",
        output_dir="benchmark_results",
        model_id=model_id,
        num_ctx=32000,
        parallel_reviews=parallel_reviews,
        skip_cached=True,
    )
    framework = BenchmarkFramework(config)
    with ThreadPoolExecutor(max_workers=config.parallel_reviews) as pool:
        futures = [pool.submit(framework.review_one_paper, paper) for paper in papers]
        predictions = [future.result() for future in futures]
    return compute_metrics(predictions, human_scores=papers)

Code reference: main @ 05db8cd8 (2026-05-13) — pseudocode and mapping based on this commit

Paper ConceptSource FileKey Class/Function
Discovery shared state and multi-format outputsbackend/agents/discovery/pca.pyPipelineState, _update_all_outputs, get_structured_output
Offline / online paper retrievalbackend/agents/discovery/pca.pyOfflinePaperSearchEngine.search_offline, PaperSearchEngine.search_all
Refactored deterministic discovery + MMRbackend/core/paperfinder.py, backend/core/discovery_papers.pyrun_research_discovery_refactored, mmr_diversity, calculate_mmr_diversity
Agentic research pipelinebackend/agents/discovery/pca.pycreate_research_pipeline, PaperSearchTool, PaperSortTool, PaperAnalysisTool, PaperExportTool
PDF ingestion and chunkingbackend/agents/paper_mind_graph/ingestion.pyPDFParser, SemanticChunker, IngestionPipeline
Typed graph constructionbackend/agents/paper_mind_graph/graph_builder.py, schema.pyGraphBuilder, MindGraph, node/edge dataclasses
Graph-aware QAbackend/agents/paper_mind_graph/qa_system.pyEmbeddingStore, GraphRetriever, PaperQA.ask
Coverage and human verificationbackend/agents/paper_mind_graph/verification.pyCoverageChecker, VerificationManager
Review-agent benchmarkingbackend/agents/paper_review_agents/benchmark_framework.py, benchmark_paper_review.pyBenchmarkConfig, BenchmarkFramework, CLI args
API / UI integrationbackend/apis/*.py, src/components/Papers/*.tsxFastAPI endpoints, AIDiscoveryView_v2, PaperAnalysisView, PaperReviewView

4. Experimental Setup (实验设置)

4.1 Data and benchmarks

论文实验覆盖三类 evidence:

  1. Paper database corpus:从 OpenReview 及 metadata/review 信息构建,共 292 papers,覆盖主要 CS/ML venue。Table 2 给出的 venue count 为 ICLR 12、NeurIPS 39、ICML 13、CVPR 13、IROS 25、ICRA 25、AAAI 5、ACL 5、ICCV 7、EMNLP 4、Other 144;Other 包含 AISTATS、RSS、SIGGRAPH、WACV 等。
  2. Retrieval benchmarks:论文使用 50-query SemanticBench 评估大多数 agent/baseline;另有 RAbench 使用 500 queries,用 gpt-oss-20B 生成 research-assistant-style natural queries,并从数据库记录中抽 topic、template、scope filters。
  3. Review benchmark:从 ICLR 2024 released reviews 中随机抽 50 papers,覆盖多种 human rating;模型预测 overall rating、soundness、presentation、contribution,再和 human scores 比较。

4.2 Baselines and compared systems

retrieval baselines 包括 BM25、Semantic(MiniLM/sentence-transformer style)、Simple bag-of-words、Hybrid(BM25+semantic)。agent models 包括 Qwen3-Coder-30B-A3B-Instruct-Q3_K_M、qwen3-coder:30b、microcoder-deepseekr1-14.8、deepseek-coder-v3:16b、qwen2.5-coder:3b/7b/14b/1.5b、deepseek-coder:33b、qwen3vl-4b-orlex、granite-code:34b、microcoder-oss-20b 等。系统功能对比还覆盖 PaperQA、PaperQA2、STORM、SciSage、Connected Papers、alphaXiv,以及 source/export 对比中的 arXiv、Semantic Scholar、Google Scholar、PaperCircle。

4.3 Metrics

retrieval metrics 包括 Success、Hit Rate、MRR、R@1/R@5/R@10/R@20/R@50、Time(s)、Steps。系统 usage/export metrics 包括 sources queried per run、not retrievable fraction、PDF availability、export formats、bulk export、process-level logs、sessions、papers processed、duplicates removed、median runtime。review metrics 包括 MSE、MAE、RMSE、Pearson、Spearman、Acc.、Acc.、Acc.、mean/std signed error 和 evaluated

4.4 Implementation / hardware / hyperparameters

论文写明实验使用 open-source models,在 GB Nvidia GPUs 上运行,平台为 Ollama + fastllm。released code 的 review benchmark config 位于 backend/agents/paper_review_agents/benchmark_framework.py:默认 model_id="ollama_chat/qwen3-coder:30b"api_base="http://10.127.30.115:11434"num_ctx=32000parallel_reviews=3skip_cached=True。CLI 示例位于 backend/agents/paper_review_agents/benchmark_paper_review.py,支持 --model ollama_chat/qwen3-coder:70b--parallel 5--limit 50/100/200。Paper Mind Graph API 的 chunking 默认值在 backend/agents/paper_mind_graph/api.pyingestion.py 中是 max_chunk_size=1500

5. Experimental Results (实验结果)

5.1 Retrieval main results

Table 3 的主要结论是:30B-class coder agent 和 BM25 都很强,但 agent 在 semantic / RA-style natural queries 上更能利用结构化流程。50-query SemanticBench 中:

MethodTypeSuccessHit RateMRRR@1R@5Time(s)
Qwen3C-30B-Inst-Q3_K_MAgent100%0.800.6270.580.6622.2
qwen3-coder:30bAgent100%0.800.5180.460.5221.1
BM25Baseline100%0.780.5410.480.60
microcoder-deepseekr1-14.8Agent52%0.730.4530.380.46107.4
deepseek-coder-v3:16bAgent100%0.660.3960.320.4647.9
SemanticBaseline100%0.540.2790.220.32
Simple bag-of-wordsBaseline100%0.540.2790.220.32
Hybrid (BM25+semantic)Baseline100%0.020.0010.000.00
Qwen3-Coder-30B-A3B-Inst-Q3_K_M on RAbenchAgent100%0.980.8820.830.9321.53

作者特别指出 RAbench 的 500-query row 更高(Hit Rate 0.98、MRR 0.882),说明 LLM 改写/扰动后的自然查询可能比随机 template SemanticBench 更容易检索,因为 lexical specificity 和 intent clarity 更强。

5.2 Configuration and ablation findings

Qooba/qwen3-coder-30b 的扩展配置结果:Default Full Agent 在 500 queries 上 Hit Rate 0.9818、MRR 0.8824、R@1 0.8381、R@5 0.9312、Time 21.54s;With Filters & Offline 在 50 queries 上 Hit Rate 0.9600、MRR 0.8485、R@1 0.7800、R@5 0.9000、Time 22.76s;Offline Only 降到 Hit Rate 0.9200、MRR 0.6476;No Mentions 和 Online/Offline Mix 只有 0.6400 / 0.6200 Hit Rate。论文解释为:明确 conference/year filters 和 local database 能显著提高准确度,而缺少具体 paper mentions 或混合在线/离线链路会破坏检索稳定性。

Ablation 中 BM25 Full、BM25 Search Sort、BM25 No Intent、BM25 Search Analysis、BM25 Minimal 的 Hit Rate 都是 0.9600,MRR 从 0.8629 到 0.8420;Hybrid Full 也是 Hit Rate 0.9600、MRR 0.8620;BM25 + Reranker 取得最高 MRR 0.8692 和 R@5 0.9400,但 Time 达到 935.07s,约为其它 31–34s 配置的 28 倍。Semantic Full 的 Hit Rate 0.9400、MRR 0.7097。这个结果说明 reranker 的 ranking quality 有收益,但在 practical research workflow 中代价很高。

5.3 Source coverage / export / usage

Paper Circle 在 81 observed user sessions 中处理 21,115 papers,删除 18,613 个 duplicate entries(43.5%),median runtime 为 2.3 min/session,每个 session 支持 5 种 export formats。source coverage 对比显示:单独 arXiv 有 70.9% 的 PaperCircle paper set 无法检索到,Semantic Scholar 单源 miss 80.4%,Google Scholar 估计 miss 36.9%,PaperCircle 多源 miss 9.0%;每次运行平均查询 8.7 个 sources。PDF availability 方面,PaperCircle 为 62.5%,低于 arXiv 的约 90%,但它同时提供 bulk export 和 process-level logs。

5.4 Review agent results

ICLR 2024 review score prediction 暴露出 review agent 的上限。论文总结:gpt-oss:120b 在 rating 与 contribution 上总体更好,例如 rating MAE=1.6844、contribution MAE=0.6240;gpt-oss:20b 在若干指标上也有竞争力。但各模型与 human scores 的 correlation 普遍弱,通常 。Table 中例如 Qwen 30B 的 rating Pearson=-0.1820、Spearman=-0.2216,contribution Pearson=-0.2119、Spearman=-0.2160;qwen30B-code_qk_3 的 rating Pearson=-0.2233、Spearman=-0.2837。作者在 limitations 中明确说 review agent 不应作为可信的论文强弱排序机制。

5.5 Limitations and overall conclusion

论文的主要 limitation 是 review score alignment:即使 agent 能生成完整 critique,其相对排序和 human judgment 的相关性仍低,甚至可能负相关,因此只能作为辅助阅读/检查器,而不能替代人类 reviewer 或作为 ranking ground truth。系统层面还隐含依赖 PDF parsing、metadata coverage、API 可用性、LLM instruction following 和多源去重质量;这些会影响 graph 完整性与检索稳定性。

整体结论是:Paper Circle 的贡献更偏平台和 workflow,而不是单个模型能力刷新。它证明 multi-agent literature management 可以把多源检索、确定性排序、paper knowledge graph、coverage checking、review agents 与结构化导出接到同一个开源系统中。实验结果显示强 lexical retrieval(BM25)依然是高基线,agentic workflow 的价值主要体现在 query interpretation、stateful refinement、analysis/export 和 human-readable intermediate artifacts。