grill-with-docs

Challenge a proposed plan against repository glossary and architectural decisions.

12|4|Updated May 14, 2012
One-click install
npx skills add https://github.com/sethvoltz/dotfiles --skill grill-with-docs-sethvoltz
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: grill-with-docs
Source: https://github.com/sethvoltz/dotfiles/tree/main/claude/claude/skills/grill-with-docs
Command: npx skills add https://github.com/sethvoltz/dotfiles --skill grill-with-docs-sethvoltz

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you pressure-test a proposed plan against the repository's existing language and documented decisions so you can catch ambiguity, hidden trade-offs, and terminology drift before implementation begins.

Core Features & Use Cases

  • Guided design interrogation: Asks focused questions one at a time and recommends a strong default answer for each branch of the design.
  • Codebase-aware fact checking: Looks through the repository to resolve questions from existing files before asking you to guess.
  • Living documentation updates: Captures resolved terminology in CONTEXT.md and records meaningful trade-offs in ADRs as decisions crystallize.
  • Use case: A team refining a feature spec can use this Skill to align on canonical terms, expose conflicts with current documentation, and preserve key design choices for future readers.

Quick Start

Use the grill-with-docs skill to challenge this plan against the repository's existing terminology and documented decisions, then update the relevant documentation as each choice becomes clear.

Frequently Asked Questions about grill-with-docs

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

FAQPage Schema
How do I check a proposed software design against existing architectural decisions?

To check a proposed software design against existing architectural decisions, you can pressure-test the plan by interrogating it against repository documentation. This process catches ambiguity, hidden trade-offs, and terminology drift before implementation begins.

What is the best way to align domain terminology during a codebase analysis?

Aligning domain terminology during codebase analysis involves resolving conflicting terms by inspecting existing files and asking focused questions. This ensures canonical terms are captured and updated directly in CONTEXT.md as decisions crystallize.

How does documentation-driven design review work?

Documentation-driven design review works by asking focused questions one at a time and recommending a strong default answer for each design branch. It cross-references the codebase to resolve questions from existing files before prompting for user input.

Do I need existing ADRs to perform a documentation-aware plan review?

You do not need existing ADRs to perform a documentation-aware plan review, but having them allows the process to record meaningful trade-offs directly. The review captures resolved terminology in CONTEXT.md and logs choices in ADRs as they become clear.

Can I automate updating CONTEXT.md when domain terminology is resolved?

You can update CONTEXT.md with resolved terminology inline as design decisions are finalized during the interrogation process. This living documentation approach ensures canonical terms and key design choices are preserved for future readers.

When should I use a codebase-aware grilling session for software planning?

You should use a codebase-aware grilling session when refining a feature spec and needing to align on canonical terms. It is ideal for exposing conflicts with current documentation and preserving key design choices for future readers.