ResearchFlow is an agent-ready research knowledge base, not just a paper folder.
Core loop:
Zotero sync / collect paper list -> paper analysis -> build index -> research assist
Download sits inside the intake path between collection and analysis.
- Build a local literature knowledge base from web pages, GitHub awesome lists, Zotero libraries, and PDFs
- Convert papers into structured notes that can be queried by agents
- Reuse the knowledge base for comparison, idea generation, question banks, reviewer-style critique, and code-grounded implementation planning
paperAnalysis/: authoritative structured evidence and the primary retrieval layer for agentspaperCollection/: generated index and navigation layer —index.jsonlfor agent retrieval after build, Obsidian pages for human browsingpaperPDFs/: local PDF storagepaperIDEAs/: idea outputsscripts/: maintenance and automation helpers
- For broad research questions, start from
paperCollection/index.jsonlto narrow candidates when it has been generated; otherwise searchpaperAnalysis/directly and read matching notes as the main evidence source - Use
paperCollection/Obsidian pages only when you want navigation, graph view, or backlink exploration - When analysis notes are added or updated, run
papers-build-collection-indexto generate or refresh bothpaperCollection/index.jsonl(agent index) and Obsidian navigation pages - Prefer answers grounded in local note structure such as tags, venue, year,
core_operator, andprimary_logic - Treat this repository as shared memory that can support Claude Code, Codex CLI, and other agents
- When code and KB need to work together, keep ResearchFlow as the active workspace and link external repositories under
linkedCodebases/instead of linking ResearchFlow into a code repo
Use the following repo-level default unless the user explicitly asks for a different language in the current request:
analysis_language: zh- Supported values:
zh,en - This default controls new notes generated by
papers-analyze-pdf zh: analysis prose in Chinese; section headings usePart I:问题与挑战,Part II:方法与洞察,Part III:证据与局限, and### 核心直觉en: analysis prose in English; section headings usePart I: Problem & Challenge,Part II: Method & Insight,Part III: Evidence & Limits, and### The "Aha!" Moment- YAML frontmatter keys always stay in English
tags,category, file names,pdf_ref, and wiki links remain English-compatible regardless of analysis languagecore_operatorandprimary_logicvalues should follow the selected analysis language- An explicit user request for a specific output language overrides this default for that run
AGENTS.mdis the stable repo-level entry for Codex- The canonical skill library lives in
.claude/skills/ - Run
python3 scripts/setup_shared_skills.pyon macOS/Linux orpy -3 scripts\setup_shared_skills.pyon Windows to create.agents/skillsand.codex/skillscompatibility aliases without copying - When a task matches a workflow, Codex should:
- open
.claude/skills/User_README.mdor.claude/skills/User_README_CN.mdfor quick routing - open the matching
.claude/skills/<skill>/SKILL.md - follow that skill file as the workflow definition
- open
- Use
.claude/skills/User_README.mdfor the English quick skill map or.claude/skills/User_README_CN.mdfor the Chinese version - Main workflow families:
- Zotero sync and local PDF folder import
- paper collection
- PDF download and repair
- paper analysis
- index rebuild (agent index + Obsidian navigation)
- knowledge-base query and code-context retrieval
- idea generation and focus coaching
- reviewer-style stress testing
- metadata audit and share export
- Build or refresh a topic-specific knowledge base
- Compare multiple papers and extract transferable operators or design patterns
- Generate question banks and idea notes grounded in the current literature
- In a codebase linked under
linkedCodebases/, retrieve relevant papers before editing model- or method-related code