judgement-yields-navigation

Judgement Yields Navigation: composable software design, review, documentation, and investigation skills for coding agents

Packages

Package details

skill

Install judgement-yields-navigation from npm and Pi will load the resources declared by the package manifest.

$ pi install npm:judgement-yields-navigation
Package
judgement-yields-navigation
Version
1.0.1
Published
Sep 6, 2026
Downloads
281/mo · 281/wk
Author
jyn514
License
Unlicense
Types
skill
Size
107.3 KB
Dependencies
0 dependencies · 0 peers
Pi manifest JSON
{
  "skills": [
    "skills"
  ]
}

Security note

Pi packages can execute code and influence agent behavior. Review the source before installing third-party packages.

README

Agent skills

These skills follow the Agent Skills directory format and are intentionally small and composable. Use them manually at first; automate only the sequences you actually repeat.

Install

Install the repository through a supported harness, or copy an individual directory from skills/ into that harness's skill directory.

Pi

pi install git:github.com/jyn514/dotfiles

Claude Code

claude plugin marketplace add jyn514/dotfiles
claude plugin install judgement-yields-navigation@jyn-plugins

Codex

Once published, install the npm package through this repository's Codex marketplace:

codex plugin marketplace add jyn514/dotfiles
codex plugin add judgement-yields-navigation@jyn-plugins

In plugin@marketplace, the suffix names the Codex marketplace; it is not an npm scope.

Other Agent Skills clients

Copy or symlink the desired skill directories into the client's user or project skill directory. For clients that use the shared convention, install them under ~/.agents/skills/ or .agents/skills/.

This repository's ./setup dotfiles command links the complete skills/ directory to ~/.agents/skills/.

Publish a release

The Codex marketplace pins the npm version in .agents/plugins/marketplace.json. Publish that version before pushing the marketplace change. dev/publish-skills stages this file as the package-root README.md without changing the repository root README.

  1. Set the same new semantic version in package.json, .codex-plugin/plugin.json, and .agents/plugins/marketplace.json (source.version).

  2. Validate the metadata and npm archive:

    tests/setup/agent_skills_package_test.py
    dev/publish-skills --dry-run
    
  3. Review and commit the release, then authenticate and publish:

    npm login
    npm whoami
    dev/publish-skills --access public
    
  4. Verify the published version, then push the release commit:

    npm view judgement-yields-navigation version
    
  5. Test a clean installation and start a new Codex thread so it loads the skills:

    codex plugin marketplace add jyn514/dotfiles
    codex plugin add judgement-yields-navigation@jyn-plugins
    

Agent orchestration

For agent-driven use, start with design-deliberation. It is a thin meta-skill that selects the smallest useful workflow and composes the narrower skills while preserving candidate isolation and explicit abstention.

Suggested workflow

For an uncertain design question:

  1. pain-axis — inspect repository/history evidence about where the current design has hurt.
  2. design-space-scout — produce three viable, materially distinct briefs.
  3. independent-plan — elaborate each brief independently, ideally in isolated subagents.
  4. cross-critic — compare the fixed candidates and identify assumptions, omissions, and incompatibilities.
  5. fusion-candidate — only if the critic finds cleanly composable parts, construct one explicit synthesis candidate.
  6. council-review — evaluate the fixed candidate set; choose, declare equivalence, or abstain.

After choosing a design and before implementation:

  1. boundary-declaration — state ownership/effect boundaries and invariants explicitly.
  2. second-user — challenge any new abstraction that lacks a second concrete consumer.
  3. ratchet — turn verified invariants and discovered failure modes into mechanical checks where possible.

Focused workflows

Use these independently when their target is already selected:

  • architecture-design — assess or design one bounded subsystem when there is no material design fork.
  • cleanup-triage — prioritize and slice cleanup after cleanup has been selected as the opportunity.
  • double-check — audit completed work against requirements and concrete evidence.
  • reorganize-docs — change documentation information architecture, navigation, splits, consolidation, or archives.

opportunity-scan may hand a selected cleanup or architectural opportunity to the corresponding focused skill. technical-docs owns documentation content; reorganize-docs owns its organization.

Minimal use

You do not need the whole chain every time.

  • Small refactor: boundary-declarationsecond-user → implementation.
  • Architecture decision: design-space-scout → 3× independent-plancross-criticcouncil-review.
  • Legacy subsystem: start with pain-axis before scouting.
  • Long autonomous run: add ratchet early and keep extending it as the agent learns new invariants.

Important rule

Treat model judgments as evidence, not verification. Prefer repository facts, tests, type checks, benchmarks, and historical evidence whenever they exist. council-review may return ABSTAIN; that is a valid result.