무엇을 보는 페이지인가
반복해서 다시 쓸 수 있는 작업 흐름을 모아 둔 곳입니다. review, verify, gradle 같은 이름의 스킬부터 보는 편이 좋습니다.
재사용 가능한 워크플로 스킬 목록입니다. /review, /test-all 같은 슬래시 명령부터 자동 활성화 스킬까지 모두 포함합니다.
먼저 검증된 것부터 보기
카탈로그를 직접 채우기 전에, GitHub 공개 API 로 검증한 인기 하네스 레포 10개와 “바로 적용” 가이드를 먼저 보시면 시작이 훨씬 빠릅니다.
10선 페이지로 이동 →반복해서 다시 쓸 수 있는 작업 흐름을 모아 둔 곳입니다. review, verify, gradle 같은 이름의 스킬부터 보는 편이 좋습니다.
먼저 플랫폼 필터를 고르고, 설명에 현재 작업과 가장 가까운 워크플로가 있는지 확인한 뒤, 경로를 따라 실제 SKILL 파일까지 내려가면 됩니다.
스킬을 이해한 뒤에는 플레이북에서 실제 설정 구조를 보고, reference에서 hooks나 MCP 같은 심화 문서로 이어가면 됩니다.
Codex 플레이북 보기 →바로 열어보기
내부 인벤토리만 보지 말고, 관련된 실제 GitHub 저장소와 공식 문서도 같이 열어 보시는 편이 이해가 빠릅니다.
실제로 바로 가져갈 수 있는 starter
아래 항목은 이 저장소가 제공하는 copy-ready starter source에서 생성한 예시입니다. 표시된 경로는 프로젝트에 둘 권장 위치입니다.
문서/페이지 변경을 검토하는 최소 Codex skill starter
파일 경로
.agents/skills/review/SKILL.md변경 후 최소 검증 절차를 정리한 Codex skill starter
파일 경로
.agents/skills/verify/SKILL.md읽기 전용 변경 검토용 Claude skill starter
파일 경로
.claude/skills/review/SKILL.md바로 적용 순서
플랫폼 필터를 먼저 고릅니다.
현재 작업과 가장 가까운 skill 이름으로 검색합니다.
카드 하단의 파일 경로를 기준으로 자기 프로젝트에 같은 구조를 만듭니다.
처음에는 review, verify, gradle 같이 반복성이 높은 skill만 가져갑니다.
예시 구조
.agents/skills/review/SKILL.md
.agents/skills/verify/SKILL.md
.codex/skills/<name>/SKILL.md위 구조를 기준으로 자기 프로젝트에 동일한 파일/디렉터리를 만들고, 카드에서 고른 항목 내용을 옮기면 됩니다.
실제로 옮길 위치
.agents/skills/<name>/SKILL.md플랫폼 필터를 먼저 고른 뒤, 카드의 파일 경로와 위 위치를 참고해서 자기 프로젝트에 같은 구조를 만드시면 됩니다.
바로 붙여넣을 프롬프트
이 프로젝트 주제에 맞춰서 먼저 review와 verify 계열 스킬부터 최소한으로 구성해줘. 반복 작업만 남기고, 실제 검증 명령도 같이 정리해줘.카탈로그에서 항목을 읽은 뒤, 위 문장을 그대로 붙여 넣고 프로젝트에 맞는 최소 구조부터 요청하시는 방식이 가장 빠릅니다.
19개 결과 / 전체 19개
Implement or review Kotlin service changes for an AIOps platform, especially APIs, orchestration, alerting, and backend integrations.
새 Kotlin 모듈 또는 기능을 프로젝트 컨벤션에 따라 스캐폴딩. 모듈명을 인자로 받는다.
Write and run AIOps shell scripts that work cleanly with Codex sandbox, approval rules, local env files, and fixed review/E2E port contracts.
staging 배포 준비. 빌드 검증 후 브랜치 생성 및 배포 체크리스트 실행.
프로젝트가 staging 배포 준비가 되었는지 8항목 체크리스트로 검증.
현재 코드 상태 기반으로 모듈 맵, API 표면, 모델 카탈로그, 테스트 커버리지 문서를 자동 생성/갱신.
Run Gradle commands safely in this repository's Codex sandbox by loading shell setup and keeping Gradle state inside the workspace.
Review Kotlin changes in this repository with emphasis on behavior regressions, missing tests, and Gradle-safe verification.
Implement or review Python MLOps changes such as pipelines, drift detection, model registry integration, and offline validation workflows.
Review or change platform operations safely in an AIOps/MLOps repository, with emphasis on production guardrails and non-destructive workflows.
Use when the user wants Codex to act as the project's Ralphup: a spec-first semi-automated builder for repetitive, low-risk scaffolding across Kotlin, Python, and frontend layers, while deferring RBAC, approval, audit, and operational safety decisions to human review.
지정된 코드 영역의 중복, 복잡도, 네이밍, 아키텍처 경계 위반을 분석하고 리팩토링을 제안. 즉시 수정하지 않고 사용자 확인 후 진행.
현재 변경사항의 코드 리뷰. git diff 기반으로 Kotlin/Python/Frontend/인프라 변경을 검토하고 품질, 안전성, 누락 테스트를 보고한다.
전체 테스트 스위트 실행. Kotlin(Gradle), Python(unittest), 프론트엔드(npm build), E2E를 순서대로 실행하고 결과를 요약한다.
하네스와 제품의 전체 검증 파이프라인 실행. Kotlin 린트+테스트, Python 테스트, 프론트엔드 빌드, E2E를 모두 통과해야 성공.
신규 plugin 또는 MCP 서버 추가 시 4계층 방어(Allowlist, Sandbox, Credential Proxy, I/O Guardrails)를 모두 점검합니다. 사용자가 'mcp 서버 추가', '플러그인 설치', 'zero trust 점검' 같은 표현을 쓰면 자동 활성화됩니다.
에이전트가 작성했거나 외부에서 가져온 코드를 격리된 환경에서 먼저 실행해서 검증합니다. 사용자가 '샌드박스 검증', 'sandbox test', '격리 실행' 같은 표현을 쓰면 자동 활성화됩니다.
I/O guardrails (NeMo Guardrails, Llama Guard, Prompt Guard 등) 의 통과율과 false positive 를 평가합니다. 사용자가 '가드레일 평가', 'guardrail eval', 'I/O 검사' 같은 표현을 쓰면 자동 활성화됩니다.
PR 단위로 토큰 사용량을 측정하고 비용 예산 초과 여부를 보고합니다. 사용자가 '토큰 예산', 'token budget', '토큰 비용' 같은 표현을 쓰면 자동 활성화됩니다.