terminal-ops

Enforce evidence-first terminal workflows for repository execution tasks.

Updated Mar 26, 2026
One-click install
npx skills add https://github.com/luongldptit/move-ticket --skill terminal-ops-luongldptit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: terminal-ops
Source: https://github.com/luongldptit/move-ticket/tree/main/.agent/skills/terminal-ops
Command: npx skills add https://github.com/luongldptit/move-ticket --skill terminal-ops-luongldptit

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill solves the problem of inconsistent, unverified repo execution workflows by enforcing a strict evidence-first process for running commands, inspecting repository state, debugging CI failures, and pushing narrow fixes, eliminating guesswork and ensuring full traceability of all changes and verifications.

Core Features & Use Cases

  • Structured Execution Workflow: Guides users through resolving the working repo surface, inspecting failing states before making changes, and keeping fixes narrow to avoid unnecessary code churn.
  • Explicit Status Reporting: Enforces standardized status labels (inspected, changed locally, verified locally, committed, pushed, blocked) to eliminate ambiguity about the current state of repo work.
  • Use Case: If you are debugging a failing CI pipeline for your project, use this Skill to systematically inspect the error, run the minimal proving command to identify the root cause, apply a targeted fix, and report exactly what was changed and verified before pushing.

Quick Start

Use the terminal-ops skill to debug the failing CI check for your repository's main branch and push a verified narrow fix.

Frequently Asked Questions about terminal-ops

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

FAQPage Schema
How do I debug a failing CI pipeline and push a verified fix?

To debug a failing CI pipeline, you need an evidence-first workflow that inspects the failing state, runs minimal proving commands to identify the root cause, applies a narrow fix, and verifies changes before pushing. This eliminates guesswork and ensures traceability.

What is evidence-first repo execution for terminal operations?

Evidence-first repo execution is a strict workflow for running terminal commands, inspecting repository state, and debugging CI failures. It requires explicit status tracking of inspected, changed, verified, committed, and pushed states to ensure full traceability of all changes.

How do I keep git fixes narrow to avoid unnecessary code churn?

Keeping git fixes narrow requires inspecting the failing state before making changes and scoping fixes to the minimal necessary code. An evidence-first workflow enforces narrow fix scoping with mandatory verification of all changes before claiming completion.

Can I use terminal-ops to run commands and inspect repository state systematically?

Yes, terminal-ops guides users through resolving the working repo surface, inspecting failing states before making changes, and keeping fixes narrow. It enforces standardized status labels to eliminate ambiguity about the current state of repo work.

Does evidence-first terminal debugging have guardrails against destructive git commands?

Evidence-first terminal debugging applies strict guardrails against destructive git commands. It enforces mandatory verification of all changes before claiming completion and tracks explicit status labels to prevent unverified or destructive repository operations.

Why does my CI debugging workflow lack traceability for terminal command runs?

CI debugging workflows lack traceability when they allow inconsistent, unverified repo execution. An evidence-first process enforces standardized status labels and mandatory verification of all changes, eliminating guesswork and ensuring full traceability.