[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"project-74072":3},{"id":4,"name":5,"fullName":6,"owner":7,"repo":5,"description":8,"homepage":9,"htmlUrl":9,"language":10,"languages":9,"totalLinesOfCode":9,"stars":11,"forks":12,"watchers":13,"openIssues":14,"contributorsCount":15,"subscribersCount":15,"size":15,"stars1d":16,"stars7d":17,"stars30d":18,"stars90d":15,"forks30d":15,"starsTrendScore":19,"compositeScore":20,"rankGlobal":9,"rankLanguage":9,"license":9,"archived":21,"fork":21,"defaultBranch":22,"hasWiki":21,"hasPages":21,"topics":23,"createdAt":9,"pushedAt":9,"updatedAt":35,"readmeContent":36,"aiSummary":37,"trendingCount":15,"starSnapshotCount":15,"syncStatus":14,"lastSyncTime":38,"discoverSource":39},74072,"claude-scholar","Galaxy-Dawn\u002Fclaude-scholar","Galaxy-Dawn","Semi-automated research assistant for academic research and software development. Supports Claude Code, Codex CLI, Kimi Code CLI, and OpenCode across ideation, coding, experiments, writing, and publication.",null,"Python",4274,374,18,2,0,65,148,647,195,106.72,false,"main",[24,25,26,27,28,29,30,31,32,33,34],"academic-research","ai-agents","claude","claude-code","codex-cli","developer-tools","mcp","openai-codex","opencode","paper-writing","zotero","2026-06-12 04:01:13","\u003Cdiv align=\"center\">\n  \u003Cimg src=\"LOGO.png\" alt=\"Claude Scholar Logo\" width=\"100%\"\u002F>\n\n  \u003Cp>\n    \u003Ca href=\"https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fclaude-scholar\u002Fstargazers\">\u003Cimg src=\"https:\u002F\u002Fimg.shields.io\u002Fgithub\u002Fstars\u002FGalaxy-Dawn\u002Fclaude-scholar?style=flat-square&color=yellow\" alt=\"Stars\"\u002F>\u003C\u002Fa>\n    \u003Ca href=\"https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fclaude-scholar\u002Fnetwork\u002Fmembers\">\u003Cimg src=\"https:\u002F\u002Fimg.shields.io\u002Fgithub\u002Fforks\u002FGalaxy-Dawn\u002Fclaude-scholar?style=flat-square\" alt=\"Forks\"\u002F>\u003C\u002Fa>\n    \u003Cimg src=\"https:\u002F\u002Fimg.shields.io\u002Fgithub\u002Flast-commit\u002FGalaxy-Dawn\u002Fclaude-scholar?style=flat-square\" alt=\"Last Commit\"\u002F>\n    \u003Cimg src=\"https:\u002F\u002Fimg.shields.io\u002Fbadge\u002FLicense-MIT-green?style=flat-square\" alt=\"License\"\u002F>\n    \u003Cimg src=\"https:\u002F\u002Fimg.shields.io\u002Fbadge\u002FClaude_Code-Compatible-blueviolet?style=flat-square\" alt=\"Claude Code\"\u002F>\n    \u003Cimg src=\"https:\u002F\u002Fimg.shields.io\u002Fbadge\u002FCodex_CLI-Compatible-blue?style=flat-square\" alt=\"Codex CLI\"\u002F>\n    \u003Cimg src=\"https:\u002F\u002Fimg.shields.io\u002Fbadge\u002FOpenCode-Compatible-orange?style=flat-square\" alt=\"OpenCode\"\u002F>\n  \u003C\u002Fp>\n\n\n  \u003Cstrong>Language\u003C\u002Fstrong>: \u003Ca href=\"README.md\">English\u003C\u002Fa> | \u003Ca href=\"README.zh-CN.md\">中文\u003C\u002Fa> | \u003Ca href=\"README.ja-JP.md\">日本語\u003C\u002Fa>\n\n\u003C\u002Fdiv>\n\n> Semi-automated research assistant for academic research and software development, especially for computer science and AI researchers. Supports [Claude Code](https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-code), [Codex CLI](https:\u002F\u002Fgithub.com\u002Fopenai\u002Fcodex), and [OpenCode](https:\u002F\u002Fgithub.com\u002Fopencode-ai\u002Fopencode) across literature review, coding, experiments, reporting, writing, and project knowledge management.\n\n  \u003Cp>\u003Cem>Branch note\u003C\u002Fem>: the \u003Ccode>main\u003C\u002Fcode> branch is the Claude Code workflow. If you use Codex CLI, please see the \u003Ca href=\"https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fclaude-scholar\u002Ftree\u002Fcodex\">\u003Ccode>codex\u003C\u002Fcode> branch\u003C\u002Fa>. If you use OpenCode, please see the \u003Ca href=\"https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fclaude-scholar\u002Ftree\u002Fopencode\">\u003Ccode>opencode\u003C\u002Fcode> branch\u003C\u002Fa>.\u003C\u002Fp>\n\n\n## Recent News\n\n- **2026-05-14**: **`expression-skill` made the communication core, `planning-with-files` restored as the default persistence layer, and the Nature writing stack expanded** — made [`expression-skill`](.\u002Fskills\u002Fexpression-skill\u002FREADME.md) the explicit conclusion-first discipline for reporting, planning, file operations, and multi-step technical work; reintroduced [`planning-with-files`](.\u002Fskills\u002Fplanning-with-files\u002FSKILL.md) as the default on-disk planning and progress-tracking workflow for complex tasks; introduced [`nature-writing`](.\u002Fskills\u002Fnature-writing\u002FREADME.md) for section drafting and argument construction; refreshed [`nature-polishing`](.\u002Fskills\u002Fnature-polishing\u002FREADME.md) to the latest upstream article-pattern release; and kept [`nature-response`](.\u002Fskills\u002Fnature-response\u002FREADME.md) plus [`nature-data`](.\u002Fskills\u002Fnature-data\u002FREADME.md) in the journal-writing stack.\n- **2026-05-13**: **Evidence-gated research workflow and `Sources\u002FPapers` routing tightened** — added a shared `research-contract.md` for Evidence Records, claim strength, and Claim Promotion Gates; connected research ideation, Zotero ingestion, literature synthesis, results reporting, writing, and rebuttal workflows to that contract; and clarified that project paper notes live under `Sources\u002FPapers` before promoted claims move into `Knowledge` or `Writing`.\n- **2026-04-24**: **Project-scoped Obsidian KB workflow consolidated** — rebuilt Obsidian project knowledge management into a vault-first workflow, consolidated the older overlapping memory skills into four focused skills, kept repo-local project binding metadata as a runtime layer, and made project navigation human-first instead of a machine registry dump.\n- **2026-04-22**: **Lean core, pruned default agents, safer install lifecycle, and cleaner paper discovery** — replaced large always-on `CLAUDE.md` \u002F `AGENTS.md` files with compact core instructions, pruned the default agent set to the retained core agents, added safe install-state based uninstall support, generalized `daily-paper-generator` to broader topics with arXiv \u002F bioRxiv support and a fixed Top 10 -> Top 3 -> Top 1 selection flow.\n- **2026-04-15**: **pubfig and pubtab introduced** — introduced [`pubfig`](https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fpubfig), a Python package for publication-grade scientific figures, and [`pubtab`](https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fpubtab), a Python package for publication-ready tables and Excel↔LaTeX workflows. Together they provide a cleaner production stack for paper figures, benchmark tables, export control, and final artifact QA.\n\n\u003Cdetails>\n\u003Csummary>View older changelog\u003C\u002Fsummary>\n\n- **2026-04-15**: **[`publication-chart-skill`](.\u002Fskills\u002Fpublication-chart-skill\u002FSKILL.md) integrated into Claude Scholar** — wrapped [`pubfig`](https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fpubfig) + [`pubtab`](https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fpubtab) into [`publication-chart-skill`](.\u002Fskills\u002Fpublication-chart-skill\u002FSKILL.md), added the skill to the repository, and connected it to Claude Scholar's analysis and writing boundaries so publication-grade figure\u002Ftable work now has an explicit handoff route instead of being mixed into general analysis or prose skills.\n- **2026-03-31**: **Zotero smart-import workflow docs aligned** — updated Claude Scholar's research-facing docs around the latest `zotero-mcp` public surface: `zotero_add_items_by_identifier` is now the default paper-import path, `zotero_reconcile_collection_duplicates` is the standard post-import cleanup step, source-aware PDF cascade behavior is documented more accurately, and public vs internal diagnostics are now clearly separated.\n- **2026-03-31**: **README onboarding refreshed** — clarified that Claude Scholar is especially well-suited to computer science and AI researchers, added practical getting-started scenarios after installation, improved prerequisite and branch guidance, and made the “existing local md files must be manually merged” expectation much more explicit.\n- **2026-03-31**: **Installer and hook behavior tightened** — the installer now preserves existing local `CLAUDE.md` while installing the repo-managed version as `CLAUDE.scholar.md`, and the default hook summaries were trimmed to reduce noisy temp-file \u002F uncommitted-file output while keeping safer write-guard behavior.\n- **2026-03-31**: **Japanese documentation added** — added Japanese docs for the main README plus `AGENTS`, `MCP_SETUP`, and `OBSIDIAN_SETUP`, so the OpenCode branch now has a more complete multilingual documentation surface.\n\n- **2026-02-25**: **Codex CLI** support — added `codex` branch supporting [OpenAI Codex CLI](https:\u002F\u002Fgithub.com\u002Fopenai\u002Fcodex) with config.toml, 40 skills, 14 agents, and sandbox security\n- **2026-02-23**: Added `setup.sh` installer — backup-aware incremental updates for existing `~\u002F.opencode`, auto-backup `opencode.jsonc`, additive `agent\u002Fmcp\u002Fpermission\u002Fplugin` merge\n- **2026-02-21**: **OpenCode** support — Claude Scholar now supports [OpenCode](https:\u002F\u002Fgithub.com\u002Fopencode-ai\u002Fopencode) as an alternative CLI; switch to the `opencode` branch for OpenCode-compatible configuration\n- **2026-02-20**: Bilingual docs — maintained English and Chinese entry documents for broader readability\n- **2026-02-15**: Zotero MCP integration — added `\u002Fzotero-review` and `\u002Fzotero-notes` commands, updated `research-ideation` skill with Zotero integration guide, enhanced `literature-reviewer` agent with Zotero MCP support for automated paper import, collection management, full-text reading, and citation export\n- **2026-02-14**: Hooks optimization — restructured `security-guard` to two-tier system (Block + Confirm), `skill-forced-eval` now groups skills into 6 categories with silent scan mode, `session-start` limits display to top 5, `session-summary` adds 30-day log auto-cleanup, `stop-summary` shows separate added\u002Fmodified\u002Fdeleted counts; removed deprecated shell scripts (lib\u002Fcommon.sh, lib\u002Fplatform.sh)\n- **2026-02-11**: Major update — added 10 new skills (research-ideation, results-analysis, citation-verification, review-response, paper-self-review, post-acceptance, daily-coding, frontend-design, ui-ux-pro-max, web-design-reviewer), 7 new agents, 8 research workflow commands, 2 new rules (security, experiment-reproducibility); restructured the main configuration docs; 89 files changed\n- **2026-01-26**: Rewrote all Hooks to cross-platform Node.js; completely rewrote README; expanded ML paper writing knowledge base; merged PR #1 (cross-platform support)\n- **2026-01-25**: Project open-sourced, v1.0.0 released with 25 skills (architecture-design, bug-detective, git-workflow, kaggle-learner, scientific-writing, etc.), 2 agents (paper-miner, kaggle-miner), 30+ commands (including SuperClaude suite), 5 Shell Hooks, and 2 rules (coding-style, agents)\n\n\u003C\u002Fdetails>\n\n## Quick Navigation\n\n| Section | What it helps with |\n|---|---|\n| [Why Claude Scholar](#why-claude-scholar) | Understand the project positioning and target use cases. |\n| [Core Workflow](#core-workflow) | See the end-to-end research pipeline from ideation to publication. |\n| [Quick Start](#quick-start) | Install Claude Scholar in full, minimal, or selective mode. |\n| [Getting Started Scenarios](#getting-started-scenarios) | See a few realistic first-use scenarios after installation. |\n| [Integrations](#integrations) | Learn how Zotero and Obsidian fit into the workflow. |\n| [Primary Workflows](#primary-workflows) | Browse the main research and development workflows. |\n| [Supporting Workflows](#supporting-workflows) | See the background systems that strengthen the main workflow. |\n| [Documentation](#documentation) | Jump to setup docs, configuration, and templates. |\n| [Citation](#citation) | Cite Claude Scholar in papers, reports, or project docs. |\n\n## Why Claude Scholar\n\nClaude Scholar is **not** an end-to-end autonomous research system that tries to replace the researcher.\n\nIts core idea is simple:\n\n> **human decision-making stays at the center; the assistant accelerates the workflow around it.**\n\nThat means Claude Scholar is designed to help with the heavy, repetitive, and structure-sensitive parts of research — literature organization, note-taking, experiment analysis, reporting, and writing support — while still keeping the key judgments in human hands:\n\n- which problem is worth pursuing,\n- which papers actually matter,\n- which hypotheses are worth testing,\n- which results are convincing,\n- and what should be written, submitted, or abandoned.\n\nIn other words, Claude Scholar is a **semi-automated research assistant**, not a “fully automated scientist.”\n\n## Who This Is For\n\nClaude Scholar is especially well-suited to:\n\n- **computer science researchers** who move between literature review, coding, experiments, and paper writing,\n- **AI \u002F ML researchers** who need one assistant workflow spanning ideation, implementation, analysis, reporting, and rebuttal,\n- **research engineers and graduate students** who want stronger workflow structure without giving up human judgment,\n- and **software-heavy academic projects** that benefit from Zotero, Obsidian, CLI automation, and reproducible project memory.\n\nIt can still help in other research settings, but its current workflow design is most aligned with computer science, AI, and adjacent computational research.\n\n## Core Workflow\n\nClaude Scholar routes research work through a traceable path:\n`question -> evidence -> experiment -> analysis -> claim -> writing`.\nEach stage should preserve what is known, what is uncertain, and what decision should happen next.\n\n- **Ideation**: turn a vague topic into concrete questions, research gaps, and an initial plan.\n- **Literature**: search, import, organize, and read papers through Zotero collections.\n- **Paper notes**: convert papers into structured reading notes and reusable claims.\n- **Knowledge base**: route durable knowledge into Obsidian across `Sources \u002F Knowledge \u002F Experiments \u002F Results \u002F Results\u002FReports \u002F Writing \u002F Daily \u002F Maps`.\n- **Experiments**: track hypotheses, experiment lines, run history, findings, and next actions.\n- **Analysis**: generate strict statistics, real scientific figures, and analysis artifacts with `results-analysis`.\n- **Reporting**: produce a complete post-experiment report with `results-report`, then write it back into Obsidian.\n- **Writing and publication**: carry stable findings into literature reviews, papers, rebuttals, slides, posters, and promotion.\n\n## Quick Start\n\n### Requirements\n\n- [Claude Code](https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-code)\n- Git\n- (Optional) Python + [uv](https:\u002F\u002Fdocs.astral.sh\u002Fuv\u002F) for Python development\n- (Optional) [Zotero](https:\u002F\u002Fwww.zotero.org\u002F) + [Galaxy-Dawn\u002Fzotero-mcp](https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fzotero-mcp) for literature workflows\n- (Optional) [Obsidian](https:\u002F\u002Fobsidian.md\u002F) for project knowledge-base workflows\n\n### Option 1: Full Installation (Recommended)\n\n```bash\ngit clone https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fclaude-scholar.git \u002Ftmp\u002Fclaude-scholar\nbash \u002Ftmp\u002Fclaude-scholar\u002Fscripts\u002Fsetup.sh\n```\n\n**Windows**: please use Git Bash or WSL to run the installer.\n\nThe installer is **backup-aware and incremental-update friendly**:\n- updates repo-managed `skills\u002Fcommands\u002Fagents\u002Frules\u002Fhooks\u002Fscripts\u002FCLAUDE*.md`,\n- backs up overwritten files to `~\u002F.claude\u002F.claude-scholar-backups\u002F\u003Ctimestamp>\u002F`,\n- backs up `settings.json` to `settings.json.bak`,\n- preserves an existing `~\u002F.claude\u002FCLAUDE.md` and installs the repo-managed version as `~\u002F.claude\u002FCLAUDE.scholar.md`,\n- preserves an existing `~\u002F.claude\u002FCLAUDE.zh-CN.md` and installs the repo-managed version as `~\u002F.claude\u002FCLAUDE.zh-CN.scholar.md`,\n- preserves your existing `env`, model\u002Fprovider settings, API keys, permissions, and current `mcpServers` values,\n- adds missing hook entries instead of replacing your entire hook set.\n\n**Important CLAUDE note**: if you already maintain your own `~\u002F.claude\u002FCLAUDE.md` or `~\u002F.claude\u002FCLAUDE.zh-CN.md`, review `~\u002F.claude\u002FCLAUDE.scholar.md` and `~\u002F.claude\u002FCLAUDE.zh-CN.scholar.md` after installation and manually merge the Claude Scholar sections you want into your own files. Do not assume the sidecar files are applied automatically.\n\nTo update later:\n\n```bash\ncd \u002Ftmp\u002Fclaude-scholar\ngit pull --ff-only\nbash scripts\u002Fsetup.sh\n```\n\nTo uninstall later:\n\n```bash\ncd \u002Ftmp\u002Fclaude-scholar\nbash scripts\u002Funinstall.sh\n```\n\nThe installer now writes:\n- `~\u002F.claude\u002F.claude-scholar-manifest.txt` for the exact files managed by Claude Scholar\n- `~\u002F.claude\u002F.claude-scholar-install-state` for install ownership metadata used by safe uninstall\n\nThe uninstaller removes only files and settings entries recorded in that install state. It does not guess ownership from the current repo checkout.\n\n### Option 2: Minimal Installation\n\nInstall only a small research-focused subset:\n\n```bash\ngit clone https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fclaude-scholar.git \u002Ftmp\u002Fclaude-scholar\nmkdir -p ~\u002F.claude\u002Fhooks ~\u002F.claude\u002Fskills\ncp \u002Ftmp\u002Fclaude-scholar\u002Fhooks\u002F*.js ~\u002F.claude\u002Fhooks\u002F\ncp -r \u002Ftmp\u002Fclaude-scholar\u002Fskills\u002Fml-paper-writing ~\u002F.claude\u002Fskills\u002F\ncp -r \u002Ftmp\u002Fclaude-scholar\u002Fskills\u002Fresearch-ideation ~\u002F.claude\u002Fskills\u002F\ncp -r \u002Ftmp\u002Fclaude-scholar\u002Fskills\u002Fresults-analysis ~\u002F.claude\u002Fskills\u002F\ncp -r \u002Ftmp\u002Fclaude-scholar\u002Fskills\u002Fresults-report ~\u002F.claude\u002Fskills\u002F\ncp -r \u002Ftmp\u002Fclaude-scholar\u002Fskills\u002Freview-response ~\u002F.claude\u002Fskills\u002F\ncp -r \u002Ftmp\u002Fclaude-scholar\u002Fskills\u002Fwriting-anti-ai ~\u002F.claude\u002Fskills\u002F\ncp -r \u002Ftmp\u002Fclaude-scholar\u002Fskills\u002Fgit-workflow ~\u002F.claude\u002Fskills\u002F\ncp -r \u002Ftmp\u002Fclaude-scholar\u002Fskills\u002Fbug-detective ~\u002F.claude\u002Fskills\u002F\n```\n\n**Post-install**: minimal\u002Fmanual install does **not** auto-merge `settings.json`; copy only the hooks or MCP entries you want from `settings.json.template`. If you already have your own `~\u002F.claude\u002FCLAUDE.md` or `~\u002F.claude\u002FCLAUDE.zh-CN.md`, also merge the relevant sections from this repo's Claude files into yours instead of blindly overwriting them.\n\n### Option 3: Selective Installation\n\nCopy only the parts you need:\n\n```bash\ngit clone https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fclaude-scholar.git \u002Ftmp\u002Fclaude-scholar\ncd \u002Ftmp\u002Fclaude-scholar\n\ncp hooks\u002F*.js ~\u002F.claude\u002Fhooks\u002F\ncp -r skills\u002Flatex-conference-template-organizer ~\u002F.claude\u002Fskills\u002F\ncp -r skills\u002Farchitecture-design ~\u002F.claude\u002Fskills\u002F\ncp agents\u002Fpaper-miner.md ~\u002F.claude\u002Fagents\u002F\ncp rules\u002Fcoding-style.md ~\u002F.claude\u002Frules\u002F\ncp rules\u002Fagents.md ~\u002F.claude\u002Frules\u002F\n```\n\n**Post-install**: selective\u002Fmanual install does **not** auto-merge `settings.json`; copy only the hooks or MCP entries you actually want from `settings.json.template`. If you already have your own `~\u002F.claude\u002FCLAUDE.md` or `~\u002F.claude\u002FCLAUDE.zh-CN.md`, merge the relevant sections from this repo's Claude files into yours instead of blindly overwriting them.\n\n### Option 4: Plugin Marketplace Installation\n\n**Step 1: Install the Plugin**\n\n```bash\n\u002Fplugin marketplace add Galaxy-Dawn\u002Fclaude-scholar\n\u002Fplugin install claude-scholar@claude-scholar\n```\n\nThis auto-loads all skills, commands, agents, and hooks. During installation, you can choose the scope: user (all projects) or project (single project).\n\n**Step 2: Install Rules (Required)**\n\nClaude Code plugins cannot distribute rules automatically. Install them manually:\n\n```bash\ngit clone https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fclaude-scholar.git \u002Ftmp\u002Fclaude-scholar\n\n# User-level (all projects)\nmkdir -p ~\u002F.claude\u002Frules\ncp \u002Ftmp\u002Fclaude-scholar\u002Frules\u002F*.md ~\u002F.claude\u002Frules\u002F\n\n# Or project-level (current project only)\nmkdir -p .claude\u002Frules\ncp \u002Ftmp\u002Fclaude-scholar\u002Frules\u002F*.md .claude\u002Frules\u002F\n```\n\n**Post-install**: plugin installation does **not** auto-load `CLAUDE.md` or configure `settings.json`; if you already have your own `~\u002F.claude\u002FCLAUDE.md` or `~\u002F.claude\u002FCLAUDE.zh-CN.md`, merge the relevant Claude Scholar sections into yours instead of assuming the plugin applies them automatically. If you need Zotero MCP or other integrations, see the [Integrations](#integrations) section for manual setup.\n\n## Getting Started Scenarios\n\nAfter installation, the simplest way to begin is to describe your task in natural language. You do not need to memorize the whole system first. Below are a few realistic starting points.\n\n### 1. Start a New Research Topic\n**You can say:**\n> Help me start research on [your topic]. I want a literature-grounded plan, the key open questions, and the next concrete steps.\n\n**What Claude Scholar will typically help with:**\n- clarify the topic and narrow the research question,\n- identify promising literature directions,\n- suggest an initial plan or hypothesis list,\n- optionally route the work into Zotero or Obsidian if you use them.\n\n### 2. Review a Zotero Collection\n**You can say:**\n> Review my Zotero collection on brain foundation models and summarize the main directions, gaps, and promising next steps.\n\n**Typical output:**\n- paper grouping by theme,\n- a short literature synthesis,\n- gap analysis,\n- candidate research directions worth pursuing next.\n\n### 3. Analyze Finished Experiment Results\n**You can say:**\n> Analyze the results in this experiment folder, check what changed across runs, and write a decision-oriented summary.\n\n**Typical output:**\n- metric comparison,\n- ablation or error-analysis suggestions,\n- a result summary that highlights what is solid, what is weak, and what to run next.\n\n### 4. Draft a Paper or Rebuttal Section\n**You can say:**\n> Help me draft the related work section for this project based on the current findings and paper notes.\n\nor:\n\n> Help me write a rebuttal draft for these reviewer comments.\n\n**Typical output:**\n- a structured section draft,\n- improved argument flow,\n- clearer claims and evidence mapping,\n- follow-up points that still need support or verification.\n\n### Practical Notes\n- Start with one concrete task, not a vague request for \"everything.\"\n- If you already maintain your own local `CLAUDE.md` files, merge the Claude Scholar sections you want into them instead of assuming sidecar files apply automatically.\n- Zotero and Obsidian are optional, but they become much more useful when you want durable literature notes or project memory rather than one-off chat output.\n\n## Platform Support\n\nClaude Scholar is maintained for:\n\n- **Claude Code** — the primary installation target.\n- **Codex CLI** — supported workflow and documentation are available in this repo ecosystem.\n- **OpenCode** — supported as an alternative CLI workflow.\n\nThe top-level workflow is the same: research, coding, experiments, reporting, and project knowledge management.\n\n## Integrations\n\n### Zotero\n\nUse Zotero when you want Claude Scholar to help with:\n- paper import via DOI \u002F arXiv \u002F URL,\n- collection-based reading workflows,\n- full-text access through Zotero MCP,\n- detailed paper notes and literature synthesis.\n\nSee [MCP_SETUP.md](.\u002FMCP_SETUP.md).\n\n### Obsidian\n\nUse Obsidian when you want Claude Scholar to maintain a filesystem-first research knowledge base:\n- `Sources\u002F`\n- `Knowledge\u002F`\n- `Experiments\u002F`\n- `Results\u002F`\n- `Results\u002FReports\u002F`\n- `Writing\u002F`\n- `Daily\u002F`\n- `Maps\u002F`\n\nSee [OBSIDIAN_SETUP.md](.\u002FOBSIDIAN_SETUP.md).\n\n## Primary Workflows\n\nComplete academic research lifecycle — 7 stages from idea to publication.\n\n### 1. Research Ideation (Zotero-Integrated)\n\nEnd-to-end research startup from idea generation to literature management.\n\n| Type | Name | One-line explanation |\n|---|---|---|\n| Skill | `research-ideation` | Turn vague topics into structured questions, gap analysis, and an initial research plan. |\n| Agent | `literature-reviewer` | Search, classify, and synthesize papers into an actionable literature picture. |\n| Command | `\u002Fresearch-init` | Start a new topic with literature search, Zotero organization, research question cards, and proposal drafting only when the evidence gate passes. |\n| Command | `\u002Fzotero-review` | Review an existing Zotero collection and generate a structured literature synthesis. |\n| Command | `\u002Fzotero-notes` | Batch-read a Zotero collection and create structured paper reading notes. |\n\n**How it works**\n- **5W1H Brainstorming**: turn a vague topic into structured questions (`What \u002F Why \u002F Who \u002F When \u002F Where \u002F How`).\n- **Literature Search & Import**: search papers, extract DOI\u002FarXiv\u002FURLs, import them into Zotero, and organize them into themed collections.\n- **PDF & Full Text**: attach PDFs when available, read full text when possible, and fall back to abstract-level analysis when necessary.\n- **Gap Analysis**: identify literature, methodological, application, interdisciplinary, or temporal gaps.\n- **Research Question & Planning**: convert the review into concrete questions, initial hypotheses, and next-step planning.\n- **Evidence Gate**: keep weak sources, project hypotheses, and missing evidence explicit before promoting a claim into `Knowledge`, `Writing`, or a proposal.\n\n**Typical output**\n- research question cards with hypotheses, evidence needs, falsification criteria, and next actions\n- literature review notes\n- structured Zotero collection\n- project proposal only when the selected question has enough verified evidence; otherwise a research direction \u002F intake draft\n\n### 2. ML Project Development\n\nMaintainable ML project structure for experiment code and iteration.\n\n| Type | Name | One-line explanation |\n|---|---|---|\n| Skill | `architecture-design` | Define maintainable ML project structure when new registrable components or modules are introduced. |\n| Skill | `git-workflow` | Enforce branch hygiene, commit conventions, and safer collaboration workflows. |\n| Skill | `bug-detective` | Debug stack traces, shell failures, and code-path issues systematically. |\n| Agent | `code-reviewer` | Review modified code for correctness, maintainability, and implementation quality. |\n| Agent | `tdd-guide` | Provide focused test-driven implementation guidance when a TDD path is explicitly needed. |\n| Command | `\u002Fplan` | Create or refine an implementation plan before coding. |\n| Command | `\u002Fcommit` | Prepare a conventional commit for the current changes. |\n| Command | `\u002Fcode-review` | Run a focused review on the current code changes. |\n| Command | `\u002Ftdd` | Drive feature work through small, test-backed implementation steps. |\n\n**How it works**\n- **Structure**: use Factory \u002F Registry patterns for new ML components when appropriate.\n- **Code Quality**: keep files maintainable, typed, and config-driven.\n- **Debugging**: inspect stack traces, shell failures, and code-path issues systematically.\n- **Git Discipline**: use branch hygiene, conventional commits, and safer merge\u002Frebase workflows.\n\n### 3. Experiment Analysis\n\nStrict analysis of experimental results with scientific figures and report-ready artifacts.\n\n| Type | Name | One-line explanation |\n|---|---|---|\n| Skill | `results-analysis` | Produce a strict analysis bundle with rigorous statistics, real scientific figures, and analysis artifacts. |\n| Skill | `results-report` | Turn analysis artifacts into a complete post-experiment report with decisions, limitations, and next actions. |\n| Command | `\u002Fanalyze-results` | Run a blocker-first experiment workflow: validate evidence, run strict analysis when possible, then generate a report only when the bundle is sufficient. |\n\n**How it works**\n- **Data Processing**: read experiment logs, metrics files, and result directories.\n- **Blocker-First Gate**: lock unit of analysis, primary metric, seeds\u002Ffolds\u002Fruns, provenance, and comparison family before producing claims.\n- **Statistical Testing**: run strict statistical checks such as t-test \u002F ANOVA \u002F Wilcoxon where appropriate.\n- **Visualization**: generate real scientific figures with interpretation guidance, not just vague plotting suggestions.\n- **Ablation & Comparison**: analyze component contribution, performance tradeoffs, and stability.\n- **Post-Experiment Reporting**: turn the analysis bundle into a full retrospective report with conclusions, limitations, and next actions.\n\n**Typical output**\n- `analysis-report.md`\n- `stats-appendix.md`\n- `figure-catalog.md`\n- `figures\u002F`\n- post-experiment summary report in Obsidian `Results\u002FReports\u002F`\n- blocker summary \u002F audit note when evidence is incomplete\n\n### 4. Paper Writing\n\nSystematic academic writing from structure setup to draft refinement.\n\n| Type | Name | One-line explanation |\n|---|---|---|\n| Skill | `ml-paper-writing` | Draft publication-oriented ML\u002FAI papers from repo context, evidence, and literature. |\n| Skill | [`nature-writing`](.\u002Fskills\u002Fnature-writing\u002FREADME.md) | Draft or rebuild Nature-style manuscript sections from claims, figures, results, notes, or Chinese drafts. |\n| Skill | [`nature-polishing`](.\u002Fskills\u002Fnature-polishing\u002FREADME.md) | Polish, restructure, or translate manuscript prose into concise Nature-leaning English. |\n| Skill | [`nature-response`](.\u002Fskills\u002Fnature-response\u002FREADME.md) | Draft, audit, or revise point-by-point reviewer response letters for Nature-family revisions. |\n| Skill | [`nature-data`](.\u002Fskills\u002Fnature-data\u002FREADME.md) | Prepare Nature-ready Data Availability statements, repository plans, and FAIR metadata checks. |\n| Skill | `citation-verification` | Check references, metadata, and claim-citation alignment to prevent citation mistakes. |\n| Skill | `writing-anti-ai` | Reduce robotic phrasing and improve clarity, rhythm, and human academic tone. |\n| Skill | `latex-conference-template-organizer` | Clean messy conference templates into an Overleaf-ready writing structure. |\n| Agent | `paper-miner` | Mine strong papers for reusable writing patterns, structure, and venue expectations. |\n| Command | `\u002Fmine-writing-patterns` | Read a paper and merge reusable writing knowledge into the active installed paper-miner writing memory. |\n\n**How it works**\n- **Template Preparation**: clean conference templates into an Overleaf-ready structure.\n- **Journal-Style Polishing**: tighten paragraph logic, hedging, and section moves for Nature-leaning prose when needed.\n- **Reviewer Response**: structure major\u002Fminor revision comments into an auditable point-by-point response package.\n- **Data Availability**: prepare Nature-ready repository plans, dataset citations, and availability statements.\n- **Citation Verification**: verify references, metadata, and claim-citation alignment.\n- **Systematic Writing**: draft sections from repo context, experiment evidence, and literature notes, while keeping unsupported claims marked instead of polished.\n- **Claim Ledger**: every contribution, result, and contrast should trace to evidence or remain explicitly speculative.\n- **Style Refinement**: reduce robotic phrasing and improve rhythm, clarity, and tone.\n\n### 5. Paper Self-Review\n\nQuality assurance before submission.\n\n| Type | Name | One-line explanation |\n|---|---|---|\n| Skill | `paper-self-review` | Audit structure, logic, citations, figures, and compliance before submission. |\n\n**How it works**\n- **Structure Check**: logical flow, section balance, and narrative coherence.\n- **Logic Validation**: claim-evidence alignment, assumption clarity, and argument consistency.\n- **Claim Audit**: verify that main claims are supported by evidence, weaken over-strong language, and preserve uncertainty when needed.\n- **Citation Audit**: reference correctness and completeness.\n- **Figure Quality**: caption completeness, readability, and accessibility.\n- **Compliance**: page limits, formatting, and disclosure requirements.\n\n### 6. Submission & Rebuttal\n\nSubmission preparation and review response workflow.\n\n| Type | Name | One-line explanation |\n|---|---|---|\n| Skill | `review-response` | Structure reviewer comments into an evidence-based rebuttal workflow. |\n| Agent | `rebuttal-writer` | Optional specialist for professional, respectful, and strategically organized rebuttal text when available. |\n| Command | `\u002Frebuttal` | Generate an evidence-anchored rebuttal draft from review comments, with unresolved points marked instead of hidden. |\n\n**How it works**\n- **Pre-submission Checks**: venue-specific formatting, anonymization, and checklist requirements.\n- **Review Analysis**: classify reviewer comments into actionable categories.\n- **Response Strategy**: decide whether to accept, defend, clarify, or propose new experiments.\n- **Rebuttal Writing**: generate structured responses with professional tone, evidence anchors, and explicit unresolved items.\n\n### 7. Post-Acceptance Processing\n\nConference preparation and research promotion after acceptance.\n\n| Type | Name | One-line explanation |\n|---|---|---|\n| Skill | `post-acceptance` | Support talks, posters, and research promotion after acceptance. |\n| Command | `\u002Fpresentation` | Generate presentation structure and speaking guidance for the accepted work. |\n| Command | `\u002Fposter` | Organize the work into poster-ready content and layout guidance. |\n| Command | `\u002Fpromote` | Draft public-facing promotion content such as summaries, posts, or threads. |\n\n**How it works**\n- **Presentation**: prepare talk structure and slide guidance.\n- **Poster**: organize content into poster-ready layout and hierarchy.\n- **Promotion**: generate social media, blog, or summary material for broader communication.\n\n## Supporting Workflows\n\nThese workflows run in the background to strengthen the primary workflows.\n\n### Obsidian Project Knowledge Base\n\nUse Obsidian as the project-scoped durable knowledge surface, not just as a note dump.\n\n| Type | Name | One-line explanation |\n|---|---|---|\n| Skill | `obsidian-project-kb-core` | Main authority for project-scoped KB bootstrap, routing, registry, index, daily, and lifecycle updates. |\n| Skill | `obsidian-source-ingestion` | Ingest external material into `Sources\u002FPapers`, `Sources\u002FWeb`, `Sources\u002FDocs`, `Sources\u002FData`, `Sources\u002FInterviews`, or `Sources\u002FNotes`. |\n| Skill | `obsidian-literature-workflow` | Run the paper-note to synthesis workflow from `Sources\u002FPapers` into `Knowledge`, `Writing`, and `Maps\u002Fliterature.canvas`. |\n| Skill | `obsidian-kb-artifacts` | Handle Obsidian-native artifacts such as wikilinks, registry tables, canvas files, optional Bases, and link repair. |\n| Command | `\u002Fkb-init` | Initialize the vault-first KB under `Research\u002F{project-slug}\u002F`. |\n| Command | `\u002Fkb-status` | Summarize the current KB state from the bound project root. |\n| Command | `\u002Fkb-ingest` | Route new source material into the correct canonical KB destination. |\n| Command | `\u002Fkb-log` | Update the current Daily note and related project surfaces conservatively. |\n| Command | `\u002Fkb-sync` | Run deterministic KB maintenance to refresh registry, index, daily, and runtime binding state. |\n| Command | `\u002Fkb-links` | Repair or strengthen wikilinks among canonical KB notes. |\n| Command | `\u002Fkb-promote` | Promote durable content from Daily or source notes into canonical notes. |\n| Command | `\u002Fkb-index` | Regenerate `02-Index.md` as the human-readable project navigator. |\n| Command | `\u002Fkb-lint` | Run deterministic KB health checks and update `_system\u002Flint-report.md`. |\n| Command | `\u002Fkb-archive` | Archive, detach, purge, or rename KB objects while keeping links and registry consistent. |\n| Command | `\u002Fkb-map` | Generate or repair explicit-only KB artifacts beyond the default literature canvas. |\n| Command | `\u002Fkb-literature-review` | Generate evidence-gated literature synthesis from `Sources\u002FPapers` into `Knowledge`, optional `Writing`, and `Maps\u002Fliterature.canvas`. |\n\n**How it works**\n- bind an existing repo to an Obsidian vault,\n- route stable knowledge into `Sources \u002F Knowledge \u002F Experiments \u002F Results \u002F Results\u002FReports \u002F Writing \u002F Daily \u002F Maps`,\n- keep `Daily\u002F` and repo-local binding metadata updated conservatively,\n- ingest new source material into the correct canonical destination,\n- keep abstract-only and webpage-placeholder sources from supporting durable claims,\n- only generate extra Bases or canvases on explicit request.\n- use `\u002Fkb-sync` for deterministic resyncs and `\u002Fkb-links` for standalone link repair.\n\n**Note language configuration**\n\nGenerated and synced Obsidian notes resolve their language with this priority:\n1. project config: `.claude\u002Fproject-memory\u002Fregistry.yaml` -> `note_language`\n2. environment variable: `OBSIDIAN_NOTE_LANGUAGE`\n3. default: `en`\n\nNote: the file is currently named `registry.yaml` for historical reasons, but its on-disk format is JSON.\n\nPer-project example:\n\n```json\n{\n  \"projects\": {\n    \"my-project\": {\n      \"project_id\": \"my-project\",\n      \"vault_root\": \"\u002Fpath\u002Fto\u002Fvault\u002FResearch\u002Fmy-project\",\n      \"note_language\": \"zh-CN\"\n    }\n  }\n}\n```\n\nEnglish and Chinese section headings remain mutually compatible during sync, so older notes in either language can still be updated safely after switching configuration.\n\n### Automated Enforcement Workflow\n\nCross-platform hooks automate routine workflow checks and reminders.\n\n**Hooks**\n- `skill-forced-eval.js`\n- `session-start.js`\n- `session-summary.js`\n- `stop-summary.js`\n- `security-guard.js`\n\n**How it works**\n- **Before prompts**: evaluate applicable skills and surface relevant workflow hints.\n- **At session start**: show Git state, available commands, and project-memory context.\n- **At session end\u002Fstop**: summarize work and remind the user about minimum maintenance tasks.\n- **Security**: block catastrophic commands and require confirmation for dangerous but legitimate ones.\n\n### Communication and Reporting Discipline\n\nUse a reusable communication layer when the task needs conclusion-first reporting, concrete evidence, visible risk, or compact next-step guidance.\n\n| Type | Name | One-line explanation |\n|---|---|---|\n| Skill | [`expression-skill`](.\u002Fskills\u002Fexpression-skill\u002FREADME.md) | Enforces conclusion-first, concrete, checkable communication for technical work, writing, documentation, file operations, and multi-step tasks. |\n| Skill | [`planning-with-files`](.\u002Fskills\u002Fplanning-with-files\u002FSKILL.md) | Makes complex work persistent on disk with `task_plan.md`, `notes.md`, and deliverable files instead of relying only on transient chat context. |\n\n**How it works**\n- lead with the conclusion instead of narration,\n- prefer commands, paths, counts, checks, and observable behavior over abstract process language,\n- ask clarifying questions only when ambiguity changes the outcome,\n- surface risk, uncertainty, and destructive boundaries early,\n- keep long-running work visible with step \u002F checkpoint style roadmarks,\n- persist multi-step work to disk with `task_plan.md` and `notes.md` instead of relying only on transient context.\n\n### Knowledge Extraction Workflow\n\nSpecialized agents can mine reusable knowledge from papers and competitions.\n\n| Type | Name | One-line explanation |\n|---|---|---|\n| Agent | `paper-miner` | Extract reusable writing knowledge, structure patterns, and venue heuristics from strong papers. |\n| Agent | `kaggle-miner` | Extract engineering practices and solution patterns from strong Kaggle workflows. |\n\n**How it works**\n- extract writing patterns, venue expectations, and rebuttal strategies from papers,\n- extract engineering patterns and solution structure from Kaggle workflows,\n- feed those insights back into skills and reference material.\n\n### Skill Evolution System\n\nClaude Scholar also contains a self-improvement loop for its own skills.\n\n| Type | Name | One-line explanation |\n|---|---|---|\n| Skill | `skill-development` | Create new skills with clear triggers, structure, and progressive disclosure. |\n| Skill | `skill-quality-reviewer` | Review skills across content quality, organization, style, and structural integrity. |\n| Skill | `skill-improver` | Apply structured improvement plans to evolve existing skills. |\n\n**How it works**\n- create new skills with clear trigger descriptions,\n- review them across quality dimensions,\n- apply structured improvements and iterate.\n\n## Documentation\n\n- [MCP_SETUP.md](.\u002FMCP_SETUP.md) — Zotero\u002Fbrowser MCP setup\n- [OBSIDIAN_SETUP.md](.\u002FOBSIDIAN_SETUP.md) — Obsidian knowledge base workflow\n- [CLAUDE.md](.\u002FCLAUDE.md) — lightweight Claude Code core instructions\n- [CLAUDE.zh-CN.md](.\u002FCLAUDE.zh-CN.md) — Chinese companion for the lightweight core instructions\n- [settings.json.template](.\u002Fsettings.json.template) — optional settings template for hooks\u002Fplugins\u002FMCP\n\n## Project Rules\n\nClaude Scholar includes project rules for:\n- coding style,\n- agent orchestration,\n- security,\n- experiment reproducibility.\n\nThese are reflected in the shipped rules and in `CLAUDE.md`.\n\n## Contributing\n\nIssues, PRs, and workflow improvements are welcome.\n\nIf you propose changes to installer behavior, Zotero workflows, or Obsidian routing, please include:\n- the user scenario,\n- the current limitation,\n- the expected behavior,\n- and any compatibility concerns.\n\n## License\n\nMIT License.\n\n## Citation\n\nIf Claude Scholar helps your research or engineering workflow, you can cite the repository as:\n\n```bibtex\n@misc{claude_scholar_2026,\n  title        = {Claude Scholar: Semi-automated research assistant for academic research and software development},\n  author       = {Gaorui Zhang},\n  year         = {2026},\n  howpublished = {\\url{https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fclaude-scholar}},\n  note         = {GitHub repository}\n}\n```\n\n## Acknowledgments\n\nBuilt with Claude Code CLI and enhanced by the open-source community.\n\n### References\n\nThis project is inspired by and builds upon excellent work from the community:\n\n- **[everything-claude-code](https:\u002F\u002Fgithub.com\u002Fanthropics\u002Feverything-claude-code)** - Comprehensive resource for Claude Code CLI\n- **[AI-research-SKILLs](https:\u002F\u002Fgithub.com\u002FzechenzhangAGI\u002FAI-research-SKILLs)** - Research-focused skills and configurations\n- **[expression-skill](https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fexpression-skill)** - Public conclusion-first communication skill reused here for reporting and response discipline\n- **[nature-skills](https:\u002F\u002Fgithub.com\u002FYuan1z0825\u002Fnature-skills)** - Nature-oriented writing, polishing, reviewer-response, and data-availability skills reused here with attribution\n\nThese projects provided valuable insights and foundations for the research-oriented features in Claude Scholar.\n\n---\n\n**For data science, AI research, and academic writing.**\n\nRepository: [https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fclaude-scholar](https:\u002F\u002Fgithub.com\u002FGalaxy-Dawn\u002Fclaude-scholar)\n","Claude Scholar 是一个半自动化的研究助手，旨在支持学术研究和软件开发。该项目通过集成 Claude Code、OpenCode 和 Codex CLI 等工具，在创意构思、编码、实验、写作及出版等多个环节提供辅助。其核心功能包括文献综述自动化、代码生成与优化、实验设计与执行以及项目知识管理等。特别适用于计算机科学和人工智能领域的研究人员，帮助他们提高工作效率和成果质量。","2026-06-11 03:48:41","high_star"]