validate-work

Report health of code, CI, staging, and live environments via read-only checks.

6|1|Updated Mar 16, 2026
One-click install
npx skills add https://github.com/navapbc/digital-service-orchestra --skill validate-work
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: validate-work
Source: https://github.com/navapbc/digital-service-orchestra/tree/main/plugins/dso/skills/validate-work
Command: npx skills add https://github.com/navapbc/digital-service-orchestra --skill validate-work

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Identify and report the health status of code, CI, staging, and live environments without applying any fixes.

Core Features & Use Cases

  • Parallel, read-only health checks across Local checks, CI status, issues health, and staging deployment.
  • Comprehensive pass/fail gate with actionable details per failure, without making changes to the repository or deployed environments.
  • Supports domain-scoped verification and non-deployment-change skipping to optimize control over what gets validated.

Quick Start

Run the /dso:validate-work command to start an end-to-end health check across local, CI, staging, and live environments.

Frequently Asked Questions about validate-work

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

FAQPage Schema
How do I run a read-only health check on my staging and CI environments?

Run a read-only health check by executing the /dso:validate-work command to orchestrate parallel verification across local code, CI status, staging, and live environments. It produces a structured gate report determining readiness without applying any fixes or changes.

What is the best way to verify deployment readiness without modifying the repository?

Deployment readiness is verified through an end-to-end validation gate that enforces a strict read-only policy. It assesses code, CI, and staging health in parallel, generating a pass/fail report with actionable failure details while ensuring no modifications are made to the repository.

Can I scope environment validation to specific domains or skip non-deployment changes?

Yes, validation supports domain-scoped verification and non-deployment-change skipping. This optimizes control over what gets validated, allowing targeted health checks across specific domains while ignoring changes that do not impact deployment.

How does parallel orchestration work for pre-release gate checks?

Pre-release gate checks use parallel sub-agent orchestration to evaluate local checks, CI status, issues health, and staging deployment simultaneously. This mechanism aggregates results into a comprehensive pass/fail gate report with actionable details per failure.

Do I need a workflow-config.yaml file to validate project health?

Yes, project health validation relies on workflow-config.yaml for project configuration. This file provides the necessary settings to orchestrate sub-agents and enforce read-only policies during the end-to-end health verification process.

When should I use an automated validation gate instead of manual environment checks?

Use an automated validation gate for post-implementation verification and pre-release checks when you need structured, parallel health reports across local, CI, staging, and live environments. It enforces read-only safety, whereas manual checks risk accidental modifications.