terminal-ops

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 상태
• 요청 모드
  • inspect
  • fix
  • verify
  • push

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 작업이면 저장소 경로와 브랜치가 명시된다
• 푸시를 주장하면 대상 브랜치와 정확한 결과를 포함한다