Help us improve
Share bugs, ideas, or general feedback.
Share bugs, ideas, or general feedback.
Share bugs, ideas, or general feedback.
Self-documenting, self-improving framework for analytical repositories
npx claudepluginhub arjunrajlaboratory/mycelium --plugin myceliumALWAYS invoke this skill when a user wants to perform computational analysis on data in this repository. This skill loads project-specific analysis conventions, dataset registries, and methodology requirements (validation checks, sensitivity sweeps, null hypothesis testing) that are not available from general knowledge — you cannot do the analysis correctly without consulting it first. Trigger for: running any named analysis technique (clustering, PCA, UMAP, differential expression, survival analysis, dose-response, model fitting, time-series, batch correction, statistical tests), exploring or investigating patterns in data, continuing or extending a previous analysis, debugging or troubleshooting analytical results (wrong clusters, unexpected patterns, parameter tuning). The user's intent must be to computationally process or model data — not just read it, not just look at a file. Do NOT trigger for: reading or previewing data files without analysis, writing reports or documents, brainstorming ideas, setting up or initializing repositories, installing conventions, ingesting or importing data files, fixing code bugs unrelated to analytical results, or updating documentation.
ALWAYS use this skill when the user mentions "mycelium", "living repo", "crystallize", or "todo idea". ALWAYS use for requests about making projects self-documenting, tracking knowledge/decisions/learnings, capturing insights for later, transferring knowledge across projects, or exploring unfamiliar data. This skill manages a .living/ directory framework that registers analyses, datasets, and decisions. It handles: project initialization ("set up mycelium", "initialize living repo"), knowledge capture ("crystallize this learning", "record this finding"), future work tracking ("add a todo idea", "track this for later"), knowledge transfer ("transfer knowledge", "cross-pollinate", "sync learnings"), dataset ingestion, convention installation, and progressive disclosure knowledge systems. NOT for: report writing, code refactoring, brainstorming, git init, or generic folder organization.
Invoke this skill for ANY request involving brainstorming, ideation, or generating new research ideas. This is the brainstorming and idea generation skill. Use it when the user wants to brainstorm, generate ideas, get fresh perspectives, hear what experts from different fields would think, find creative angles they're missing, explore new analysis directions, or get unstuck. Trigger phrases include: "brainstorm", "ideas", "fresh perspectives", "what would a [expert] think", "I'm stuck", "creative angles", "wild ideas", "what are we missing", "open to ideas", "before we write it up", "persona brainstorm", "new directions", "where to go next". If the user's request is open-ended and exploratory rather than a specific concrete task, use this skill. Do NOT use for defined tasks like running a specific analysis, fixing code, setting up projects, or ingesting data.
Use this skill when the user wants to add, import, or ingest files or data into the project. Trigger whenever someone mentions: adding data/files to the project, ingesting a dataset, importing new data, bringing in files from any source, having received results or files from collaborators or facilities, needing to place files into the data directory, or setting up/initializing mycelium. Covers all file types (CSV, FASTQ, XLSX, TIFF, JSON, FCS, TSV, images, etc.). This skill copies/moves files into the project structure, generates metadata, updates the data manifest, and documents provenance. Do NOT use for: reading or analyzing existing project data, listing datasets, deleting data, downloading from URLs, or editing code files.
ALWAYS invoke this skill when a user wants to produce a written document from analysis results in this repository. This skill loads project-specific report templates, section-by-section writing guidance, provenance records, and a QC checklist that are not available from general knowledge — you cannot write a proper report without consulting it first. Trigger for: creating reports, writeups, PDFs, or summary documents from completed analyses; drafting methods or results sections for papers or manuscripts; producing any document artifact the user wants to share, send, or hand off to someone (PI, collaborator, team). The user's intent must be to create a downloadable/sharable document — not to get a verbal explanation. Do NOT trigger for: answering questions about results conversationally, explaining or interpreting findings in chat, creating standalone charts or figures without a surrounding document, performing the analysis itself, ingesting data, setting up repositories, or brainstorming.
Share bugs, ideas, or general feedback.
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
Comprehensive UI/UX design plugin for mobile (iOS, Android, React Native) and web applications with design systems, accessibility, and modern patterns
Standalone image generation plugin using Nano Banana MCP server. Generates and edits images, icons, diagrams, patterns, and visual assets via Gemini image models. No Gemini CLI dependency required.
Multi-model consensus engine integrating OpenAI Codex CLI, Gemini CLI, and Claude CLI for collaborative code review and problem-solving.
Unified status line for Claude Code with multi-CLI (Claude, Codex, Gemini, z.ai) usage monitoring, context, rate limits, and cost tracking
Write feature specs, plan roadmaps, and synthesize user research faster. Keep stakeholders updated and stay ahead of the competitive landscape.
Skills for working with NimbusImage scientific imaging datasets via the nimbusimage Python API
A self-documenting, self-improving framework for analytical projects.
Most analytical work disappears. You spend weeks figuring out the right normalization for a tricky dataset, discover that a particular clustering method fails silently on sparse data, or learn that a specific file format needs a workaround — and none of that knowledge is captured anywhere durable. The next person (or you, six months later) starts from scratch.
Mycelium changes this. It gives every analytical project a memory — a structured layer that records decisions, captures hard-won insights, and tracks what was done and why. Drop the mycelium skill into Claude Code, point it at any project, and it scaffolds a living analytical framework. Every analysis, dataset, and decision is registered. Learnings accumulate. Domain-specific best practices flow in from the network.
The bigger vision: analytical projects shouldn't be isolated silos. A lab that works on RNA-seq, image analysis, and spatial transcriptomics is generating overlapping knowledge across all of those efforts — but that knowledge stays trapped in individual folders and the heads of the people who did the work. Mycelium is building toward a world where projects are nodes in a knowledge network: insights discovered in one project flow automatically to others that need them, domain expertise is packaged and shared, and the collective intelligence of a research group compounds over time instead of evaporating.
Mycelium is named after the underground fungal networks that connect trees in a forest — sharing nutrients, signaling danger, and building collective resilience. Similarly, mycelium-enabled projects are nodes in a knowledge network:
.living/ directory, so every session starts with the accumulated intelligence of all previous sessions.
Mycelium ingests research output, crystallizes it into structured learnings, decisions, and findings, and re-surfaces it to inform downstream work via the mycelial network. Knowledge that would otherwise evaporate between sessions compounds across them.
Option A — Marketplace install (recommended):
# Add the mycelium marketplace (one-time)
claude plugin marketplace add arjunrajlaboratory/mycelium
# Install the plugin
claude plugin install mycelium@mycelium
This permanently registers the mycelium plugin with your Claude Code installation. The slash commands (/mycelium:core, /mycelium:analyze, /mycelium:report, /mycelium:ideas, /mycelium:ingest, /mycelium:review, /mycelium:transfer) become available in all sessions.
Option B — Local / development install:
git clone https://github.com/arjunrajlaboratory/mycelium.git
claude --plugin-dir /path/to/mycelium
Replace /path/to/mycelium with the actual path where you cloned it. This loads the plugin for a single session only.
Open Claude Code in any project directory and say:
"Set up mycelium" or "Initialize living repo"
This scaffolds the living repository structure: directories, manifests, the .living/ memory layer, and a CLAUDE.md that encodes the framework's protocols. Core convention packs (robust-analysis, report-generator, and idea-generator) are installed automatically — every repo gets defensive analysis practices, structured report generation, and creative ideation out of the box.
Once mycelium is running in your project, install domain-specific convention packs by telling Claude:
"Install bioinformatics conventions" or "Install image-analysis conventions"
This uses mycelium's built-in install-convention mode to copy domain conventions into your project's .living/conventions/ directory.
Work normally — analyze data, write code, build algorithms. Use the dedicated action skills: