| name | terminal-ops |
| description | ECC의 근거 우선 저장소 실행 워크플로입니다. 명령 실행, 저장소 점검, CI 실패 디버깅, 좁은 수정 반영과 함께 정확히 무엇을 실행했고 무엇을 검증했는지 증명해야 할 때 사용합니다. |
| origin | ECC |
Terminal Ops
사용자가 실제 저장소 실행을 원할 때 사용합니다. 명령 실행, git 상태 점검, CI/빌드 디버깅, 좁은 수정 수행, 그리고 무엇이 바뀌었고 무엇을 검증했는지 정확히 보고합니다.
이 스킬은 일반 코딩 가이드보다 더 좁습니다. 근거 우선 터미널 실행을 위한 운영자 워크플로입니다.
스킬 스택
관련 시 다음 ECC 네이티브 스킬을 함께 사용합니다.
verification-loop: 변경 후 정확한 증명 절차tdd-workflow: 수정에 회귀 커버리지가 필요할 때security-review: 시크릿, 인증, 외부 입력이 관련될 때github-ops: CI 실행, PR 상태, 릴리스 상태에 의존할 때knowledge-ops: 검증된 결과를 장기 프로젝트 컨텍스트에 저장해야 할 때
사용 시점
- 사용자가 "fix", "debug", "run this", "check the repo", "push it"라고 할 때
- 작업이 명령 출력, git 상태, 테스트 결과, 검증된 로컬 수정에 의존할 때
- 답변이 로컬 변경, 로컬 검증, 커밋, 푸시를 구분해야 할 때
가드레일
- 수정 전에 먼저 점검합니다
- 사용자가 감사/리뷰만 원하면 읽기 전용을 유지합니다
- 즉흥 래퍼보다 저장소 로컬 스크립트와 헬퍼를 우선합니다
- 증명 명령을 다시 돌리기 전엔 고쳤다고 말하지 않습니다
- 브랜치가 실제로 upstream에서 이동하기 전엔 푸시했다고 말하지 않습니다
워크플로
1. 작업 표면 확정
다음을 확정합니다.
- 정확한 저장소 경로
- 브랜치
- 로컬 diff 상태
- 요청 모드
2. 실패 표면 먼저 읽기
무언가 바꾸기 전에:
- 에러를 확인합니다
- 파일 또는 테스트를 확인합니다
- git 상태를 확인합니다
- 이미 제공된 로그나 컨텍스트를 먼저 사용합니다
3. 수정 범위 좁게 유지
한 번에 하나의 지배적 실패만 해결합니다.
- 먼저 가장 작은 증명 명령을 사용합니다
- 로컬 실패를 잡은 뒤에만 더 큰 빌드/테스트로 올립니다
- 같은 시그니처로 계속 실패하면 넓은 재시도 대신 범위를 줄입니다
4. 정확한 실행 상태 보고
다음 상태어를 정확히 사용합니다.
- inspected
- changed locally
- verified locally
- committed
- pushed
- blocked
출력 형식
SURFACE
- repo
- branch
- requested mode
EVIDENCE
- failing command / diff / test
ACTION
- what changed
STATUS
- inspected / changed locally / verified locally / committed / pushed / blocked
함정
- 실시간 저장소 상태를 읽을 수 있는데 낡은 기억에 의존하지 않습니다
- 좁은 수정 요청을 저장소 전역 변경으로 키우지 않습니다
- 파괴적 git 명령을 사용하지 않습니다
- 관련 없는 로컬 작업을 무시하지 않습니다
검증
- 답변에 증명 명령 또는 테스트가 명시된다
- git 작업이면 저장소 경로와 브랜치가 명시된다
- 푸시를 주장하면 대상 브랜치와 정확한 결과를 포함한다
