* fix(skills): move version into metadata and normalize to semver 29 skills declared `version` at the top level of their frontmatter. The schema reads it from `metadata`, so tooling that follows the schema either misses it or has to special-case the top level. Three motion skills also declared `version: 1.0`, which is not a valid semantic version; normalized to `1.0.0`. No behavioral change — frontmatter metadata only. * fix(skills): state activation triggers in skill descriptions 148 skills described what they cover but never named the situation that should trigger them. Since the description is what Claude matches against to decide whether to load a skill, a description without a trigger makes activation guesswork — the skill is either missed or loaded at the wrong time. Added a "Use when ..." clause to each, derived from the skill's own body (most already stated the trigger under "## When to Use" or in the opening line; that intent is now reflected in the frontmatter where it is actually read from). Descriptions were only appended to; no existing wording was removed. * fix(skills): sync activation triggers into the Codex skill mirror 10 of the skills whose descriptions changed are also mirrored under `.agents/skills/`, where the description was previously a verbatim copy. Left alone, the two surfaces would disagree about when the skill applies. Only the description line is synced; the Codex copies keep their reduced frontmatter, since that validator accepts only name, description, metadata, license, and allowed-tools. * fix(skills): correct three activation clauses from review - autonomous-loops: the clause pulled new loop work into a skill that its own body marks as a compatibility shim retained for one release. It now points at the canonical continuous-agent-loop instead. - continuous-learning: the description carried the v1 routing directive twice; collapsed to one. - homelab-pihole-dns: the clause fired on any broken home DNS. Narrowed to tasks that actually involve Pi-hole. * chore: retain current main lockfile --------- Co-authored-by: Çağrı Solakoğlu <cagri.solakoglu@vtcenerji.com> Co-authored-by: haelyra <49814733+haelyra@users.noreply.github.com>
5.0 KiB
name, description, metadata
| name | description | metadata | ||
|---|---|---|---|---|
| gget | gget CLI and Python workflow for quick genomic database queries, sequence lookup, BLAST-style searches, enrichment checks, and reproducible bioinformatics evidence logs. Use when a task needs quick bioinformatics lookup across genomic reference databases with the gget CLI or Python package. |
|
gget
Use this skill when a task needs quick bioinformatics lookup across genomic
reference databases with the gget CLI or Python package.
When to Use
- Finding Ensembl IDs, gene metadata, transcript details, or sequences.
- Running quick BLAST or BLAT lookups without building a full local pipeline.
- Fetching reference genome links and annotations from Ensembl.
- Querying protein structure, pathway, cancer, expression, or disease-association modules through a single interface.
- Creating a reproducible first-pass evidence log before moving to heavier tools such as Biopython, Snakemake, Nextflow, BLAST+, or database-specific clients.
Use a dedicated workflow instead of gget when the task requires regulated
clinical interpretation, high-throughput production pipelines, or fine-grained
control over database versions and local indexes.
Installation
Use a clean Python environment.
python -m venv .venv
. .venv/bin/activate
python -m pip install --upgrade pip
python -m pip install --upgrade gget
gget --help
If uv is available:
uv venv
. .venv/bin/activate
uv pip install gget
Before relying on an older environment, upgrade gget and re-check the module
docs. The upstream databases queried by gget change over time.
Basic Patterns
CLI shape:
gget <module> [arguments] [options]
Python shape:
import gget
result = gget.search(["BRCA1"], species="human")
print(result)
Common workflow:
- Identify the species, assembly, gene ID type, and database needed.
- Check the current module documentation for arguments.
- Run a small query first.
- Save output with an explicit filename and date.
- Record module name, version, arguments, and database assumptions.
Common Modules
Use current upstream docs for exact arguments. These modules are common first choices:
gget search: find Ensembl IDs from search terms.gget info: retrieve metadata for Ensembl, UniProt, or related IDs.gget seq: fetch nucleotide or amino-acid sequences.gget ref: retrieve reference genome download links.gget blast: run a quick BLAST query.gget blat: locate a sequence against supported genome assemblies.gget muscle: run multiple sequence alignment.gget diamond: run local sequence alignment against reference sequences.gget alphafoldandgget pdb: inspect protein-structure references.gget enrichr,gget opentargets,gget archs4,gget bgee,gget cbio, andgget cosmic: explore enrichment, target, expression, cancer, and disease association data.
Do not assume every module supports every Python version or dependency set. Some optional scientific dependencies have narrower version support than the core package.
Quick Examples
Find genes:
gget search -s human brca1 dna repair -o brca1-search.json
Fetch gene metadata:
gget info ENSG00000012048 -o brca1-info.json
Fetch a sequence:
gget seq ENSG00000012048 -o brca1-seq.fa
Run a small BLAST query:
gget blast "MEEPQSDPSVEPPLSQETFSDLWKLLPEN" -l 10 -o blast-results.json
Python example:
import gget
genes = gget.search(["BRCA1", "DNA repair"], species="human")
info = gget.info(["ENSG00000012048"])
sequence = gget.seq("ENSG00000012048")
Reproducibility Log
For scientific outputs, include enough metadata to replay the query.
| Date | gget version | Module | Query | Species/assembly | Output | Notes |
| --- | --- | --- | --- | --- | --- | --- |
| 2026-05-11 | `gget --version` | search | `BRCA1 DNA repair` | human | `brca1-search.json` | Docs checked before run |
Also record:
- Python version and environment manager.
- Any optional dependency installed through
gget setup. - Database-specific identifiers returned by the query.
- Whether output is JSON, CSV, FASTA, or a DataFrame export.
- Any failures that were resolved by upgrading
gget.
Review Checklist
- Did you upgrade or verify the installed
ggetversion? - Did you check the current upstream module docs before using arguments?
- Is the species or assembly explicit?
- Are identifiers preserved exactly, including Ensembl/UniProt prefixes?
- Is the result labeled as database output rather than clinical interpretation?
- Is the query reproducible from the saved command or Python snippet?
- Are optional dependencies installed in an isolated environment?