smithery/cyanautomation

judokon-json-authority

Creates, modifies, and validates JU-DO-KON! JSON files while preserving schema consistency and downstream compatibility.

Installation

$ npx skills add smithery/cyanautomation --skill judokon-json-authority

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/cyanautomation.

npx skills add smithery/cyanautomation

Browse all from smithery/cyanautomation

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,474 B
  • docs SUMMARY.md 150 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

Skill Instructions

Inputs / Outputs / Non-goals

  • Inputs: JSON schemas, affected feature specs, validation commands.
  • Outputs: schema-safe JSON edits, impact notes, suggested validations.
  • Non-goals: schema-breaking changes without explicit approval.

Trigger conditions

Use this skill when prompts include or imply:

  • Editing judoka.json, tooltips.json, or battle/config JSON.
  • Adding metadata/config fields consumed by runtime code.
  • Updating JSON-backed content contracts.

Mandatory rules

  • Preserve schema stability and prefer additive changes.
  • Provide explicit defaults for new fields.
  • Identify impacted consumers before finalizing edits.
  • Treat JSON as executable configuration and avoid ambiguous keys.

Validation checklist

  • Run npm run validate:data after JSON edits.
  • Run core checks: npm run check:jsdoc && npx prettier . --check && npx eslint ..
  • Run targeted tests for impacted consumers when behavior changes.

Expected output format

  • JSON change summary with rationale.
  • Consumer impact analysis and required follow-up code updates.
  • Validation command results.

Failure/stop conditions

  • Stop when requested JSON edits are schema-breaking without approval.
  • Stop when downstream impacts cannot be determined confidently.