monitor-ci

Monitor Nx Cloud CI pipelines and coordinate self-healing fixes.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/HL8-ORG/oksai --skill monitor-ci-hl8-org
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: monitor-ci
Source: https://github.com/HL8-ORG/oksai/tree/main/.opencode/skills/monitor-ci
Command: npx skills add https://github.com/HL8-ORG/oksai --skill monitor-ci-hl8-org

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Monitors Nx Cloud CI pipelines and coordinates self-healing fixes.

Core Features & Use Cases

  • Orchestrates CI monitoring for Nx Cloud projects and triggers self-healing subagents
  • Spawns a dedicated subagent to poll CI status, decide actions, and manage retries
  • Provides guidance and state management for retrying failed CI attempts

Quick Start

Start monitoring the current branch's CI with /monitor-ci and let it manage self-healing automatically.

Frequently Asked Questions about monitor-ci

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

FAQPage Schema
How do I automate Nx Cloud CI monitoring and auto-heal failed pipelines?

Automate Nx Cloud CI monitoring by running /monitor-ci to spawn a dedicated subagent that polls pipeline status, decides actions, and manages self-healing retries automatically. It coordinates fixes across branch scenarios and environment issues without manual intervention.

What is self-healing CI and how does it work with Nx Cloud pipelines?

Self-healing CI is an automated mechanism that monitors Nx Cloud pipelines, detects failures, and triggers retries or fixes. A dedicated subagent continuously polls CI status, evaluates failure conditions, and applies corrective actions to resolve branch and environment issues.

Do I need Nx Cloud configuration in nx.json to monitor CI pipelines?

Yes, Nx Cloud configuration in nx.json is required to monitor CI pipelines. You also need a running repository and the ability to spawn a ci-monitor-subagent for polling. Default settings for max cycles, timeouts, and verbosity are provided but can be overridden.

Can I override polling timeouts and max cycles when monitoring CI status?

Yes, you can override default settings for max cycles, timeouts, and verbosity when monitoring CI status. The Skill provides sensible defaults for the polling subagent but allows user overrides to customize retry behavior and monitoring duration.

What types of CI failures does the self-healing monitor handle?

The self-healing monitor handles CI failures across branch monitoring scenarios and environment issues. It polls Nx Cloud pipeline status, identifies failure conditions, and coordinates retry attempts by spawning a subagent to decide and manage corrective actions.

Why does CI monitoring stop before healing failed pipeline attempts?

CI monitoring may stop if max cycles or timeout limits are reached during polling. The subagent manages retries within these configured bounds, and exceeding default or overridden limits will halt the self-healing process to prevent endless retry loops.