القائمة
Swift/SwiftUI 기능이나 Apple 앱을 처음부터 끝까지 구현해야 할 때 사용하는 장기 오케스트레이션 스킬입니다. PLAN→DESIGN→BUILD→EVALUATE 루프가 필요할 때만 사용합니다.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Karpathy의 LLM Wiki 아이디어를 바탕으로 raw source와 LLM-maintained wiki를 분리한 지속형 지식 베이스를 설계·부트스트랩합니다. markdown/git 기반의 범용 구조, `AGENTS.md` 운영 규칙, ingest/query/lint 워크플로우, Obsidian 같은 선택적 어댑터 분리가 필요할 때 사용합니다.
Use this skill when the user explicitly wants a goal-directed research loop that keeps proposing, testing, logging, and refining ideas toward a stated objective across repeated iterations or autonomous runs. Do not use it for one-shot summaries or when no evaluation signal can be defined.
Codex instruction 구조의 밀도와 건강도를 감사합니다. AGENTS.md 길이, 계층 깊이, 중복 규칙, 커버리지 부족을 찾을 때 사용합니다.
Use this skill when the user wants to audit a Codex skill or skill repository for official structure compliance, discovery readiness, frontmatter quality, oversized SKILL bodies, stale `agents/openai.yaml`, duplicate skill names, or missing repo-level AGENTS guidance.
Codex 플러그인/스킬 저장소를 감사하고 개선합니다. `.codex-plugin/plugin.json`, `.agents/plugins/marketplace.json`, `.agents/skills`, `.codex/agents`, legacy Claude 산출물을 점검할 때 사용합니다.
Apple 플랫폼 관점의 코드·PR 리뷰를 수행합니다. Swift/SwiftUI/UIKit/AppKit 코드의 정확성, API 사용, 빌드 위험, 테스트 누락을 점검할 때 사용합니다.
| name | apple-harness |
| description | Swift/SwiftUI 기능이나 Apple 앱을 처음부터 끝까지 구현해야 할 때 사용하는 장기 오케스트레이션 스킬입니다. PLAN→DESIGN→BUILD→EVALUATE 루프가 필요할 때만 사용합니다. |
원본 apple-harness의 의도를 Codex 오케스트레이션으로 옮긴 스킬입니다.
apple-craftapple-reviewharness-spec.md와 features.json으로 목표와 기능 상태를 먼저 적는다.pivot / rescope / escalate를 검토한다.작업 산출물은 기본적으로 .codex/harness/ 아래에 둔다.
harness-spec.md — 제품/기능 스펙features.json — 기능 목록과 상태design-spec.md — 디자인 토큰·화면 구조evaluation-round-N.md — 검증 피드백references/harness-design-principles.mdreferences/apple-hig-map.mdreferences/walkthrough-liquid-glass-settings.mdharness-spec.md, features.json을 만든다.design-spec.md에 남긴다..codex/agents/harness-*.toml custom agents를 우선 사용한다.features.json의 기능 항목은 삭제하지 말고 상태만 변경한다.../../../docs/review-harness.mdharness-spec.md, features.json, 필요 시 design-spec.md를 먼저 정의한다.codex/harness/*, build log, preview, evaluation round 문서pass면 다음 기능 또는 종료, refine이면 builder 재수행, pivot이면 설계 전환, rescope면 spec 갱신, 3라운드 초과 시 escalate한다