Paper Card Analyzer
Generate a research-oriented paper-card from paper-parse results using direct natural-language analysis.
Input Expectations
Read artifacts produced by paper-parse:
- -
*_content.md (full parsed paper content in markdown) - INLINECODE4 (metadata and figures)
Output
Produce the paper card in English by default, with balanced depth, and always save outputs in the same folder as the selected *_content.md and *_parsed.json.
Always save:
- - INLINECODE7
- INLINECODE8
- INLINECODE9 (feedback log and revision history)
The generated card uses this fixed section order:
- 1. Paper Snapshot
- Research Problem and Motivation
- Core Contributions
- Method Overview
- Experimental Setup
- Main Results and Evidence
- Ablation and Analysis Findings
- Limitations and Threats to Validity
- Reproducibility Notes
- Open Questions and Future Work
Workflow
- 1. Identify the target pair of files:
- Preferred: one
*_content.md and one
*_parsed.json in the same folder.
- If multiple candidates exist, ask user to pick one pair.
- 2. Read parsed metadata from
*_parsed.json:
-
title,
paper_name,
num_pages,
figures.
- 3. Read
*_content.md and extract evidence by section:
- abstract/introduction/method/experiments/results/ablation/limitations/conclusion.
- 4. Write a research-oriented card:
- Prioritize scientific novelty, methodological logic, evidence strength, validity threats, and reproducibility.
- 5. Save first draft to the same folder:
-
paper-card.md and
paper-card.json.
- 6. Request human feedback and revise:
- Ask what to correct, expand, or make stricter.
- Update card and save again (overwrite current files).
- Append each round to
paper-card-feedback.md with: round number, user request, key edits.
- 7. Repeat revision rounds until the user explicitly confirms satisfaction.
- Keep uncertainty explicit:
- If a section is missing, say "Not clearly stated in parsed content."
Reliability Protocol
For every claim in the paper card:
- - Use only evidence from
*_content.md or *_parsed.json. - If evidence is weak or absent, mark it as "Not clearly stated in parsed content."
- Separate "author-reported result" from "analyst assessment."
- Never infer exact numbers, datasets, or baselines without direct textual support.
- Prefer conservative wording over speculative interpretation.
Before finalizing each round, run a self-check:
- 1. No unsupported factual claims.
- All metric numbers appear in source content or are removed.
- Limitations include at least one explicit validity threat.
- Reproducibility notes include what is known and unknown.
- JSON keys and Markdown section order are complete and stable.
Section Requirements (Detailed)
- 1. Paper Snapshot
- Include title, paper_name, venue/year (if detectable), pages, figure count.
- If venue/year is uncertain, mark as unknown.
- 2. Research Problem and Motivation
- State task, real gap in prior work, and why gap matters.
- Include scope boundaries if described by the authors.
- 3. Core Contributions
- List 2-5 explicit novelty points.
- Each contribution must be independently understandable and non-redundant.
- 4. Method Overview
- Explain major components, data/model flow, and design rationale.
- Avoid implementation-level noise unless necessary for understanding.
- 5. Experimental Setup
- Capture datasets, baselines, metrics, and protocol details present in text.
- Flag missing setup details that hurt comparability.
- 6. Main Results and Evidence
- Report strongest outcomes with metrics when available.
- Distinguish aggregate gains from per-dataset or per-metric gains.
- 7. Ablation and Analysis Findings
- Summarize what ablation or analysis proves about component necessity.
- If absent, explicitly say no dedicated ablation evidence was found.
- 8. Limitations and Threats to Validity
- Cover at least: data/benchmark bias risk, method assumptions, external validity risk.
- Include whether limitation is author-stated or analyst-inferred.
- 9. Reproducibility Notes
- Record code/data links, hyperparameter clues, missing artifacts, reproducibility blockers.
- State expected effort/risk level for independent reproduction.
- 10. Open Questions and Future Work
- Provide 2-4 concrete research questions tied to observed evidence gaps.
- Keep questions falsifiable and experiment-oriented.
Style Rules
- - Use concise, factual scientific writing.
- Do not invent metrics, datasets, or claims not supported by the parsed text.
- Distinguish author claims from your assessment.
- Keep section order fixed for consistency across papers.
- Keep language precise, avoid hype words, and avoid absolute certainty unless directly supported.
JSON Shape
Use these top-level keys:
- - INLINECODE23
- INLINECODE24
- INLINECODE25
- INLINECODE26
- INLINECODE27
- INLINECODE28
- INLINECODE29
- INLINECODE30
- INLINECODE31
- INLINECODE32
- INLINECODE33
Store paper-card.json on every round, not only on request.
论文卡片分析器
通过直接的自然语言分析,从paper-parse结果生成面向研究的论文卡片。
输入预期
读取paper-parse生成的工件:
- - content.md(完整解析的论文内容,Markdown格式)
- parsed.json(元数据和图表)
输出
默认以英文生成论文卡片,深度均衡,并始终将输出保存到所选content.md和parsed.json所在的同一文件夹。
始终保存:
- - paper-card.md
- paper-card.json
- paper-card-feedback.md(反馈日志和修订历史)
生成的卡片使用以下固定章节顺序:
- 1. 论文快照
- 研究问题与动机
- 核心贡献
- 方法概述
- 实验设置
- 主要结果与证据
- 消融与分析发现
- 局限性与有效性威胁
- 可复现性说明
- 开放问题与未来工作
工作流程
- 1. 识别目标文件对:
- 首选:同一文件夹中的一个
content.md和一个parsed.json。
- 如果存在多个候选,请用户选择一对。
- 2. 从*_parsed.json读取解析后的元数据:
- title、paper
name、numpages、figures。
- 3. 读取*_content.md并按章节提取证据:
- 摘要/引言/方法/实验/结果/消融/局限性/结论。
- 4. 撰写面向研究的卡片:
- 优先考虑科学新颖性、方法论逻辑、证据强度、有效性威胁和可复现性。
- 5. 将初稿保存到同一文件夹:
- paper-card.md和paper-card.json。
- 6. 请求人工反馈并修订:
- 询问需要纠正、扩展或更严格的内容。
- 更新卡片并重新保存(覆盖当前文件)。
- 将每轮内容追加到paper-card-feedback.md中,包括:轮次编号、用户请求、关键修改。
- 7. 重复修订轮次,直到用户明确确认满意。
- 明确标注不确定性:
- 如果某部分缺失,则注明“解析内容中未明确说明”。
可靠性协议
对于论文卡片中的每项声明:
- - 仅使用来自content.md或parsed.json的证据。
- 如果证据薄弱或缺失,则标记为“解析内容中未明确说明”。
- 区分“作者报告的结果”与“分析者评估”。
- 在没有直接文本支持的情况下,绝不推断确切的数字、数据集或基线。
- 优先使用保守措辞,而非推测性解释。
在每轮定稿前,进行自我检查:
- 1. 无未经支持的事实性声明。
- 所有指标数字均出现在源内容中,否则予以删除。
- 局限性至少包含一个明确的有效性威胁。
- 可复现性说明包含已知和未知信息。
- JSON键和Markdown章节顺序完整且稳定。
章节要求(详细)
- 1. 论文快照
- 包含标题、论文名称、会议/年份(如可检测)、页数、图表数量。
- 如果会议/年份不确定,则标记为未知。
- 2. 研究问题与动机
- 说明任务、先前工作中的真实差距,以及该差距的重要性。
- 如果作者描述了范围边界,则包含在内。
- 3. 核心贡献
- 列出2-5个明确的新颖点。
- 每个贡献必须独立可理解且无冗余。
- 4. 方法概述
- 解释主要组件、数据/模型流程以及设计原理。
- 除非理解需要,否则避免实现层面的细节。
- 5. 实验设置
- 捕捉文本中出现的数据集、基线、指标和协议细节。
- 标记缺失的、影响可比性的设置细节。
- 6. 主要结果与证据
- 报告最强结果,如有指标则附带指标。
- 区分总体增益与每个数据集或每个指标的增益。
- 7. 消融与分析发现
- 总结消融或分析证明了组件必要性的哪些方面。
- 如果缺失,则明确说明未找到专门的消融证据。
- 8. 局限性与有效性威胁
- 至少涵盖:数据/基准偏差风险、方法假设、外部有效性风险。
- 说明局限性是作者陈述的还是分析者推断的。
- 9. 可复现性说明
- 记录代码/数据链接、超参数线索、缺失工件、可复现性障碍。
- 说明独立复现的预期工作量/风险等级。
- 10. 开放问题与未来工作
- 提出2-4个与观察到的证据差距相关的具体研究问题。
- 保持问题的可证伪性和实验导向性。
风格规则
- - 使用简洁、事实性的科学写作风格。
- 不编造解析文本中未支持的指标、数据集或声明。
- 区分作者声明与你的评估。
- 保持章节顺序固定,以确保论文间的一致性。
- 语言精确,避免夸张词汇,除非有直接支持,否则避免绝对确定性。
JSON结构
使用以下顶层键:
- - papersnapshot
- researchproblemandmotivation
- corecontributions
- methodoverview
- experimentalsetup
- mainresultsandevidence
- ablationandanalysisfindings
- limitationsandthreatstovalidity
- reproducibilitynotes
- openquestionsandfuturework
- figures
每轮都保存paper-card.json,而不仅限于请求时。