grill-with-docs

Checks proposals for consistency with glossary-defined terms and logged decisions.

Updated Mar 10, 2026
One-click install
npx skills add https://github.com/silvarojasdiegoarturo91/fluxbot-studio-back-ia- --skill grill-with-docs-silvarojasdiegoarturo91
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: grill-with-docs
Source: https://github.com/silvarojasdiegoarturo91/fluxbot-studio-back-ia-/tree/main/.github/skills/grill-with-docs
Command: npx skills add https://github.com/silvarojasdiegoarturo91/fluxbot-studio-back-ia- --skill grill-with-docs-silvarojasdiegoarturo91

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps you validate a proposed approach by forcing precise terminology and checking that your plan matches the existing domain model and documented decisions.

Core Features & Use Cases

  • Domain model alignment: challenges ambiguous or conflicting terms by cross-referencing the project glossary in CONTEXT.md.
  • Decision crystallization: encourages recording hard, surprising, trade-off decisions into ADRs (sparingly) using the repository templates.
  • Codebase verification: explores the code when claims can be confirmed or contradicted by implementation, then surfaces inconsistencies.

Quick Start

Ask for a plan stress-test by telling the Skill what you want to implement, then wait for one question at a time to refine the assumptions and terminology.

Frequently Asked Questions about grill-with-docs

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I validate my implementation plan against an existing domain model?▼

Validating an implementation plan against a domain model involves cross-referencing proposed terminology and boundaries with a repository glossary in CONTEXT.md. This Skill interrogates your plan one question at a time to expose ambiguous terms and verify alignment with documented architecture.

What is an ADR and when do I need to update it during code review?▼

An ADR is an Architectural Decision Record documenting trade-offs. You need to update it during code review when your implementation plan introduces hard, surprising decisions that conflict with or extend existing documented architecture boundaries.

How do I check if my new feature conflicts with documented architectural decisions?▼

Checking feature conflicts against documented architectural decisions requires reconciling your plan with docs/adr. This Skill cross-checks codebase implementation against repository boundaries and surfaces inconsistencies requiring ADR updates.

Can I use domain modeling to clarify requirements before writing code?▼

Yes, domain modeling clarifies requirements by challenging ambiguous terminology against project glossaries. This Skill applies iterative interrogation to refine assumptions, ensuring precise domain-meaningful terminology before implementation begins.

What's the best way to stress-test a design plan for terminology inconsistencies?▼

Stress-testing a design plan for terminology inconsistencies requires reconciling proposed terms with CONTEXT.md. This Skill forces precise definitions and explores codebase implementation to confirm or contradict claims, surfacing boundary conflicts.