grill-with-docs

Validate technical plans against CONTEXT.md glossaries and ADR history.

3|Updated Jul 30, 2023
One-click install
npx skills add https://github.com/danielcopper/dotfiles --skill grill-with-docs-danielcopper
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: grill-with-docs
Source: https://github.com/danielcopper/dotfiles/tree/main/claude/.claude/skills/grill-with-docs
Command: npx skills add https://github.com/danielcopper/dotfiles --skill grill-with-docs-danielcopper

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill prevents architectural drift and design ambiguity by forcing your plans to align with your project's established domain language and documented decisions.

Core Features & Use Cases

  • Domain Alignment: Challenges your proposed changes against existing terminology in CONTEXT.md to ensure consistency.
  • Decision Validation: Uses a structured interview process to verify if a design choice warrants a formal Architecture Decision Record (ADR).
  • Use Case: When proposing a new feature that involves complex state changes, use this skill to ensure your terminology matches the existing codebase and to determine if the design requires a formal ADR to document the trade-offs.

Quick Start

Initiate a grilling session to review the proposed plan for the new billing integration against the current domain model.

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 technical plans against existing domain models and architecture documentation?

You validate technical plans by initiating a structured grilling session that cross-references your proposed changes against existing CONTEXT.md glossaries and ADR history to ensure terminology consistency and design rigor.

When should I create an Architecture Decision Record for a new feature?

You need an Architecture Decision Record when a structured validation interview determines your proposed design choice warrants formal documentation of trade-offs to prevent architectural drift and design ambiguity.

How do I prevent architectural drift when proposing complex state changes?

You prevent architectural drift by forcing your plans to align with your project's established domain language, challenging proposed changes against existing CONTEXT.md terminology to ensure consistency.

How do I check if my proposed terminology matches the existing codebase during refactoring?

You check terminology alignment by cross-referencing your proposed changes against existing CONTEXT.md glossaries through iterative feedback loops that refine terminology and verify domain-driven design consistency.

What is the best way to ensure design consistency before implementing a billing integration?

The best way to ensure design consistency is to initiate a grilling session that reviews your proposed plan against the current domain model and validates terminology before implementation begins.