Run any Skill in Manus with one click

erd-visualization

Stars4

Forks0

UpdatedJune 29, 2026 at 20:14

Render the workspace ERD as SVG (the canonical `docs/erd.svg`) using the navigator CLI's deterministic, pure-Rust renderer. Trigger when prepping a slide, screenshot, design-doc, or external review — or when someone asks "can you show me the database structure?" Also trigger when a migration has just landed: regenerate both `docs/erd.md` (mermaid) and `docs/erd.svg` (rendered) so picture and schema stay in sync; the `cli::tests::erd_svg` integration test will otherwise fail.

Installation

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

Run Skill in Manus

Source

neon-law-foundation

neon-law-foundation/navigator

View GitHub Repository View Creator Repositories

Download

Run Skill in Manus

Related occupationsSOC

Based on SOC occupation classification

Software DevelopersComputer and Mathematical Occupations·SOC 15-1252

SKILL.md

readonly

name

erd-visualization

description

ERD visualization

The workspace ships two ERD artifacts — docs/erd.md (a GitHub-rendered Mermaid block) and docs/erd.svg (a deterministic standalone SVG) — both from one introspection in cli/src/erd.rs. The full recipe lives in the doc; read it and keep it, not this skill, authoritative: docs/erd.md — the two artifacts, the regen commands (navigator docs erd --format mermaid / --format svg), the cli/tests/erd_svg.rs idempotency guard, the prod-diff and SVG-open recipes, and the cli/src/erd.rs layout constants.

How to treat it (the load-bearing rules)

Use the CLI's deterministic renderer; never hand-draw. navigator docs erd --format svg introspects pg_catalog and emits byte-stable SVG — same schema in → byte-identical SVG out. A hand-edited or external-tool diagram drifts and breaks the guard test.
A migration just landed? Refresh both files in the same PR. Regenerate docs/erd.md (mermaid) and docs/erd.svg (svg); cli::tests::erd_svg fails until the committed SVG matches the freshly rendered schema.
Scratch SVGs go to /tmp, not the tree. Only the two canonical files (docs/erd.md, docs/erd.svg) are committed.

Boundaries

Local Postgres connection / DATABASE_URL: [[kind-local-dev]]. Adding a schema-changing migration: [[rust]].

More from this repository

same repository

create-pr

neon-law-foundation/navigator

Turn a dirty working tree into a clean pull request against `main`: survey every change, group the files into Conventional Commits by blast radius (one concern per commit), run the gate, branch off `main`, capture a visual for any user-visible change, push, and open the PR. Trigger when the user says "/create-pr", "create a PR", "open a pull request", "commit and PR these changes", "group these into commits and ship them", or has a dirty working tree they want landed. Stops at "PR open"; building images and deploying to prod is a separate flow.

2026-07-174

rust

neon-law-foundation/navigator

Workspace Rust guardrails. Trigger on the sharpest moments: a change that adds `unsafe`, `unwrap`, `expect`, or `panic!` outside `main()`/tests; introducing a new public API, error type, or module; reaching for a different web framework, ORM, or async runtime (we standardize on Axum + SeaORM + Tokio); or wiring a new binary's `main()`. Read [`docs/rust-programming.md`](../../../docs/rust-programming.md) before acting — it is the authoritative reference.

2026-07-174

pr-image-upload

neon-law-foundation/navigator

Embed a local screenshot or GIF into a GitHub PR (or issue) body so it actually RENDERS on github.com, driven from the CLI — no drag-drop, no committing the file, no image-hosting branch, no release/tag. It uploads the `/tmp` capture to GitHub's native `user-attachments` CDN via the `gh-image` extension (which borrows your logged-in github.com browser session) and returns a real `https://github.com/user-attachments/assets/…` URL to drop into the body. Trigger as the embed half of [[create-pr]] Step 6 (after [[web-preview]] captures the visual), when a reviewer comment on a PR asks for a "live walkthrough"/screenshot during [[review-pr]], or any time you have a `/tmp` image that must appear in a PR/issue body or comment. This is the LOCAL/`gh` path for hosting and embedding a capture. Capture lives in [[web-preview]] — a walkthrough defaults to a GIF of the real interaction (§5), a still (§3) only for a genuinely static change; this skill only hosts + embeds it.

2026-07-164

web-preview

neon-law-foundation/navigator

Run the `web` app locally against the KIND dependency stack and look at it in a real browser — the canonical "spin up web, drive Chrome, capture to /tmp, verify" loop. Trigger whenever asked to run, preview, screenshot, or visually verify `web` / a page / a UI change, to "open the design page", "check it in chrome", or to prove a front-end behavior (syntax highlighting, a toast, a layout, a keyboard shortcut) actually renders. A PR walkthrough defaults to a GIF of the real interaction (§5); a still is only for a genuinely static change. This is the browser half of the local loop; `kind-local-dev` is the cluster half it builds on. Skip for pure logic/unit work — `cargo test` uses testcontainers and needs no cluster.

2026-07-164

kind-local-dev

neon-law-foundation/navigator

Local Kubernetes-in-Docker (KIND) workflow for the navigator workspace — cluster lifecycle, ingress, port-forwarding, the "host runs `web`, deps run in cluster" iteration pattern via the `navigator` CLI. Trigger when running any `navigator` orchestration subcommand (`dev up`, `dev down`, `dev deploy`, `dev kind up`, `dev kind down`, `dev e2e`, `dev logs`, `dev worktree-env`), editing `k8s/kind-config.yaml`, debugging an in-cluster service from the host, or onboarding the cluster from a fresh machine. Also trigger before installing a different local-Kubernetes flavor — we standardize on KIND. Also trigger before proposing to run, preview, screenshot, or manually exercise the app, or before any action that runs on the user's machine (cluster, browser, or cloud commands) — those resolve to this KIND loop, and the move is to propose the commands for the user to run.

2026-07-164

review-pr

neon-law-foundation/navigator

Address a requested pull-request comment against the real code at the PR head. Read the thread, source, and covering test; reproduce behavioral claims in the right KIND-backed environment; apply only the minimum valid fix; prove it; then reply and resolve that thread. Trigger when the user asks to address or review a PR comment, a Greptile finding, or a named review thread. For a request covering several comments, repeat this narrow action for each one without combining their scopes.

2026-07-164

name

erd-visualization

description

ERD visualization

How to treat it (the load-bearing rules)

Use the CLI's deterministic renderer; never hand-draw. navigator docs erd --format svg introspects pg_catalog and emits byte-stable SVG — same schema in → byte-identical SVG out. A hand-edited or external-tool diagram drifts and breaks the guard test.
A migration just landed? Refresh both files in the same PR. Regenerate docs/erd.md (mermaid) and docs/erd.svg (svg); cli::tests::erd_svg fails until the committed SVG matches the freshly rendered schema.
Scratch SVGs go to /tmp, not the tree. Only the two canonical files (docs/erd.md, docs/erd.svg) are committed.

Boundaries

Local Postgres connection / DATABASE_URL: [[kind-local-dev]]. Adding a schema-changing migration: [[rust]].