Clue 오픈소스 생태계
생태계의 중심
Clue의 확장 단위는 무제한 코드를 Hub 안에서 실행하는 plugin이 아니라, 버전과 권한이 명시된 Analyzer와 Rule Pack이다.
Rule Pack에 포함할 수 있는 것:
- Analyzer metadata와 입력 schema
- deterministic rule
- 필요한 Kubernetes resource scope
- Evidence 정규화 규칙
- Finding과 문서 링크
- Remediation template
- golden fixture와 기대 결과
사용자 정의 Analyzer
초기 확장 수준:
- YAML/JSON rule DSL
- Java Analyzer SPI
- 외부 프로세스 또는 WASM sandbox는 생태계가 성장한 뒤 검토
Rule Pack 설치 전 Clue가 보여줄 내용:
- publisher와 source repository
- version과 checksum/signature
- 필요한 resource와 RBAC
- 외부 네트워크 사용 여부
- 실행 가능한 remediation 수준
- test fixture 통과 결과
clue rule search image-pull
clue rule inspect community/eks-pack
clue rule install community/eks-pack --dry-run
clue rule test ./my-pack
개발자가 기여하기 쉬운 구조
- JSON Schema와 예제 제공
clue rule initscaffolding- 실제 cluster 없이 fixture로 검증 가능한 test harness
- 잘못된 rule이 Hub 전체를 중단하지 않도록 timeout과 resource limit
- Analyzer compatibility matrix
- docs와 code owner가 분명한 작은 issue
- 기여자가 자신의 Rule Pack 사용량과 실패 사례를 볼 수 있는 공개 catalog
신뢰 가능한 catalog
Rule Pack 등급:
official: Clue maintainers가 source와 fixture를 검토verified: 서명과 자동 호환성 테스트 통과community: 누구나 게시 가능, 권한과 위험을 명확히 표시
인기만으로 추천하지 않는다. 최근 유지보수, supported Clue/Kubernetes version, false-positive report와 필요한 권한을 함께 보여준다.
오픈소스 공개 시 증명해야 할 가치
- 설치 후 1분 안에 의미 있는 진단 결과
- 공개된 재현 장애 fixture에서 기존 수동 절차보다 적은 단계
- false positive와
insufficient_evidence비율 - 각 판단이 어떤 Evidence로 재현되는지
- Draft PR이 허용 범위를 넘지 않는다는 안전 테스트
- 수정 후 Recovery Check의 정확성
- Agent와 Hub의 CPU, memory, network overhead
스타 수보다 먼저 공개해야 할 자료:
- 10~20개의 재현 가능한 Incident 시나리오
- Golden Evidence Bundle
- Analyzer precision regression test
- 위협 모델과 데이터 흐름도
- 제거 및 데이터 삭제 검증
- release checksum, signature와 SBOM
커뮤니티 메시지
제품 설명은 다음 문장을 일관되게 사용한다.
Clue collects Kubernetes incident evidence, explains the cause, proposes a safe fix, and verifies recovery.
AI가 Kubernetes를 고친다고 홍보하지 않는다. AI는 선택적인 설명 계층이고 Clue의 신뢰는 Evidence, rule, policy와 verification에서 나온다.