워크스페이스 표면 감사
'이 워크스페이스와 머신이 실제로 지금 무엇을 할 수 있고, 무엇을 추가하거나 활성화해야 하는가?'라는 질문에 답하기 위한 읽기 전용 감사 스킬입니다.
이것은 설정-감사 플러그인에 대한 ECC 네이티브 답변입니다. 사용자가 명시적으로 후속 구현을 요청하지 않는 한 파일을 수정하지 않습니다.
사용 시기
- 사용자가 'Claude Code 설정', '자동화 추천', '어떤 플러그인이나 MCP를 사용해야 하나요?', 또는 '무엇이 빠졌나요?'라고 말할 때
- 스킬, 훅 또는 커넥터를 더 설치하기 전에 머신이나 레포지토리를 감사할 때
- 공식 마켓플레이스 플러그인을 ECC 네이티브 커버리지와 비교할 때
.env,.mcp.json, 플러그인 설정 또는 연결된 앱 표면을 검토하여 누락된 워크플로 계층을 찾을 때- 기능이 스킬, 훅, 에이전트, MCP 또는 외부 커넥터 중 어떤 형태여야 하는지 결정할 때
필수 규칙
- 비밀 값을 절대 출력하지 마십시오. 제공자 이름, 기능 이름, 파일 경로, 키 또는 설정 존재 여부만 표시하십시오.
- ECC가 해당 표면을 합리적으로 소유할 수 있을 때는 일반적인 '다른 플러그인 설치' 조언보다 ECC 네이티브 워크플로를 선호하십시오.
- 외부 플러그인을 벤치마크 및 영감으로 취급하고, 권위적인 제품 경계로 취급하지 마십시오.
- 세 가지를 명확히 구분하십시오:
- 이미 지금 사용 가능한 것
- 사용 가능하지만 ECC에 잘 포장되지 않은 것
- 사용 불가능하며 새 통합이 필요한 것
감사 입력
질문에 잘 답변하는 데 필요한 파일과 설정만 검사하십시오:
- 레포지토리 표면
package.json, 잠금 파일, 언어 마커, 프레임워크 설정,README.md.mcp.json,.lsp.json,.claude/settings*.json,.codex/*AGENTS.md,CLAUDE.md, 설치 매니페스트, 훅 설정
- 환경 표면
- 활성 레포지토리 및 명백히 인접한 ECC 워크스페이스의
.env*파일 STRIPE_API_KEY,TWILIO_AUTH_TOKEN,FAL_KEY와 같은 키 이름만 표시하십시오.
- 활성 레포지토리 및 명백히 인접한 ECC 워크스페이스의
- 연결된 도구 표면
- 설치된 플러그인, 활성화된 커넥터, MCP 서버, LSP 및 앱 통합
- ECC 표면
- 필요를 이미 충족하는 기존 스킬, 명령, 훅, 에이전트 및 설치 모듈
감사 프로세스
1단계: 존재하는 것 목록 작성
간결한 목록을 생성하십시오:
- 활성 하네스 대상
- 설치된 플러그인 및 연결된 앱
- 설정된 MCP 서버
- 설정된 LSP 서버
- 키 이름으로 암시된 환경 변수 기반 서비스
- 워크스페이스와 이미 관련된 기존 ECC 스킬
표면이 프리미티브로만 존재하는 경우 이를 지적하십시오. 예:
- 'Stripe는 연결된 앱을 통해 사용 가능하지만, ECC에는 결제-운영자 스킬이 없습니다.'
- 'Google Drive는 연결되어 있지만, ECC 네이티브 Google Workspace 운영자 워크플로가 없습니다.'
2단계: 공식 및 설치된 표면과 벤치마킹
워크스페이스를 다음 항목과 비교하십시오:
- 설정, 검토, 문서, 디자인 또는 워크플로 품질과 관련된 공식 Claude 플러그인
- Claude 또는 Codex에 로컬로 설치된 플러그인
- 사용자가 현재 연결한 앱 표면
단순히 이름만 나열하지 마십시오. 각 비교에 대해 다음 질문에 답하십시오:
- 실제로 무엇을 하는가?
- ECC가 이미 동등한 기능을 가지고 있는가?
- ECC가 프리미티브만 가지고 있는가?
- ECC가 워크플로 전체를 누락했는가?
3단계: 격차를 ECC 결정으로 전환
모든 실제 격차에 대해 올바른 ECC 네이티브 형태를 추천하십시오:
| 격차 유형 | 선호되는 ECC 형태 |
|---|---|
| 반복 가능한 운영자 워크플로 | 스킬 |
| 자동 시행 또는 부작용 | 훅 |
| 특수 위임 역할 | 에이전트 |
| 외부 도구 브리지 | MCP 서버 또는 커넥터 |
| 설치/부트스트랩 가이드 | 설정 또는 감사 스킬 |
기본적으로, 필요가 인프라적이기보다 운영적인 경우, 기존 도구를 조정하는 사용자 대상 스킬을 추천하십시오.
출력 형식
다섯 개의 섹션을 이 순서대로 반환하십시오:
- 현재 표면
- 지금 이미 사용 가능한 것
- 동등성
- ECC가 이미 벤치마크와 일치하거나 능가하는 부분
- 프리미티브 전용 격차
- 도구는 존재하지만 ECC에 깔끔한 운영자 스킬이 없는 부분
- 누락된 통합
- 아직 사용할 수 없는 기능
- 상위 3-5개의 다음 조치
- 영향력 순으로 정렬된 구체적인 ECC 네이티브 추가 사항
추천 규칙
- 카테고리당 최대 1-2개의 가장 가치 있는 아이디어를 추천하십시오.
- 명확한 사용자 의도와 비즈니스 가치가 있는 스킬을 선호하십시오:
- 설정 감사
- 결제/고객 운영
- 이슈/프로그램 운영
- Google Workspace 운영
- 배포/운영 제어
- 커넥터가 회사별인 경우, 실제로 사용 가능하거나 사용자의 워크플로에 분명히 유용한 경우에만 추천하십시오.
- ECC가 이미 강력한 프리미티브를 가지고 있다면, 완전히 새로운 하위 시스템을 발명하는 대신 래퍼 스킬을 제안하십시오.
좋은 결과
- 사용자는 무엇이 연결되어 있고, 무엇이 누락되었으며, ECC가 다음에 무엇을 소유해야 하는지 즉시 볼 수 있습니다.
- 추천은 추가 발견 패스 없이 레포지토리에서 구현할 수 있을 만큼 구체적입니다.
- 최종 답변은 API 브랜드가 아닌 워크플로를 중심으로 구성됩니다.