AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Build Systems

skill-chapmanjw-minecraft-java-fabric-claude-plugin-build-systems · by chapmanjw

>-

No reviews yet
0 installs
36 views
0.0% view→install

Install

$ agentstack add skill-chapmanjw-minecraft-java-fabric-claude-plugin-build-systems

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-chapmanjw-minecraft-java-fabric-claude-plugin-build-systems)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
2mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Build Systems? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

build-systems (Tier-2 orchestrator)

A specialty orchestrator for working/connective systems. Runs inline, invokes Tier-3 leaves, threads the shared coherence context. Read ${CLAUDE_PLUGIN_ROOT}/reference/orchestration/coherence.md and workflow-spine.md first. Keep the machine working while making it belong to the world — the two goals are reconciled here, not traded off.

What you own (the coherence context)

  • the route/topology and the terrain cuts/grades it requires;
  • the tick/timing constraints the build must preserve (the machine must still

function after grading and integration);

  • the power-source invariant for any player-facing powered component: every

booster needs a real redstone source (a redstone_block directly under the rail, y = RAILY-1), not a source-less set_state powered=true. A source-less powered rail re-evaluates to powered=false on any block update, and a player's presence generates those continuously, so a rail that held during a headless 0-player verify collapses the instant the user logs in to ride it. The leaf (system-transit) carries the placement detail; you enforce that the design and the functional test honor it;

  • the integration plan so cuttings and embankments don't leave a raw seam.

The playbook

  1. survey-site — terrain along the route/footprint; datum.
  2. design — invoke the system leaf: redstone/farm/contraption/mechanism →

system-redstone; rail/road/nether-hub/bridge-as-route → system-transit. It produces the design AND the functional-test recipe.

  1. exec-planexec-blueprint.
  2. terrain-shape — cuts, grades, embankments, machine housing the route needs

(one recipe, verify gate GATE A); terrain-cave for tunnels/underground runs.

  1. exec-worker — build per phase, verified.
  2. terrain-integrate (GATE B) — ground cuttings/embankments/housing into the

surrounding terrain so there is no raw seam, without touching the working parts (protect_box around the mechanism). Required.

  1. exec-inspect (GATE C) — fidelity + quality_contract + seam check **+ the

functional test** (a machine built correctly but not working still fails; route functional failures back to the system leaf). Confirm the tick/timing still holds after grading. For a player-facing powered component, the functional test must include a player online (a source-less powered rail holds at 0 players and reverts the moment someone logs in) — read powered on a sample and ride from a slow start, not just a headless max-speed launch. Flag any manual trigger / chunk-load requirement.

  1. register (you) → exec-reflect.

Coherence reconciliation

System↔terrain (cuts match the route; housing grounded), system↔function (still works after grading — re-test), route↔world (no raw embankment seam). A machine that stopped working after integration, or an embankment that walls off the world, is a coherence failure — fix the owning leaf and re-run.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.