Empirical Validation

Validate software changes with documented evidence before completion.

Updated Mar 9, 2026
One-click install
npx skills add https://github.com/apsulli/gmail-intel --skill empirical-validation-apsulli
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: Empirical Validation
Source: https://github.com/apsulli/gmail-intel/tree/main/.opencode/skills/empirical-validation
Command: npx skills add https://github.com/apsulli/gmail-intel --skill empirical-validation-apsulli

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Empirical Validation ensures that changes are verified with measurable evidence before they are considered complete, preventing reliance on unproven claims.

Core Features & Use Cases

  • Validation Protocol: identify verification criteria, execute checks, and document results in the task journal.
  • Multi-change support: applicable to UI, API endpoints, builds, and data modifications to prevent premature releases.
  • Evidence-centered workflow: attach actual outputs in the journal for audit and traceability.

Quick Start

Follow the Validation Protocol to collect evidence and document results in the task journal before marking the change complete.

Frequently Asked Questions about Empirical Validation

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

FAQPage Schema
How do I validate software changes with empirical evidence before release?

To validate software changes with empirical evidence, you identify verification criteria, execute checks against those criteria, and document the actual outputs in a task journal to prevent premature releases.

What is empirical validation in software engineering?

Empirical validation in software engineering is a protocol that verifies changes using measurable evidence rather than unproven claims, ensuring UI updates, API endpoints, builds, and data modifications are fully proven before completion.

How do I document validation results for API endpoints and UI changes?

You document validation results for API endpoints and UI changes by attaching actual execution outputs directly into the task journal, creating an evidence-centered workflow for reliable auditing and traceability.

Can I use a validation protocol for multiple types of project modifications?

Yes, the validation protocol supports multi-change verification across software projects, effectively applying to UI adjustments, API endpoints, build processes, and data modifications to prevent premature releases.

Why should I use an evidence-centered workflow for QA verification?

You should use an evidence-centered workflow for QA verification to enforce a strict validation protocol that prevents reliance on unproven claims and ensures changes are backed by documented, measurable evidence.

What's the best way to prevent premature releases in software engineering?

The best way to prevent premature releases is to enforce an empirical validation protocol that requires identifying criteria, executing checks, and documenting evidence in a task journal before marking any change complete.