Terminal Ops
- 4.2k installs
- 238k repo stars
- Updated August 5, 2026
- affaan-m/everything-claude-code
terminal-ops guides agents through evidence-first repo command execution, narrow fixes, and accurate git or CI state reporting.
About
Terminal-ops is an ECC agent skill for evidence-first repository execution when users ask to run commands, inspect git state, debug CI or build failures, apply narrow fixes, or push verified changes. It is intentionally narrower than generic coding guidance: confirm the repo path and branch, read the failure surface from logs and diffs before editing, keep fixes scoped to one primary failure, and report exact execution states such as confirmed, locally changed, locally verified, committed, pushed, or blocked. The workflow integrates related ECC skills including verification-loop for post-change checks, tdd-workflow when regression coverage is needed, security-review when keys or external input are involved, github-ops for CI and PR status, and knowledge-ops to persist verified results. Safety rules require read-only mode for audit-only requests, prefer repository-local scripts over ad hoc wrappers, never claim fixed until verification reruns, and never claim pushed until upstream confirms. Output follows a fixed template covering surface, evidence, actions, and state.
- Evidence-first terminal workflow: read errors, diffs, and git state before changing files.
- Scopes fixes to one primary failure and escalates verification only after local resolution.
- Uses precise state labels: confirmed, locally changed, locally verified, committed, pushed, blocked.
- Integrates ECC skills verification-loop, tdd-workflow, security-review, github-ops, and knowledge-ops.
- Safety rules: read-only audits, no destructive git commands, no push claims without upstream proof.
Terminal Ops by the numbers
- 4,246 all-time installs (skills.sh)
- +223 installs in the week ending Aug 5, 2026 (Skillselion tracking)
- Ranked #46 of 550 CLI & Terminal skills by installs in the Skillselion catalog
- Security screen: LOW risk (skills.sh audit)
- Data as of Aug 5, 2026 (Skillselion catalog sync)
terminal-ops capabilities & compatibility
- Capabilities
- identify repo path, branch, and diff state befor · read failure surfaces from logs, tests, and git · apply narrow fixes with rerunnable verification · report confirmed, changed, verified, committed, · compose with verification loop, tdd workflow, an
- Works with
- github
- Use cases
- debugging · devops · ci cd
npx skills add https://github.com/affaan-m/everything-claude-code --skill terminal-opsAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 4.2k |
|---|---|
| repo stars | ★ 238k |
| Security audit | 3 / 3 scanners passed |
| Last updated | August 5, 2026 |
| Repository | affaan-m/everything-claude-code ↗ |
How should an agent run repo commands and report fix status without guessing from stale context or over-scoping changes?
Run evidence-first repository commands, narrow fixes, and verified git state reporting when users ask to debug, execute, or push repo changes.
Who is it for?
Agents debugging CI failures, running repository checks, or pushing narrow verified fixes with audit-friendly evidence.
Skip if: Skip for architecture design, product planning, or tasks that need no live repository access.
When should I use this skill?
User says fix, debug, run this, check the repo, verify tests, or push after a narrow local change.
What you get
Verified command output, minimal scoped diffs, and honest state reporting from confirmed through pushed or blocked.
- Command output evidence
- Scoped diff summary
- Verification command results
By the numbers
- Six explicit execution states in output template
- Five related ECC skills in the stack
- Four-step workflow from surface to verification
Files
ターミナルオペレーション
ユーザーが実際のリポジトリ実行を必要とする場合にこのスキルを使用する：コマンドの実行、git状態の確認、CIまたはビルドのデバッグ、狭い修正の実施、変更と検証内容の正確なレポート。
このスキルは意図的に汎用的なコーディングガイダンスよりも範囲が狭い。これは証拠優先のターミナル実行操作ワークフローである。
スキルスタック
関連する場合、これらのECCネイティブスキルをワークフローに組み込む：
verification-loopは変更後の正確な検証ステップに使用tdd-workflowは正しい修正に回帰カバレッジが必要な場合に使用security-reviewはキー、認証、外部入力が絡む場合に使用github-opsはタスクがCI実行、PRステータス、またはリリース状態に依存する場合に使用knowledge-opsは検証結果を永続的なプロジェクトコンテキストに保存する必要がある場合に使用
使用場面
- ユーザーが「修正」「デバッグ」「これを実行」「リポジトリを確認」「プッシュ」と言う場合
- タスクがコマンド出力、git状態、テスト結果、または検証済みのローカル修正に依存する場合
- 答えが以下を区別する必要がある場合：ローカルで変更済み、ローカルで検証済み、コミット済み、プッシュ済み
安全策
- 編集前に確認する
- ユーザーが監査/レビューのみを要求している場合は読み取り専用を維持する
- アドホックなラッパーではなく、リポジトリローカルのスクリプトとヘルパーを優先する
- 検証コマンドが再実行されるまで、修正済みと主張しない
- ブランチが実際に上流にプッシュされるまで、プッシュ済みと主張しない
ワークフロー
1. 作業サーフェスを特定する
以下を明確にする：
- 正確なリポジトリパス
- ブランチ
- ローカル差分の状態
- 要求されたモード：
- 確認
- 修正
- 検証
- プッシュ
2. まず失敗サーフェスを読み取る
何かを変更する前に：
- エラーを確認する
- ファイルまたはテストを確認する
- git状態を確認する
- 盲目的に再読み込みする前に、提供されたログまたはコンテキストを使用する
3. 修正を狭い範囲に保つ
一度に1つの主な失敗に対処する：
- 最初に最小限の有用な検証コマンドを使用する
- ローカルの失敗が解決した後のみ、より大きなビルド/テストプロセスにエスカレートする
- コマンドが同じ特性で失敗し続ける場合、広範囲なリトライを停止して絞り込む
4. 正確な実行状態をレポートする
正確な状態語を使用する：
- 確認済み
- ローカルで変更済み
- ローカルで検証済み
- コミット済み
- プッシュ済み
- ブロック済み
出力フォーマット
サーフェス
- リポジトリ
- ブランチ
- 要求されたモード
証拠
- 失敗したコマンド / 差分 / テスト
アクション
- 変更した内容
状態
- 確認済み / ローカルで変更済み / ローカルで検証済み / コミット済み / プッシュ済み / ブロック済み落とし穴
- ライブなリポジトリ状態を読み取れる場合に古い記憶に頼らない
- 狭い修正をリポジトリ全体の変更に拡大しない
- 破壊的なgitコマンドを使用しない
- 関連のないローカル作業を無視しない
検証
- レスポンスには検証コマンドまたはテストを示す
- gitに関する作業にはリポジトリパスとブランチを示す
- プッシュの主張には対象ブランチと正確な結果を含める
Related skills
Lark SharedWire Feishu/Lark Open Platform auth, tokens, and shared API helpers into agent-built bots and internal tools.514k
Runcomfy CliLet their coding agent call any RunComfy model from the terminal or scripts without managing separate SDKs.298k30
Skills CliDiscover, install, update, and manage reusable agent capabilities from the open Skillselion ecosystem directly inside their coding agent.270k71TzstCreate, extract, list, and script `.tzst` / `.tar.zst` archives from the terminal with the right compression, streaming, and conflict flags.267k71XdropPull files from an Xdrop share URL, decrypt them locally, and land outputs in a chosen directory with optional JSON for automation.266k71
WizardAuthor interactive bash setup wizards that open URLs, capture secrets, write .env upserts, and set GitHub Actions secrets step by step.104k202kForks & variants (1)
Terminal Ops has 1 known copy in the catalog totaling 1.4k installs. They canonicalize to this original listing.
- affaan-m - 1.4k installs
How it compares
terminal-ops is evidence-first repo execution for agents, not generic coding advice.
FAQ
Who is terminal-ops for?
Developers and agents that need disciplined repository execution with evidence before edits and honest status reporting.
When should I use terminal-ops?
When a task depends on command output, git state, test results, or a verified local fix rather than advice alone.
Is terminal-ops safe to install?
Review the Security Audits panel; the skill expects shell and git access and forbids destructive git commands.