Terminal Ops
- 1.4k installs
- 238k repo stars
- Updated August 5, 2026
- affaan-m/ecc
This is a copy of terminal-ops by affaan-m - installs and ranking accrue to the original listing.
Terminal Ops is an evidence-first agent skill that runs terminal commands, inspects git state, debugs CI failures, and applies narrow verified fixes for developers who need exact proof of what changed and what was valida
About
Terminal Ops is an ECC agent skill for evidence-priority repository execution when users ask to fix, debug, run commands, inspect the repo, or push narrow verified changes. It deliberately scopes narrower than generic coding guidance, focusing on command output, git state, test results, and documented verification rather than open-ended refactors. The skill stacks with related ECC skills: verification-loop for post-change checks, tdd-workflow when regression coverage is required, security-review when keys or external input are involved, github-ops for CI and PR status, and knowledge-ops to persist validated findings. Developers reach for Terminal Ops when tasks depend on real command execution and provable local verification before any push.
- Evidence-first repo execution workflow for ECC agents
- Always inspect before editing and stay read-only for audit requests
- Distinguishes locally changed, verified, committed, and pushed states
- Pulls in verification-loop, tdd-workflow, security-review, github-ops or knowledge-ops when relevant
- Prefers repo-local scripts over ad-hoc wrappers
Terminal Ops by the numbers
- 1,383 all-time installs (skills.sh)
- +82 installs in the week ending Aug 5, 2026 (Skillselion tracking)
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/affaan-m/ecc --skill terminal-opsAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 1.4k |
|---|---|
| repo stars | ★ 238k |
| Last updated | August 5, 2026 |
| Repository | affaan-m/ecc ↗ |
How do agents run terminal commands with verified fixes?
Safely run terminal commands, inspect git state, debug failures, and make narrow verified fixes with clear evidence of exactly what changed.
Who is it for?
Developers who need agents to execute real shell commands, debug CI or build failures, and report exactly what changed with verification proof.
Skip if: Architecture planning, design reviews, or tasks that require no command execution or repository mutation.
When should I use this skill?
The user says fix, debug, run this, inspect the repo, or push—and the task depends on command output or verified local changes.
What you get
Command output logs, git state snapshots, test results, narrow code patches, and verification evidence reports.
- Verification evidence report
- Narrow code patches
- CI debug findings
By the numbers
- Stacks with five related ECC skills: verification-loop, tdd-workflow, security-review, github-ops, and knowledge-ops
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
Agent BrowserGive their coding agent reliable, high-fidelity control over any website or Electron desktop app.591k39.6k
Lark ApprovalLet their AI coding agent create, read, update, and approve items in Lark (Feishu) approval workflows without leaving the coding environment.494kLark EventHandle Feishu/Lark bot events, webhooks, and subscription callbacks in agent-driven backend code.493kLark Workflow Meeting SummaryAutomatically generate structured meeting summaries and action items from Lark/Feishu calls without manual note-taking.492kLark Workflow Standup ReportAutomatically generate and post daily standup reports in Lark/Feishu from their workflow and activity data.492k
Twitter AutomationAutomate X/Twitter posts, scheduling, and engagement via X API integration441k669How it compares
Pick Terminal Ops when repository execution and proof of verification matter more than high-level coding advice.
FAQ
What ECC skills does Terminal Ops integrate with?
Terminal Ops integrates with verification-loop for post-change checks, tdd-workflow for regression coverage, security-review for sensitive input, github-ops for CI and PR status, and knowledge-ops to persist validated results.
When should Terminal Ops activate?
Terminal Ops activates when users request fixes, debugging, command execution, repository inspection, or pushes where tasks depend on command output, git state, test results, or verified local changes.