grill-with-docs

Validate planning proposals against local context and ADR files.

16|Updated Apr 30, 2026
One-click install
npx skills add https://github.com/JCE-Joshhh77/JCE-Opencode-Tools --skill grill-with-docs-jce-joshhh77
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: grill-with-docs
Source: https://github.com/JCE-Joshhh77/JCE-Opencode-Tools/tree/main/config/skills/grill-with-docs
Command: npx skills add https://github.com/JCE-Joshhh77/JCE-Opencode-Tools --skill grill-with-docs-jce-joshhh77

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps teams validate that planning, architecture, and decision documents stay aligned with the current domain language, ADRs, and local context before implementation.

Core Features & Use Cases

  • Domain alignment checks: verify terminology, boundaries, and expectations match existing code and domain models.
  • Documentation hygiene: ensure ADRs, CONTEXT files, and docs are present and up to date.
  • Decision capture: record durable decisions in ADR format or context notes.

Quick Start

Provide the planning or architecture proposal to this skill so it can validate its alignment with docs, ADRs, and context.

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 architecture proposals against existing ADRs and domain language?

To validate architecture proposals, this skill grills planning documents against local context files and ADRs to ensure terminology, boundaries, and evidence align with current code before implementation begins.

What is the best way to check if a PRD aligns with local context and domain models?

Checking PRD alignment involves evaluating terminology and boundaries against local context files like .opencode-context.md and CONTEXT.md to verify expectations match existing domain models and code.

How do I record durable architecture decisions in ADR format?

Recording durable architecture decisions in ADR format is handled by capturing validated outcomes from plan reviews directly into ADR or context notes to maintain documentation hygiene.

Can I review domain models for terminology consistency before implementation?

Yes, you can review domain models for terminology consistency by applying this skill during pre-implementation reviews to evaluate expectations against current code and domain language.

Do I need specific context files to perform an architecture review?

You need local context files such as .opencode-context.md, CONTEXT.md, and docs/adr/ to perform an architecture review and validate that plans align with current documentation.

Why does my planning document terminology mismatch with current code?

Planning document terminology mismatches current code when domain alignment checks are skipped, meaning boundaries and expectations were not evaluated against existing context and domain language.