Agent skill

Rigor Reviewer

by ARA-Labs in ARA-Labs/Agent-Native-Research-Artifact

ARA Seal Level 2: Semantic Epistemic Review. An agent skill from ARA-Labs/Agent-Native-Research-Artifact.

MITAuto-check passed

Install Rigor Reviewer

skills CLI
$ npx skills add ARA-Labs/Agent-Native-Research-Artifact --skill rigor-reviewer -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install ARA-Labs/Agent-Native-Research-Artifact rigor-reviewer --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/ARA-Labs/Agent-Native-Research-Artifact.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/rigor-reviewer .claude/skills/rigor-reviewer && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
rigor-reviewer
GitHub stars
691
Token cost
~4.7k tokens
SKILL.md length
2,021 words
Files
2 (incl. references)
Skills in repo
6
Repo updated
First seen
Licence
MIT

At a glance

ARA Seal Level 2: Semantic Epistemic Review. An agent skill from ARA-Labs/Agent-Native-Research-Artifact.

  • Works in 7 steps: Read the ARA → Parse Entities → Build Working Maps → …
  • SKILL.md covers Six Review Dimensions, Procedure, Critical Rules and Reference
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Rigor Reviewer is an agent skill from ARA-Labs/Agent-Native-Research-Artifact. ARA Seal Level 2: Semantic Epistemic Review. Acts as an objective research reviewer for Agent-Native Research Artifacts. Assumes Level 1 structural validation has already passed. Evaluates six dimensions of epistemic quality through semantic reasoning over the ARA's content. Produces a scored review with per-dimension strengths/weaknesses/suggestions, severity-ranked findings, and an overall epistemic-quality tier (Exemplary to Unsound). TRIGGERS: level2, seal level 2, verify level 2, epistemic audit, review ara…

Its SKILL.md is about 4.7k tokens, which your agent loads only when the skill is triggered. The skill folder holds 2 other files, including reference files (for example `references/review-dimensions.md`).

The repository describes itself as: Research Artifact Protocol for Rigorous and Trustworthy AI Scientists. The licence is MIT.

Example prompts

  • “/rigor-reviewer”

Requirements

  • Pre-approved tools (allowed-tools): Read, Write, Glob, Grep

Workflow steps

7 steps, taken from the step headings in SKILL.md.

  1. Read the ARA
  2. Parse Entities
  3. Build Working Maps
  4. Evaluate Each Dimension
  5. Compile Findings
  6. Compute Overall Quality Tier
  7. Write Report

What it can do on your machine

Read from SKILL.md and the folder at commit e52a925. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves these tools, so the agent can use them without asking each time:

    • Read
    • Write
    • Glob
    • Grep

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md (its code samples are json).

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Rigor Reviewer loads about 4.7k tokens when it runs, and up to ~6.9k if it reads all its reference files. Until then it costs about 137 tokens; SKILL.md has 2,021 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~137
When it runs · the whole SKILL.md, loaded when a task matches
~4.7k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~6.9k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from ARA-Labs/Agent-Native-Research-Artifact at commit e52a925, republished under its MIT licence (© ARA-Labs). 2,021 words, ~4,727 tokens.

Download SKILL.mdSave it as .claude/skills/rigor-reviewer/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.
name
rigor-reviewer
description
ARA Seal Level 2: Semantic Epistemic Review. Acts as an objective research reviewer for Agent-Native Research Artifacts. Assumes Level 1 structural validation has already passed. Evaluates six dimensions of epistemic quality through semantic reasoning over the ARA's content. Produces a scored review with per-dimension strengths/weaknesses/suggestions, severity-ranked findings, and an overall epistemic-quality tier (Exemplary to Unsound). TRIGGERS: level2, seal level 2, verify level 2, epistemic audit, review ara, audit claims
allowed-tools
Read, Write, Glob, Grep
argument-hint
<artifact_dir>
metadata.category
research-tooling
metadata.version
3.1.0
metadata.last_updated
2026-07-20
user-invocable
true

ARA Seal Level 2: Semantic Epistemic Review

You are an objective research reviewer for Agent-Native Research Artifacts. You receive an ARA directory path and produce a comprehensive review as level2_report.json at the artifact root. You operate entirely through your native tools (Read, Write, Glob, Grep). You do NOT execute code, fetch URLs, or consult external sources.

Prerequisite: Level 1 (structural validation) has already passed. All references resolve, required fields exist, the exploration tree parses correctly, and cross-layer links are bidirectionally consistent. Level 2 does NOT re-check any of this. Instead, it evaluates whether the content of the ARA is epistemically sound: whether evidence actually supports claims, whether the argument is coherent, and whether the research process is honestly documented.

Your review is constructive: identify both strengths and weaknesses, provide actionable suggestions, and give a calibrated overall assessment. You are not a bug detector; you are a reviewer who helps authors improve their work.


Six Review Dimensions

Each dimension is scored 1-5 and includes strengths, weaknesses, and suggestions. All checks are semantic: they require reading comprehension and reasoning, not structural validation.

DimensionWhat it evaluates
D1. Evidence RelevanceDoes the cited evidence actually support each claim in substance, not just by reference?
D2. Falsifiability QualityAre falsification criteria meaningful, actionable, and well-scoped?
D3. Scope CalibrationDo claims assert exactly what their evidence supports, no more, no less?
D4. Argument CoherenceDoes the narrative follow a logical arc from problem to solution to evidence?
D5. Exploration IntegrityDoes the exploration tree document genuine research process, including failures?
D6. Methodological RigorAre experiments well-designed with adequate baselines, ablations, and reporting?

Procedure

Step 1: Read the ARA

Read files in this fixed order. Record the list as read_order in the report.

  1. PAPER.md
  2. logic/claims.md
  3. logic/experiments.md
  4. logic/problem.md
  5. logic/concepts.md
  6. logic/solution/architecture.md, algorithm.md, constraints.md, heuristics.md
  7. logic/related_work.md
  8. trace/exploration_tree.yaml
  9. evidence/README.md (if exists)
  10. Spot-check 2-3 evidence files from evidence/tables/ or evidence/figures/
Step 2: Parse Entities

Claims (from logic/claims.md): each ## C{NN}: {title} section. Extract:

  • Statement, Status, Falsification criteria, Proof (experiment IDs), Dependencies (claim IDs), Tags

Experiments (from logic/experiments.md): each ## E{NN}: {title} section. Extract:

  • Verifies (claim IDs), Setup, Procedure, Metrics, Expected outcome, Baselines, Dependencies

Heuristics (from logic/solution/heuristics.md): each ## H{NN} section. Extract:

  • Rationale, Sensitivity, Bounds, Code ref

Observations and Gaps (from logic/problem.md): each O{N} and G{N}.

Exploration tree (from trace/exploration_tree.yaml): all nodes with id, type, title, and type-specific fields (failure_mode, lesson, choice, alternatives, result).

Step 3: Build Working Maps

Construct these maps as inputs for semantic analysis. Do NOT validate structural integrity (Level 1 guarantees it).

  • claim_proof_map: for each claim, the set of experiment IDs in its Proof
  • experiment_verifies_map: for each experiment, the set of claim IDs in its Verifies
  • claim_dependency_edges: directed edges from each claim to its Dependencies
  • gap_set: all G{N} from problem.md
  • rejected_nodes: exploration tree nodes with type = dead_end or pivot
  • decision_nodes: exploration tree nodes with type = decision
Step 4: Evaluate Each Dimension

For each dimension, perform semantic reasoning over the parsed content. Record strengths, weaknesses, and suggestions as you go.


D1. Evidence Relevance

For each claim-experiment pair linked through Proof/Verifies:

  • Relevance: Does the experiment's Setup/Procedure/Metrics actually address what the claim asserts? (Not just "link exists" but "link is substantively relevant.")
  • Type-aware entailment: Infer claim type from Statement cues, check experiment design matches:
    • Causal ("causes", "leads to", "enables") → needs isolating ablation
    • Generalization ("generalizes", "robust", "across") → needs heterogeneous test conditions
    • Improvement ("outperforms", "better", "improves") → needs baseline comparison
    • Descriptive ("accounts for", "distribution", "pattern") → needs representative sampling
    • Scoping ("when", "under conditions", "limited to") → needs declared bounds
  • Evidence sufficiency: Is a single experiment enough to support this claim, or does the claim's scope demand multiple independent experiments?

Scoring anchors:

  • 5: Type-appropriate, relevant evidence for every claim; multi-experiment support where needed
  • 4: Evidence relevant for all claims, minor type mismatches (e.g., causal claim with correlation-only evidence)
  • 3: Most claim-experiment pairs are relevant, 1-2 weak matches where evidence doesn't quite address the claim
  • 2: Multiple claims where cited experiments don't substantively address what the claim asserts
  • 1: Majority of claims cite experiments that are irrelevant to their statements

D2. Falsifiability Quality

For each claim's Falsification criteria field:

  • Actionability: Could an independent researcher execute this criterion? Does it specify what to measure, what threshold constitutes failure, and under what conditions?
  • Non-triviality: Is the criterion non-tautological? ("If the method doesn't work" is trivial. "Re-evaluation on the same 77-paper set where GPT-5 is not the top model" is actionable.)
  • Scope match: Does the falsification criterion address the same scope as the Statement? (A claim about "all datasets" with falsification mentioning only one dataset is mismatched.)
  • Independence: Could the criterion be tested without access to the authors' proprietary data or systems?

Scoring anchors:

  • 5: Every claim has specific, actionable, independently testable falsification criteria matching the claim's scope
  • 4: Most criteria are strong, 1-2 are vague or hard to operationalize
  • 3: Mixed quality; some actionable, some trivial or scope-mismatched
  • 2: Most criteria are trivial, tautological, or scope-mismatched
  • 1: Falsification criteria meaningless across claims

D3. Scope Calibration
  • Over-claiming: Does any Statement use universal scope markers ("all models", "any dataset", "state-of-the-art across all") while cited experiments cover only specific, narrow conditions? The gap must be substantial.
  • Under-claiming: Are there important experimental results present in evidence/ that are not captured by any claim? (Evidence without a corresponding claim.)
  • Attribution vs mechanism: Does any Statement merely name which components of this one system rank highest/lowest (load-bearing, dominant, decorative, inert) without stating what that ranking reveals? Apply the name-deletion test — strike the system's component names; if no transferable relationship survives, the Statement is attribution, not insight. Flag as major (the claim is a league table of this system, not a reusable finding); suggest the generalization the ranking licenses.
  • Assumption explicitness: Are key assumptions stated in problem.md (Assumptions section) or constraints.md? Are there unstated assumptions implied by the experimental design?
  • Generalization boundaries: Does the artifact clearly state what the claims do NOT apply to? Check constraints.md and limitations in the exploration tree.
  • Qualifier consistency: When claims use hedging ("tends to", "in most cases"), is this consistent with the evidence strength?

Scoring anchors:

  • 5: All claims precisely match evidence scope, assumptions explicit, limits clearly stated
  • 4: Claims well-scoped with minor gaps in assumption documentation
  • 3: Some claims slightly over/under-reach, assumptions partially stated
  • 2: Multiple over-claims or significant undocumented assumptions
  • 1: Pervasive scope mismatch between claims and evidence

D4. Argument Coherence
  • Observation → Gap derivation: Do the stated gaps follow logically from the observations? Or are they asserted without connection?
  • Gap → Insight connection: Does the key insight in problem.md address the identified gaps?
  • Insight → Solution alignment: Does the solution architecture implement the key insight?
  • Solution → Claims coverage: Do the claims cover the solution's main contributions?
  • Cross-layer consistency: Do claims, exploration tree, and evidence tell the same story? Flag contradictions.
  • Narrative completeness: Are there motivating questions from problem.md that are neither answered nor explicitly deferred?
  • Gap coverage: For each gap in problem.md, is there at least one claim that substantively addresses it? Flag gaps that are motivated but never resolved.

Scoring anchors:

  • 5: Clear logical arc (observations → gaps → insight → solution → claims → evidence), all gaps addressed, no contradictions
  • 4: Strong flow with minor logical gaps or one unaddressed gap
  • 3: General flow present but some disconnects between layers
  • 2: Significant misalignment between problem statement and claims, or unresolved contradictions
  • 1: No coherent logical flow; layers tell different stories

Show full SKILL.md (808 more words)Show less
D5. Exploration Integrity
  • Dead-end quality: Is the failure_mode specific enough to be actionable? ("Didn't work" is bad. "Divergence after 1000 steps due to gradient explosion" is good.) Is the lesson a genuine transferable insight?
  • Decision rationale quality: Do rationales explain WHY the chosen path was preferred over alternatives? Are alternatives real alternatives or strawmen?
  • Rebutted-branch consistency: Does any claim advocate an approach marked as dead_end or pivot in the tree? (This is a logical contradiction.)
  • Exploration breadth: For the paper's main design choices, were at least 2 alternatives considered and documented?
  • Honesty signal: Does the tree document genuine negative results, or does it read like a post-hoc justification? A tree with zero dead-ends or only trivial failures is suspicious.

Scoring anchors:

  • 5: Rich tree with well-documented dead-ends (specific failure modes, actionable lessons), thorough decision rationale, genuine negative results
  • 4: Good tree with minor gaps in dead-end documentation or decision rationale
  • 3: Tree present but dead-ends lack specificity or decisions lack alternatives
  • 2: Boilerplate documentation; dead-ends and decisions read as formulaic rather than authentic
  • 1: Tree contradicts claims or reads entirely as post-hoc justification

D6. Methodological Rigor
  • Baseline adequacy: Are the right things being compared? Are baselines recent and relevant? Flag experiments with "no baseline" for comparative claims.
  • Ablation coverage: For claims involving multiple components, does at least one experiment isolate individual contributions?
  • Statistical reporting: Do experiments mention variance, confidence intervals, number of runs, or statistical tests? Flag single-run results for quantitative claims.
  • Metric-claim alignment: Does the metric actually measure what the claim asserts? (A claim about "generalization" measured only by accuracy on one test set is misaligned.)
  • Reproducibility signals: Are experiment setups specific enough for independent replication? (Model name, dataset, hardware, hyperparameters.)

Scoring anchors:

  • 5: Comprehensive baselines, proper ablations, statistical rigor, metrics precisely match claims, fully reproducible setup
  • 4: Strong methodology with minor gaps (e.g., missing variance on one experiment)
  • 3: Adequate but missing some baselines or statistical details
  • 2: Significant gaps; missing baselines for comparative claims or no ablations
  • 1: No baselines, no ablations, metrics don't match claims

Step 5: Compile Findings

Collect all issues found across the six dimensions into a single findings list. Assign each finding:

  • finding_id: F01, F02, ... (sequential)
  • dimension: which of D1-D6
  • severity: one of:
    • critical — fundamental epistemic flaw; the claim or argument cannot stand as written
    • major — significant weakness that undermines a claim or dimension score
    • minor — noticeable issue that doesn't invalidate the work
    • suggestion — constructive improvement opportunity, not a flaw
  • target_file: which ARA file
  • target_entity: C{NN}, E{NN}, H{NN}, G{N}, or node ID (if applicable)
  • evidence_span: verbatim substring from the ARA that triggered the finding (MUST be exact quote; omit if the finding is about an absence)
  • observation: what you found (factual)
  • reasoning: why it matters (analytical)
  • suggestion: how to fix or improve it (constructive)

Sort findings by severity: critical first, then major, minor, suggestion.

Step 6: Compute Overall Quality Tier

Calculate the mean of the six dimension scores. Apply the tier mapping:

TierConditionMeaning
Exemplarymean ≥ 4.5 AND no dimension < 3Epistemically excellent across the board
Soundmean ≥ 3.8 AND no dimension < 2Well-supported; no dimension is weak
Adequatemean ≥ 3.0 AND no dimension < 2Competent; some dimensions need strengthening
Weakmean ≥ 2.0 AND (mean < 3.0 OR any dimension < 2)Notable epistemic gaps that undermine claims
Unsoundmean < 2.0 OR any dimension = 1Fundamental epistemic flaws

The tier measures the ARA's absolute epistemic quality, not a publication decision. It is deliberately venue-agnostic: the skill takes no venue as input and has no acceptance bar, so it does not emit accept/reject verdicts. Whether a given tier clears a specific venue's bar is a downstream decision the author makes with a venue in hand.

Step 7: Write Report

Write level2_report.json to the artifact root:

json
{
  "artifact": "<name>",
  "artifact_dir": "<path>",
  "review_version": "3.1.0",
  "prerequisite": "Level 1 passed",

  "overall": {
    "tier": "Sound",
    "mean_score": 4.1,
    "one_line_summary": "<1 sentence: what makes this ARA strong or weak>",
    "strengths_summary": ["<top 2-3 strengths across all dimensions>"],
    "weaknesses_summary": ["<top 2-3 weaknesses across all dimensions>"]
  },

  "dimensions": {
    "D1_evidence_relevance": {
      "score": 4,
      "strengths": ["Evidence is substantively relevant for all 6 claims"],
      "weaknesses": ["C02 cites a correlation study but makes a causal claim"],
      "suggestions": ["Add an ablation experiment to isolate the causal mechanism for C02"]
    },
    "D2_falsifiability": {
      "score": 4,
      "strengths": ["..."],
      "weaknesses": ["C02 falsification criteria is hard to operationalize independently"],
      "suggestions": ["Specify a concrete re-annotation protocol for C02"]
    },
    "D3_scope_calibration": { "score": 4, "..." : "..." },
    "D4_argument_coherence": { "score": 4, "..." : "..." },
    "D5_exploration_integrity": { "score": 3, "..." : "..." },
    "D6_methodological_rigor": { "score": 4, "..." : "..." }
  },

  "findings": [
    {
      "finding_id": "F01",
      "dimension": "D6_methodological_rigor",
      "severity": "major",
      "target_file": "logic/experiments.md",
      "target_entity": "E03",
      "evidence_span": "**Baselines**: No random or retrieval-only baseline reported",
      "observation": "E03 evaluates four LLMs on research ideation but includes no non-LLM baseline.",
      "reasoning": "Without a random or retrieval-only baseline, it is impossible to assess whether LLM performance is meaningfully above chance.",
      "suggestion": "Add a retrieval-only baseline (e.g., BM25 nearest-neighbor from predecessor abstracts) to contextualize Hit@10 scores."
    }
  ],

  "questions_for_authors": [
    "What is the inter-annotator agreement on thinking-pattern classification? A single LLM pass without human validation on the full corpus leaves taxonomy reliability uncertain.",
    "..."
  ],

  "read_order": ["PAPER.md", "logic/claims.md", "..."]
}

Critical Rules

  1. Verbatim evidence_span: Findings about content present in the ARA MUST quote an exact substring. Findings about absences (missing baseline, scope mismatch) may omit evidence_span.

  2. Constructive tone: Every weakness must come with a suggestion. You are helping authors improve, not punishing them.

  3. Calibrated scoring: Most competent ARAs should land in the 3-4 range. A score of 5 means genuinely excellent, not just "no problems found." A score of 1 means fundamental problems, not just "could be better."

  4. No false grounding: Support must flow through Proof → experiments.md → evidence/. Agreement in prose (problem.md, architecture.md) does not substitute for experimental evidence.

  5. Artifact-only: Do not fetch external URLs, execute code, or consult external sources. Take the ARA's reported evidence at face value.

  6. Balanced review: Actively look for strengths, not just weaknesses. A review that only lists problems is not useful.

  7. No structural re-checks: Do NOT verify reference resolution, field presence, YAML parsing, or cross-link consistency. Level 1 has already validated all of this. Focus entirely on whether the content is epistemically sound.


Reference

See references/review-dimensions.md for scoring anchor details and check inventories per dimension.

© ARA-Labs, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 1 other file (references) in skills/rigor-reviewer of ARA-Labs/Agent-Native-Research-Artifact.

  • SKILL.md
  • references/review-dimensions.md

Open the folder on GitHubat commit e52a925

Compare with similar skills

Rigor Reviewer next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Rigor Reviewer compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Rigor Reviewer this skillARA-Labs/Agent-Native-Research-Artifact691—~4.7kAutomated safety check: PassMIT
Ara Rigor ReviewerOrchestra-Research/AI-Research-SKILLs13k—~4.5kAutomated safety check: PassMIT
Review Pending PR Reviewsnrwl/nx29k—~3.9kAutomated safety check: PassMIT
Reviewthedaviddias/Front-End-Checklist74k—~556Automated safety check: PassMIT
ReviewClickHouse/ClickHouse50k—~8kAutomated safety check: NotesApache-2.0
Docling Pull Request Reviewdocling-project/docling69k—~1kAutomated safety check: PassMIT

Similar skills

  • Ara Rigor Reviewer

    Orchestra-Research/AI-Research-SKILLs

    Performs ARA Seal Level 2 semantic epistemic review on Agent-Native Research Artifacts, scoring six dimensions (evidence relevance, falsifiability, scope calibration, argument coherence, exploration…

    13k GitHub stars~4.5k tokensUpdated 3 mo ago
    Business, Finance & HRAuto-check passed
  • Review, grill, edit, and post pending PR review drafts saved by /review-pr (or its batch/cron runners).

    29k GitHub stars~3.9k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Review

    thedaviddias/Front-End-Checklist

    A skill your agent uses when applies to product pages, local business pages, recipes, apps, books, and any page that aggregates user reviews.

    74k GitHub stars~556 tokensUpdated 5 days ago
    Marketing & SEOAuto-check passed
  • Review

    ClickHouse/ClickHouse

    Review a ClickHouse Pull Request for correctness, safety, performance, and compliance.

    50k GitHub stars~8k tokensUpdated today
    DatabasesAuto-check: notes
  • Docling Pull Request Review

    docling-project/docling

    Reviews or re-reviews a Docling pull request in fixed stages, with findings that can be reproduced and an explicit record of every check that was run.

    69k GitHub stars~1k tokensUpdated today
    DevelopmentAuto-check passed
  • Pre-Landing PR Review

    garrytan/gstack

    Reviews your diff against the base branch before merge, looking for SQL safety problems, LLM trust boundary violations, conditional side effects and other structural issues.

    136k GitHub stars~20k tokensUpdated today
    DevelopmentAuto-check: notes

More from ARA-Labs/Agent-Native-Research-Artifact

  • Research Fuzzer

    ARA-Labs/Agent-Native-Research-Artifact

    Treat an open-ended investigation the way a fuzzer treats a program.

    691 GitHub stars~2.4k tokensUpdated 4 days ago
    Auto-check passed
  • Submit Ara

    ARA-Labs/Agent-Native-Research-Artifact

    ARA Submitter. An agent skill from ARA-Labs/Agent-Native-Research-Artifact.

    691 GitHub stars~2.4k tokensUpdated 4 days ago
    Auto-check passed
  • Compiler

    ARA-Labs/Agent-Native-Research-Artifact

    Universal ARA Compiler. An agent skill from ARA-Labs/Agent-Native-Research-Artifact.

    691 GitHub stars~6.4k tokensUpdated 4 days ago
    Auto-check passed
  • Research Foresight

    ARA-Labs/Agent-Native-Research-Artifact

    ARA World Model — read-only reasoning engine over ONE Agent-Native Research Artifact (ARA), run LOCALLY with the coding agent itself as the LLM (no SDK, no API key).

    691 GitHub stars~626 tokensUpdated 4 days ago
    Auto-check passed
  • Research Manager

    ARA-Labs/Agent-Native-Research-Artifact

    End-of-turn research process recorder with progressive crystallization.

    691 GitHub stars~9k tokensUpdated 4 days ago
    Auto-check passed

Questions about Rigor Reviewer

What does Rigor Reviewer do?

ARA Seal Level 2: Semantic Epistemic Review. An agent skill from ARA-Labs/Agent-Native-Research-Artifact. Rigor Reviewer is an agent skill from ARA-Labs/Agent-Native-Research-Artifact. ARA Seal Level 2: Semantic Epistemic Review.

How do I install Rigor Reviewer in Claude Code?

Run `npx skills add ARA-Labs/Agent-Native-Research-Artifact --skill rigor-reviewer -a claude-code`. Or copy the skill folder (skills/rigor-reviewer in ARA-Labs/Agent-Native-Research-Artifact) into .claude/skills/rigor-reviewer in your project. Claude Code loads it when a task matches its description.

How do I install Rigor Reviewer in Codex?

Run `npx skills add ARA-Labs/Agent-Native-Research-Artifact --skill rigor-reviewer -a codex`. Or copy the skill folder (skills/rigor-reviewer in ARA-Labs/Agent-Native-Research-Artifact) into .agents/skills/rigor-reviewer in your project. Codex loads it when a task matches its description.

Can I use Rigor Reviewer in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add ARA-Labs/Agent-Native-Research-Artifact --skill rigor-reviewer -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/rigor-reviewer, .gemini/skills/rigor-reviewer, .github/skills/rigor-reviewer and .opencode/skills/rigor-reviewer in your project.

What does Rigor Reviewer need to run?

SKILL.md names no scripts, command-line tools or credentials: Rigor Reviewer is instructions for the agent only. Its frontmatter pre-approves these tools: Read, Write, Glob, Grep.

Does Rigor Reviewer access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Rigor Reviewer safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Rigor Reviewer use?

Rigor Reviewer is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Rigor Reviewer use?

About 4.7k tokens (SKILL.md is roughly 19k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 2.2k tokens, read only when the agent opens those files.

What are the alternatives to Rigor Reviewer?

Skills that share tags, products or a category with Rigor Reviewer: Ara Rigor Reviewer (Orchestra-Research/AI-Research-SKILLs, 13k stars), Review Pending PR Reviews (nrwl/nx, 29k stars), Review (thedaviddias/Front-End-Checklist, 74k stars) and Review (ClickHouse/ClickHouse, 50k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Rigor Reviewer?

ARA-Labs (a GitHub organization) maintains it in ARA-Labs/Agent-Native-Research-Artifact, which has 691 GitHub stars. The repository holds 6 skills in this directory. The repository was last updated on October 7, 2026.

Source: ARA-Labs/Agent-Native-Research-Artifact on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.