engineering-conventions

Enforce mandatory engineering invariants for opencode-swarm codebase modifications.

437|45|Updated Jan 27, 2026
One-click install
npx skills add https://github.com/ZaxbyHub/opencode-swarm --skill engineering-conventions
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: engineering-conventions
Source: https://github.com/ZaxbyHub/opencode-swarm/tree/main/.opencode/skills/engineering-conventions
Command: npx skills add https://github.com/ZaxbyHub/opencode-swarm --skill engineering-conventions

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Unplanned modifications to opencode-swarm's core code often cause silent, hard-to-diagnose production regressions like plugin startup failures, unkillable subprocesses, or CI validation mismatches that do not appear during local testing. This Skill eliminates that risk by loading the full set of mandatory engineering invariants before any work on high-risk code paths begins.

Core Features & Use Cases

  • Invariant Summaries: Distills the 12 non-negotiable engineering rules from the repo's AGENTS.md, with explicit focus on the 4 highest-risk invariants that have caused the most recent production regressions.
  • Targeted Guidance: Provides deep-dive instructions for high-risk areas including init-path import safety, subprocess execution guardrails, test mock isolation, sandbox environment overrides, skill mirror contract compliance, and tool version parity between local and CI environments.
  • Use Case: Any developer working on opencode-swarm's plugin entry point, subprocess utilities, test infrastructure, build configuration, or sandbox execution paths loads this Skill first to ensure all changes comply with mandatory safety and portability rules.

Quick Start

Load the engineering-conventions skill before making any changes to opencode-swarm's core source, plugin initialization, subprocess utilities, test setup, or build configuration to ensure compliance with mandatory engineering invariants and avoid preventable production regressions.

Frequently Asked Questions about engineering-conventions

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

FAQPage Schema
How do I prevent production regressions when modifying opencode-swarm core source files?

To prevent production regressions in opencode-swarm core source files, load mandatory engineering invariants before coding to enforce init-path import safety, subprocess kill guarantees, and test mock isolation. This ensures modifications comply with non-negotiable runtime portability and safety rules.

What are engineering invariants and how do they stop silent plugin startup failures?

Engineering invariants are non-negotiable rules for high-risk code paths that stop silent plugin startup failures by enforcing init-path timeout safety and import guards. Loading these invariants before modifying plugin initialization logic prevents hard-to-diagnose local vs CI validation mismatches.

How do I ensure subprocess kill guarantees and prevent unkillable subprocesses in my build configuration?

Ensure subprocess kill guarantees and prevent unkillable subprocesses by applying targeted execution guardrails from mandatory engineering invariants to your subprocess utilities. This enforces strict safety rules during sandbox execution path modifications to avoid unkillable process regressions.

Does this engineering conventions skill apply to test infrastructure and sandbox environment overrides?

Yes, this engineering conventions skill applies directly to test infrastructure and sandbox environment overrides by enforcing test mock isolation and tool version parity. It ensures that local testing environments match CI validation requirements to prevent silent regression escapes.

Why do my local tests pass but CI validation fails after modifying opencode-swarm build configuration?

Local tests pass but CI validation fails after modifying build configuration due to tool version parity mismatches and missing skill mirror contract compliance. Enforcing engineering invariants ensures local and CI environments maintain strict version parity during sandbox execution path changes.

When should I load engineering invariants to avoid regression prevention issues in opencode-swarm?

Load engineering invariants before making any changes to opencode-swarm's plugin entry point, subprocess utilities, test setup, or build configuration. Applying these rules first ensures all modifications satisfy init-path timeout safety and skill mirror contract compliance to avoid regressions.