dogfood
Skill2 starsChanged 8 months agoMITView on GitHub
Test Prismstack by running a real domain through the full flow (plan → build → check). Records issues found for fixing. The ultimate integration test. Trigger: "dogfood", "test with real domain", "integration test", "try it for real" Do NOT use when: just want to run install tests (use `bash test/install-test.sh`)
78 other projects use a version of this.
Adopted by
Most recently taken up by
- xeroc/skillstheir own version, first seen Nov 8, 2026
- ADWilkinson/astacktheir own version, first seen Nov 8, 2026
- ashleysbrain/skillstheir own version, first seen Nov 8, 2026
- delorenj/skillstheir own version, first seen Nov 7, 2026
- callstack/agent-devicetheir own version, first seen Nov 5, 2026
- skillpie/ZCodeOnlinetheir own version, first seen Nov 5, 2026
Used with
Projects with it also use dep-refs, feature-boundary-planner and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
betacatslingSkilldep-refs
Use when needs to inspect TypeScript export references in the z-code workspace, list exports from a file, verify whether an export is unused before deletion, investigate who imports a symbol during refactors, or combine pnpm knip unused-export results with pnpm dep:refs symbol-level reference tracing.
Also in 5 projects that use this
betacatslingSkillfeature-boundary-planner
Map a ZCode behavior change to current UI surfaces, state owners, protocol commands, persistence, and validation. Use for impact analysis, product-boundary planning, or an implementation handoff grounded in the checked-out source.
Also in 5 projects that use this
lir-navcooSkillyuanbao
Yuanbao (元宝) groups: @mention users, query info/members.
Also in 18 projects that use this
Cartograf666Skillarchitecture-governance
Bootstrap, document, enforce, and review a project's architecture through layer responsibilities, dependency direction, architecture manifests, legacy baselines, Change Envelopes, cross-layer approval policy, and deterministic architecture checks. Use when starting a project, auditing an existing codebase, planning cross-layer work, preventing architecture erosion, reviewing structural changes, or deciding whether implementation may expand into another layer.
Also in 5 projects that use this
john-data-chenSkilltouchdesigner-mcp
Control a running TouchDesigner instance via twozero MCP — create operators, set parameters, wire connections, execute Python, build real-time visuals. 36 native tools.
Also in 7 projects that use this
math-incSkillminecraft-modpack-server
Set up a modded Minecraft server from a CurseForge/Modrinth server pack zip. Covers NeoForge/Forge install, Java version, JVM tuning, firewall, LAN config, backups, and launch scripts.
Also in 5 projects that use this
Other versions78 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 78
- NousResearch/hermes-agent★ 262ksame name
- vercel-labs/agent-browser★ 47ksame name
- coder/coder★ 17ksame name
- zai-org/ZCode★ 8.6ksame name
- callstackincubator/agent-device★ 5.3ksame name
- callstack/agent-device★ 5.3ksame name
- salesforce/cloudsplaining★ 2.3ksame name
- coder/cmux★ 2.1ksame name
- coder/mux★ 2.1ksame name
- phodal/routa★ 1.8ksame name
68 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository5 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- methodology-syncSkill
- releaseSkill
- self-checkSkill
- skill-devSkill
The file
We split this skill into the rules it gives an agent
6 rules. 0 are common, 3 are distinctive, and 3 are very specific to this project.
0
Common
Most of the 78 edited versions we read keep these.
3
Distinctive
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 24
Ask the user to pick one or provide their own domain.
- Distinctive: line 26
Create a temp working directory:
- Very specific: line 36
Read skills/domain-plan/SKILL.md and follow its flow for the test domain.
- Very specific: line 50
Read skills/domain-build/SKILL.md and follow its flow using the plan from Phase 1.
- Distinctive: line 57
Skill structure: Do generated skills follow skill-craft-guide structure?
- Very specific: line 63
Read skills/skill-check/SKILL.md and run it with --all on the generated domain stack.
“Common” is measured: kept by at least 6 in 10 of the 78 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
<!-- Internal maintenance skill — edit this file directly -->/dogfood: Integration Test With a Real Domain
You are a QA tester dogfooding Prismstack. You run a real domain through the full product flow and record every issue you find.
Phase 0: Pick a Test Domain
Parse $ARGUMENTS for a domain name. If not provided, suggest:
- 小型咖啡店行銷 (small coffee shop marketing) — simple, ~10 skills, fast
- 獨立遊戲開發工作流 (indie game dev workflow) — medium complexity
- 自由接案者專案管理 (freelancer project management) — diverse skill types
Ask the user to pick one or provide their own domain.
Create a temp working directory:
_DOGFOOD_DIR=$(mktemp -d)/dogfood-test
mkdir -p "$_DOGFOOD_DIR"
echo "Working in: $_DOGFOOD_DIR"Phase 1: Run /domain-plan
Read skills/domain-plan/SKILL.md and follow its flow for the test domain.
Execute the planning phase as if you were a real user. Record:
- Did it work? Did the skill produce a complete domain plan?
- Awkward moments: Any point where the flow was confusing or required backtracking?
- Errors: Any crashes, missing files, or broken references?
- Timing: Roughly how many tool calls / how long did the phase take?
- Output quality: Is the generated plan actually useful for the domain?
Save the plan output to $_DOGFOOD_DIR/domain-plan-output/.
Phase 2: Run /domain-build
Read skills/domain-build/SKILL.md and follow its flow using the plan from Phase 1.
Build the domain stack in $_DOGFOOD_DIR/generated-stack/.
Record the same categories as Phase 1, plus:
- Skill count: Did it generate the expected number of skills?
- Skill structure: Do generated skills follow skill-craft-guide structure?
- Shared resources: Were methodology files and shared context created?
- Completeness: Can each generated skill actually be invoked?
Phase 3: Run /skill-check on the Generated Stack
Read skills/skill-check/SKILL.md and run it with --all on the generated domain stack.
Record:
- Scores: What did each generated skill score?
- Common issues: What patterns appear across multiple skills?
- Fix loop: Did the fix loop workflow work? Could issues be resolved?
- Rubric coverage: Were all 15 dimensions actually scored?
Phase 4: Issue Report
Compile all recorded issues into a structured report:
# Dogfood Report: [domain name]
Date: YYYY-MM-DD
Prismstack version: <from VERSION>
## Summary
- Domain: [name]
- Skills generated: N
- Average quality score: X.XX / 5.00
- Issues found: N (C critical, I important, M minor)
## Issues
### Issue 1: [title]
- **Phase**: plan / build / check
- **Severity**: critical / important / minor
- **What happened**: description
- **Expected**: what should have happened
- **Root cause**: which Prismstack skill or methodology caused it
- **Suggested fix**: use /skill-dev on X, or edit methodology Y
### Issue 2: ...Save the report to .claude/skills/dogfood/last-dogfood-report.md.
Cleanup
Ask the user:
- Keep the generated stack in
$_DOGFOOD_DIRfor manual inspection? - Delete it to save space?
Act on their choice.
Output
Present:
- Pass/Fail: Did the full flow complete without critical errors?
- Score Summary: Average quality of generated skills
- Top Issues: The 3 most impactful issues found
- Next Steps: Which maintenance skill to run for each fix (/skill-dev, /self-check, /methodology-sync)
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

