Set up evals for an agent codebase or check eval status after changes. Determines readiness, identifies what can be tested, and prepares the environment. Use when starting evals for the first time, returning after a code change, or figuring out what to do next. Also triggered by "set up evals", "is my agent ready?", "eval status", "what should I do next?", "init eval", "evaluate my agent", "test my agent", "help me eval this", "get started with evals", "where do I start", "how do I test this agent", "check my setup". This is the default entry point, use it whenever a user wants to evaluate an agent and you're unsure which skill to start with.
- 📁 references/
- 📄 LICENSE
- 📄 README.md
- 📄 SKILL.md
|-
- 📁 profiles/
- 📁 references/
- 📁 scripts/
- 📄 SKILL.md
Apply Harness Engineering to make modules AI-maintainable. Use when creating new modules, retrofitting existing modules, validating module compliance, or keeping a module handoff-ready across sessions.
Use when the user asks for a bug audit of a project or component
>-
>-
>-
Processes Firefox bookmark exports (JSON) to organize links by category, generate summaries, and produce a visual HTML feed. Activate when the user mentions "bookmarks", "bookmark curator", "organizar bookmarks", "exportei os bookmarks", or "bookmark feed". --- # Bookmark Curator Process Firefox bookmark JSON exports into organized, categorized outputs: a structured markdown file for the training-mentor Skill and a visual HTML feed for browsing. ## Input Firefox bookmark JSON export. Default location: `~/Downloads/bookmarks-YYYY-MM-DD.json` (or ask the user for the filename). If the file is not found, ask the user to export: > Firefox > Bookmarks > Manage Bookmarks > Import and Backup > Backup > Save as JSON ## Processing Pipeline ### Step 0: Check Progress Read `references/progress.md` (in this Skill's folder). This file tracks which URLs have already been processed. If it doesn't exist, create it. Compare all bookmark URLs from the JSON against the processed list. Only process new URLs not yet in the list.
- 📁 references/
- 📁 skills/
- 📄 LICENSE
- 📄 README.md
- 📄 SKILL.md
>-
>-
Audit BMAD source files for file-reference convention violations using parallel Haiku subagents. Use when users requests an "audit file references" for a skill, workflow or task.
- 📁 .claude-plugin/
- 📁 .cursor-plugin/
- 📁 agents/
- 📄 .gitignore
- 📄 AGENTS.md
- 📄 CLAUDE.md
Persistent spec management for AI coding workflows. Use this skill when the user explicitly mentions specs, forging, or structured planning: says "forge", "forge a spec", "write a spec for X", "create a spec", "plan X as a spec", "resume", "what was I working on", "spec list/status/pause/switch/activate", "implement the spec", "implement phase N", "implement all phases", "generate openapi", or exits plan mode (offer to save as a spec). Also trigger when a `.specs/` directory exists at session start. Do NOT trigger on general feature requests, coding tasks, or questions that don't mention specs or forging — those are normal coding tasks, not spec management. --- # Spec Mint Core Turn ephemeral plans into structured, persistent specs built through deep research and iterative interviews. Specs have phases, tasks, acceptance criteria, a registry, resume context, a decision log, and a deviations log. They live in `.specs/` at the project root and work with any AI coding tool that can read markdown. Whether `.specs/` is committed is repository policy. Respect `.gitignore` and the user's preference for tracked vs local-only spec state. ## Critical Invariants 1. **Single-file policy**: Keep this workflow in one `SKILL.md` file. 2. **Canonical paths**: - Registry: `.specs/registry.md` - Per-spec files: `.specs/<id>/SPEC.md`, `.specs/<id>/research-*.md`, `.specs/<id>/interview-*.md` 3. **Authority rule**: `SPEC.md` frontmatter is authoritative. Registry is a denormalized index for quick lookup. 4. **Active-spec rule**: Target exactly one active spec at a time. 5. **Parser policy**: Use best-effort parsing with clear warnings and repair guidance instead of hard failure on malformed rows. 6. **Progress tracking is sacred**: After completing any task, immediately update SPEC.md (checkbox, `← current` marker, phase marker) AND registry.md (progress count, date). Then re-read both files to verify the edits landed correctly. Never move to the next task without updating both files.