brownfield-validate

Validate brownfield code against OpenSpec artifacts for gaps, design, and implementation.

Updated Mar 29, 2026
One-click install
npx skills add https://github.com/Alex1980Alex/1C-Framework --skill brownfield-validate
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: brownfield-validate
Source: https://github.com/Alex1980Alex/1C-Framework/tree/main/.claude/skills/brownfield-validate
Command: npx skills add https://github.com/Alex1980Alex/1C-Framework --skill brownfield-validate

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps teams confirm that a completed brownfield change actually matches the approved OpenSpec artifacts, reducing missed requirements, architecture drift, and implementation gaps before archive or merge.

Core Features & Use Cases

  • Gap validation: Checks that every MUST and SHALL requirement from the specs is present in the code.
  • Design validation: Confirms the implementation follows the intended architecture, module scope, and SQL or procedure patterns described in design.md.
  • Implementation validation: Reviews coding standards, syntax, test coverage, and common quality issues in the changed files.
  • Use case: A developer finishes a 1C change and needs a fast, structured review that proves the code is complete, aligned with design, and ready for release.

Quick Start

Ask the assistant to validate the specified brownfield change against its specs, design, and implementation files and return a consolidated pass or fail report.

Frequently Asked Questions about brownfield-validate

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

FAQPage Schema
How do I validate brownfield code against approved OpenSpec artifacts before merging?

To validate brownfield code against approved OpenSpec artifacts, this Skill reads your specs, design, and changed source files to produce evidence-based pass or fail results for gap, design, and implementation criteria. It checks for missing MUST and SHALL requirements, architectural drift, and coding-standard violations.

What is design conformance checking for 1C change workflows?

Design conformance checking for 1C change workflows verifies that your implemented code follows the intended architecture, module scope, and SQL or procedure patterns described in design.md. It detects architectural drift to ensure the implementation matches the approved design before archiving or merging.

How do I check 1C code for missing requirements and spec compliance gaps?

You check 1C code for missing requirements and spec compliance gaps by running a gap validation that compares implemented code against approved specs. This Skill flags every MUST and SHALL requirement from the specifications that is absent from the changed source files.

Can I use this validation tool for 1C development without external dependencies?

Yes, you can use this validation tool for 1C development without external dependencies, as it operates with an empty dependencies list. It requires only your approved OpenSpec artifacts, design documents, and changed source files to generate a consolidated implementation quality review.

Does implementation validation review test coverage and coding standards for 1C changes?

Yes, implementation validation reviews test coverage and coding standards for 1C changes. It examines changed files for syntax issues, common quality problems, and standard violations to confirm the completed code is ready for release.

What is the best way to audit implementation quality for brownfield changes?

The best way to audit implementation quality for brownfield changes is performing a structured review against approved OpenSpec artifacts. This consolidates gap analysis, design conformance checks, and coding-standard validation into one evidence-based report before archiving or merging.