Automation Audit Ops
사용자가 어떤 자동화가 활성화되어 있는지, 어떤 작업이 고장났는지, 중복된 부분이 있는지, 또는 어떤 도구와 커넥터가 현재 실제로 유용한 작업을 수행하고 있는지 물을 때 이 스킬을 사용하세요.
이는 감사 우선 오퍼레이터 스킬입니다. 목표는 아무것도 다시 작성하기 전에 증거 기반 인벤토리와 keep/merge/cut/fix-next 권장 사항 세트를 생성하는 것입니다.
스킬 스택
필요할 때 다음 ECC 네이티브 스킬을 워크플로우에 통합하세요:
workspace-surface-audit: 커넥터, MCP, 훅, 앱 인벤토리용knowledge-ops: 감사가 라이브 저장소 현황과 영구 컨텍스트를 조정해야 할 때github-ops: CI, 예약된 워크플로우, 이슈, PR 자동화에 의존하는 경우ecc-tools-cost-audit: 실제 문제가 형제 앱 저장소의 웹훅 팬아웃, 대기 중인 작업 또는 청구 소진일 때research-ops: 로컬 인벤토리를 현재 플랫폼 지원 또는 공개 문서와 비교해야 할 때verification-loop: 가정된 복구에 의존하는 대신 수정 후 상태를 증명하기 위해
사용 시기
- 사용자가 "내가 가진 자동화는 무엇인가", "무엇이 활성화되어 있는가", "무엇이 고장났는가", 또는 "무엇이 중복되었는가"라고 물을 때
- 작업이 크론 작업, GitHub Actions, 로컬 훅, MCP 서버, 커넥터, 래퍼 또는 앱 통합에 걸쳐 있을 때
- 사용자가 다른 에이전트 시스템에서 포팅된 내용과 ECC 내에서 다시 구축해야 할 내용을 알고 싶을 때
- 워크스페이스에 동일한 작업을 수행하는 여러 방식이 축적되어 사용자가 하나의 표준 레인을 원할 때
가드레일
- 사용자가 명시적으로 수정을 요청하지 않는 한 읽기 전용으로 시작하세요.
- 다음을 구분하세요:
- 구성됨
- 인증됨
- 최근 확인됨
- 오래되거나 고장남
- 완전히 누락됨
- 스킬이나 구성이 참조한다고 해서 도구가 활성 상태라고 주장하지 마세요.
- 증거 테이블이 존재할 때까지 중복된 표면을 병합하거나 삭제하지 마세요.
워크플로우
1. 실제 표면 인벤토리 작성
이론화하기 전에 현재 라이브 표면을 읽으세요:
- 저장소 훅 및 로컬 훅 스크립트
- GitHub Actions 및 예약된 워크플로우
- MCP 구성 및 활성화된 서버
- 커넥터 또는 앱 기반 통합
- 래퍼 스크립트 및 저장소별 자동화 진입점
표면별로 그룹화하세요:
- 로컬 런타임
- 저장소 CI / 자동화
- 연결된 외부 시스템
- 메시징 / 알림
- 청구 / 고객 운영
- 연구 / 모니터링
2. 각 항목을 라이브 상태별로 분류
발견된 모든 자동화에 대해 표시:
- 구성됨
- 인증됨
- 최근 확인됨
- 오래되거나 고장남
- 누락됨
그런 다음 문제 유형을 분류:
- 활성 고장
- 인증 중단
- 상태 오래됨
- 중복 또는 중복성
- 기능 누락
3. 증명 경로 추적
모든 중요한 주장을 구체적인 출처로 뒷받침:
- 파일 경로
- 워크플로우 실행
- 훅 로그
- 구성 항목
- 최근 명령 출력
- 정확한 실패 서명
현재 상태가 모호하면 감사가 완료된 척하지 말고 직접 그렇게 말하세요.
4. keep / merge / cut / fix-next로 마무리
각 중복되거나 의심스러운 표면에 대해 다음 호출 중 하나를 반환:
- keep
- merge
- cut
- fix next
가치는 잡음 많은 자동화를 하나의 표준 ECC 레인으로 축소하는 데 있으며, 모든 과거 경로를 보존하는 데 있지 않습니다.
출력 형식
현재 표면
- 자동화
- 소스
- 라이브 상태
- 증명
발견 사항
- 활성 고장
- 중복
- 상태 오래됨
- 기능 누락
권장 사항
- keep
- merge
- cut
- fix next
다음 ECC 이동
- 강화할 정확한 스킬 / 훅 / 워크플로우 / 앱 레인
함정
- 라이브 인벤토리를 읽을 수 있을 때 기억에서 답변하지 마세요.
- "구성에 있음"을 "작동 중"으로 취급하지 마세요.
- 깨진 고신호 경로를 명명하기 전에 낮은 가치의 중복을 수정하지 마세요.
- 사용자가 먼저 인벤토리를 요청했는데 작업을 저장소 재작성으로 확장하지 마세요.
검증
- 중요한 주장은 라이브 증명 경로를 인용합니다.
- 발견된 각 자동화는 명확한 라이브 상태 범주로 레이블이 지정됩니다.
- 최종 권장 사항은 keep / merge / cut / fix-next를 구분합니다.