technical-working-group

Review engineering work items for feasibility and safety risks before deployment.

Updated May 24, 2026
One-click install
npx skills add https://github.com/angrysky56/hermes-ops --skill technical-working-group
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: technical-working-group
Source: https://github.com/angrysky56/hermes-ops/tree/main/skills/technical-working-group
Command: npx skills add https://github.com/angrysky56/hermes-ops --skill technical-working-group

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill eliminates the risk of unvetted engineering deployments that carry unaddressed safety, security, and feasibility risks, preventing outages, data loss, and irreversible harm to systems and teams.

Core Features & Use Cases

  • 7-Persona Engineering Review: Specialized personas (requirements, development, QA, security, data, performance, observability) evaluate work items for feasibility, risk vectors, and compliance with engineering standards.
  • Veto Authority for High-Risk Work: The dedicated Refuser persona can block deployments that pose named, plausible, and non-reversible harm to systems, teams, or users.
  • Use Case: Review a proposed API update before deployment to catch unbounded input vulnerabilities, insufficient test coverage, or risk of team burnout from unsustainable workload changes.

Quick Start

Activate the technical-working-group skill to review your pending engineering deployment work item for feasibility and safety risks before it moves to production.

Frequently Asked Questions about technical-working-group

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

FAQPage Schema
What is a pre-deployment engineering safety review?

A pre-deployment engineering safety review evaluates software changes like API updates and code modifications for feasibility and risk before production. This process uses a structured multi-persona council to identify risk vectors, ensuring deployments comply with engineering standards and prevent irreversible harm.

How do I implement a veto protocol for blocking risky software deployments?

Implement a veto protocol by establishing an engineering council with specialized review personas, including a dedicated refuser. This refuser blocks deployments that pose named, plausible, and non-reversible harm to named systems, teams, or users, preventing outages and data loss.

Does software deployment governance work for API updates and system configuration changes?

Yes, deployment governance applies to API updates, code modifications, and system configuration adjustments. It provides a structured multi-persona review process that evaluates these work items for unbounded input vulnerabilities, test coverage, and team workload sustainability.

How do I run a multi-persona risk review for pending engineering work items?

Run a risk review by applying a 7-persona engineering council to evaluate pending work items. Personas representing requirements, development, QA, security, data, performance, and observability assess the work item for deployment safety, feasibility, and compliance with engineering standards.

What is the best way to prevent unvetted engineering deployments from causing irreversible harm?

The best way to prevent unvetted deployments is to route all work items through a formal engineering safety council before production. This specialized review process identifies unaddressed security and feasibility risks, applying defined veto protocols to block non-reversible harm to systems and users.

When should I not use a formal engineering council for deployment reviews?

You should not use a formal engineering council for routine deployments that carry no plausible risk of non-reversible harm to systems, teams, or users. The structured multi-persona veto protocol specifically targets high-risk work items requiring deep feasibility and safety evaluations.