AIGR PR Review Skill
SkillDev toolsReview AI Gene Review pull requests and curation changes for GO term quality, evidence support, core function identification, and annotation action justification. Use for PR review comments, review follow-up automation, and QA of gene review YAML.
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the AIGR PR Review Skill skill
What this skill tells your AI
The instructions your AI receives, as published by ai4curation/ai-gene-review in .claude/skills/aigr-pr-review/SKILL.md and read by ahel’s review.
Use this skill when reviewing AIGR pull requests or drafting review feedback about gene review YAML, GO annotation decisions, evidence support, or UniProt-backed summaries.
Use the repository's existing guidance and agents where appropriate, especially
CLAUDE.md and .claude/agents/annotation-reviewer.md.
Trust Validation
Do not re-check what just validate already covers.
If validation passes, do not spend review effort on:
- YAML formatting or whitespace
- Empty or null optional keys
- Required-vs-optional field presence
- Enum spelling, structural schema shape, or other deterministic validation concerns
The reviewer's job is the non-deterministic part: biological judgment, GO ontology judgment, evidence quality, and whether the curation narrative is coherent.
Focus Areas
- GO term specificity and aspect correctness
- Prefer the most accurate GO term supported by the evidence, not the nearest generic match.
- Flag terms that are too broad, too narrow, or placed in the wrong GO aspect.
- Be especially skeptical of vague terms like
protein bindingwhen a more informative MF term is available. - If recommending
MODIFY, provide the concrete replacement term(s) with GO IDs.
- Evidence quality
- Each annotation review should be supported by accessible evidence.
- Check that cited PMIDs, GO references, file references, and supporting text actually justify the claimed action.
- Do not accept unsupported
NEWannotations. - If the relevant publication or evidence cannot be accessed, prefer
UNDECIDED.
- Core function identification
core_functionsshould capture the gene's main conserved molecular/cellular role.- Do not treat every phenotype, developmental consequence, or systems-level effect as core.
- Use the combination of review YAML, UniProt annotations, deep research, notes, and cited publications to infer what is core vs peripheral.
- Description quality
- The top-level
descriptionshould be a standalone biological summary for a biologist. - Flag project or workflow framing in
description, including phrases such asProteostasis Network,PN,this review,curation,GOA correctly captures, orshould be annotated. - Project-specific observations, disagreements with a project source list, and annotation-propagation cautions belong in
*-notes.md,review.reason,core_functions, orsuggested_questions, not indescription.
- Annotation action justification
- Every action should have a reason that matches the evidence.
ACCEPTandKEEP_AS_NON_COREneed positive support, not just absence of contradiction.REMOVEandMARK_AS_OVER_ANNOTATEDneed a clear explanation of why the current term overshoots the evidence.MODIFYshould explain both why the current term is off and why the replacement is better.
Common Issues To Catch
- Over-generic GO terms that blur the real function.
- Wrong GO aspect classification: MF vs BP vs CC confusion.
- Missing deep research or notes support for a substantial curation conclusion.
- Existing annotations or proposed new terms with no usable evidence behind them.
core_functionssections that mirror phenotypes rather than molecular/cellular function.review.reasonorreview.summarytext that does not justify the chosen action.- UniProt-backed claims that are overstated relative to the actual UniProt entry.
- Gene descriptions that read like curation notes rather than biology summaries.
Things Not To Flag
- Formatting-only issues that
just validatewould catch. - Empty YAML keys or omitted optional sections if the file validates.
- Requests to hand-edit derived context files such as
*-uniprot.txt,*-goa.tsv,*-deep-research*.md, orpublications/PMID_*.md. These should usually trigger a suggestion against review YAML/notes, a thread reply, or a tooling issue instead.
Review Standard
Approve only when the PR is biologically and curatorially sound, not merely schema-valid.
Request changes when you find any blocking problem such as:
- major GO term specificity errors
- wrong aspect classification
- unsupported or mismatched evidence
- missing justification for a strong action decision
- core function summaries that materially misstate the gene's main role
Leave a comment rather than requesting changes when the issue is real but not clearly blocking, or when the biology is ambiguous enough that a narrower question is more useful than a binary verdict.
Do not defer clear, fixable problems to a future PR. If a concrete curation problem is present now, surface it now.
Signals
- GitHub stars
- 24
- Forks
- 4
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
aigr-pr-review- Source
- github.com/ai4curation/ai-gene-review