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.