judgectl Agent Skill

Automate judgectl command-line operations for ingestion, validation, and audit checks.

Updated May 7, 2026
One-click install
npx skills add https://github.com/dawsonblock/JUDGE_ATLAS --skill judgectl-agent-skill
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: judgectl Agent Skill
Source: https://github.com/dawsonblock/JUDGE_ATLAS/tree/main/skills/judgectl
Command: npx skills add https://github.com/dawsonblock/JUDGE_ATLAS --skill judgectl-agent-skill

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents accidental or unauthorized data mutations while enabling controlled ingestion, validation, and auditing of approved public legal sources.

Core Features & Use Cases

  • Evidence-first operational guardrails: Enforces that the agent treats evidence as authoritative, keeps memory derivative, and avoids inventing or asserting claims without verified snapshots.
  • Approved-tool execution via judgectl: Directs the agent to use the command-line interface for health checks, source listing/validation/info, ingestion runs, and audit guardrails instead of touching internals.
  • Mutation safety controls: Requires --json output and uses dry-run semantics or explicit --yes for enabling/disabling sources and other mutations.

Quick Start

Run a health check with stable JSON output by asking the agent to execute: judgectl --json health.

Frequently Asked Questions about judgectl Agent Skill

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I safely automate federal court data ingestion without accidental mutations?▼

Automating federal court data ingestion safely requires using judgectl to execute bounded runs with mutation safety controls like dry-run semantics or explicit --yes flags. This enforces fail-closed rules that block auto-publishing unverified claims.

What is the best way to validate public legal sources before running an ingestion pipeline?▼

Source validation for public legal sources is best handled through the judgectl interface, which performs source listing, validation, and info checks. It enforces evidence-first operational guardrails by treating evidence as authoritative and keeping memory derivative.

Does judgectl require specific output formats for command-line health checks?▼

Yes, judgectl requires stable machine-readable JSON output for command-line operations. You must append --json to health checks and other commands to ensure the agent receives structured responses for source discovery and audit guardrails.

Can I enable or disable data sources automatically during an ingestion run?▼

You can enable or disable data sources automatically by using explicit mutation controls. The judgectl interface requires explicit --yes flags for source mutations to prevent accidental or unauthorized data changes during the ingestion workflow.

Why does the ingestion pipeline block auto-publishing unverified claims?▼

The ingestion pipeline blocks auto-publishing unverified claims to enforce evidence-authoritative, fail-closed rules. This prevents accidental or unauthorized data mutations by ensuring the agent avoids inventing or asserting claims without verified snapshots.

How do I set up audit guardrails for a legal data review workflow?▼

Setting up audit guardrails for legal data review involves executing judgectl commands for health checks and source validation. The pipeline enforces evidence-first guardrails, ensuring memory remains derivative and treats verified snapshots as authoritative.