Install
$ agentstack add skill-hatch3r-hatch3r-h4tcher-content-author ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo 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.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
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 →About
> Last updated: 2026-05-29
Content Author
Author or modify a hatch3r canonical content artifact.
§0.1: Ambiguity Gate (P8 B1)
Per CONSTITUTION §2 P8 B1: every framework-dev workflow mutating canonical artifacts detects and resolves ambiguity via agents/shared/user-question-protocol.md BEFORE executing — default behavior, not exception-driven. Apply the protocol when any hold: (a) ambiguous scope (which artifact type — agent vs skill vs command per the Decision #13 discriminator — or new-vs-edit), (b) multiple valid interpretations with materially different cost/scope/risk, (c) irreversible action (public artifact id rename, frontmatter-field drop), or (d) missing acceptance criteria (no testable definition of done). Use the platform-native question tool; one question per turn; 2-4 numbered options with one-line trade-offs; declare the default-if-no-response. Do NOT proceed to Step 1 until resolved or the default is confirmed.
Step 1: Determine Artifact Type
Identify the content type from user input:
- Agent:
agents/hatch3r-{name}.md - Skill:
skills/hatch3r-{name}/SKILL.md - Rule:
rules/hatch3r-{name}.md+rules/hatch3r-{name}.mdc(both required) - Command:
commands/hatch3r-{name}.md - Hook:
hooks/hatch3r-{name}.md
Step 2: Study Existing Patterns
- Read
agents/shared/quality-charter.md— all artifacts must embody these standards - Read 2-3 existing artifacts of the same type for frontmatter schema, structure, tone
- Check
agents/shared/external-knowledge.mdfor tooling hierarchy (if it exists)
Step 3: Reputable-Source Reconnaissance (Decision #14)
Required for new agents, skills, and rules. Skip only for trivial edits (typo, frontmatter-only, single-line clarification).
- Web-search ≥2 independent reputable sources covering the topic the new artifact will address. Trust tier ordering per
agents/shared/rigor-contract.md: official vendor docs > peer-reviewed methodology > named-maintainer agent/skill libraries (e.g., Anthropic Claude Code agent registry, established cookbook patterns) > vendor notes > independent analyses > blog posts. Recency window ≤12 months. - Synthesise patterns — what structural choices, decision criteria, and verification steps recur across sources. Do NOT copy verbatim; encode the synthesis in the new artifact's voice.
- Record sources in a
## Referencessection at the bottom of the new artifact: URL, access date (YYYY-MM-DD), trust tier, one-line attribution of what you took from each. - If <2 reputable sources exist for the topic, halt and surface that finding — the artifact may be premature.
Step 4: Author
- Write YAML frontmatter:
``yaml --- id: hatch3r-{name} type: agent|skill|rule|command|hook description: One-line description tags: [relevant, tags] quality_charter: agents/shared/quality-charter.md --- ``
- For agents: include role definition, key files, key specs sections
- For skills: follow Quick Start + Step pattern with numbered workflow steps
- For rules: produce both
.mdand.mdcvariants with matching content - For commands: include workflow steps, sub-agent delegation, quality gates
Step 5: Validate
- Pillar alignment: Document which pillar(s) this artifact serves (P1-P8)
- Duplication check: Search existing artifacts for overlapping scope:
`` grep -r "similar-keyword" agents/ skills/ rules/ commands/ hooks/ `` If overlap found: propose merge or boundary clarification instead of creating duplicate
- D05 universal checklist (from
governance/audit/domains/D05-prompt-engineering.md):
- Would an LLM execute this on first attempt without clarification?
- Are instructions unambiguous and sequenced logically?
- Is expected output format explicitly defined?
- Are scope boundaries clear?
- Is the artifact sized to the limit for its type? There is no universal
<150cap. Pipeline agents (research/implement/review/final) target ≲150 lines per D05 §5.1; every other class follows its CONSTITUTION §2 P5 file-class limit (e.g.,rules/*.mdcritical/high ≤250, normal/low ≤120). Orchestrators, board, and spec artifacts legitimately run longer — measure against the class limit, not 150.
- Anti-slop scan: Verify zero banned phrases per wordlist in CLAUDE.md
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: hatch3r
- Source: hatch3r/hatch3r
- License: MIT
- Homepage: https://docs.hatch3r.com
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.