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.