Design Guide Usage
Use the bundled recorder for every operation. Do not recreate its validation,
marker, locking, atomic-write, or readiness logic manually.
Resolve The Recorder
Resolve the directory containing this loaded SKILL.md, then use:
<skill-directory>/scripts/design-guide-usage.js
Do not derive the path from the current working directory. Do not search
arbitrary repository, home-directory, or plugin-cache descendants. If the
script is missing, report the expected skill-relative path and stop.
Report Status
Run:
node "<skill-directory>/scripts/design-guide-usage.js" status --json
Let the recorder resolve the active vault through skillwiki path. Pass
--vault <path> only when the user deliberately supplies an override.
Summarize the counts, missing signals, eligible, and next_action. Explain
that eligibility only opens a human promotion review and performs no copy,
package, publication, installation, tag, or release action.
Record Evidence
- Confirm the observation came from a meaningful frontend task where
design-guide materially influenced the work. Do not count installation,
recorder implementation, tests, or baseline validation.
- Gather the explicit evidence fields documented by the recorder's
--help.
Use portable project or project-class identities and concise reviewed
summaries; do not copy private application source.
- Replace sensitive values with
[REDACTED:<kind>]. Never persist live
credentials, tokens, passwords, cookies, bearer headers, private keys,
customer data, or unrelated private details.
- Write the reviewed JSON to a bounded temporary file or send it through
standard input.
- Run
record --dry-run and show the proposed entry and readiness delta.
- Run the write without
--dry-run only when the user explicitly authorizes
the write. A request that clearly says to record the reviewed observation
is authorization; a request to preview, draft, inspect, or discuss it is
not.
- Report the evidence identifier, target, updated use count, eligibility, and
next action. Remove any temporary evidence file containing private context.
Example command shape:
node "<skill-directory>/scripts/design-guide-usage.js" record \
--input "<reviewed-json-file>" \
--dry-run
Use the same command without --dry-run only after write authority is clear.
Preserve The Boundary
- Keep recording operator-invoked and attended.
- Never scan Codex, Claude, Cursor, lifecycle-hook, shell-history, transcript,
or session stores to infer usage.
- Never infer usage because either skill is installed.
- Never append directly to the Markdown log as a fallback after recorder
failure.
- Never change
PATH, install a global executable, or copy into a versioned
plugin cache.
- Never modify or promote
design-guide as a side effect.
- Fail closed on unresolved vaults, likely secrets, malformed markers,
duplicates, path escapes, lock contention, or concurrent changes.
1---2name: design-guide-usage3description: Record privacy-safe design-guide usage evidence. Use for design-guide usage status or promotion-review readiness.4---56# Design Guide Usage78Use the bundled recorder for every operation. Do not recreate its validation,9marker, locking, atomic-write, or readiness logic manually.1011## Resolve The Recorder1213Resolve the directory containing this loaded `SKILL.md`, then use:1415```text16<skill-directory>/scripts/design-guide-usage.js17```1819Do not derive the path from the current working directory. Do not search20arbitrary repository, home-directory, or plugin-cache descendants. If the21script is missing, report the expected skill-relative path and stop.2223## Report Status2425Run:2627```bash28node "<skill-directory>/scripts/design-guide-usage.js" status --json29```3031Let the recorder resolve the active vault through `skillwiki path`. Pass32`--vault <path>` only when the user deliberately supplies an override.3334Summarize the counts, missing signals, `eligible`, and `next_action`. Explain35that eligibility only opens a human promotion review and performs no copy,36package, publication, installation, tag, or release action.3738## Record Evidence39401. Confirm the observation came from a meaningful frontend task where41 `design-guide` materially influenced the work. Do not count installation,42 recorder implementation, tests, or baseline validation.432. Gather the explicit evidence fields documented by the recorder's `--help`.44 Use portable project or project-class identities and concise reviewed45 summaries; do not copy private application source.463. Replace sensitive values with `[REDACTED:<kind>]`. Never persist live47 credentials, tokens, passwords, cookies, bearer headers, private keys,48 customer data, or unrelated private details.494. Write the reviewed JSON to a bounded temporary file or send it through50 standard input.515. Run `record --dry-run` and show the proposed entry and readiness delta.526. Run the write without `--dry-run` only when the user explicitly authorizes53 the write. A request that clearly says to record the reviewed observation54 is authorization; a request to preview, draft, inspect, or discuss it is55 not.567. Report the evidence identifier, target, updated use count, eligibility, and57 next action. Remove any temporary evidence file containing private context.5859Example command shape:6061```bash62node "<skill-directory>/scripts/design-guide-usage.js" record \63 --input "<reviewed-json-file>" \64 --dry-run65```6667Use the same command without `--dry-run` only after write authority is clear.6869## Preserve The Boundary7071- Keep recording operator-invoked and attended.72- Never scan Codex, Claude, Cursor, lifecycle-hook, shell-history, transcript,73 or session stores to infer usage.74- Never infer usage because either skill is installed.75- Never append directly to the Markdown log as a fallback after recorder76 failure.77- Never change `PATH`, install a global executable, or copy into a versioned78 plugin cache.79- Never modify or promote `design-guide` as a side effect.80- Fail closed on unresolved vaults, likely secrets, malformed markers,81 duplicates, path escapes, lock contention, or concurrent changes.