라이프스타일
Skills와 SKILL.md
Skill은 반복할 절차와 자료를 묶습니다. 최소 구조는 폴더와 SKILL.md이며 앞부분에 name과 description, 본문에 동작과 출력을 적습니다. 설치만으로 사용되었다고 판단하지 않습니다.
읽는 데 약 12분 · 실습 25 분

고급 · Desktop / CLI / VS Code / JetBrains
이 글의 목차
Codex 학습 목차로 돌아가기Codex 학습 센터: 전체 튜토리얼 목차설치와 첫 작업부터 MD 지침과 고급 연동까지 60개 강의, 열 개 단원을 계획합니다. 수준, 환경, 목표, 명령으로 다음 글을 찾고 미게시 항목의 상태를 확인할 수 있습니다.전체 글 읽기
이 글에서 완성할 것
Skill은 웹사이트 수정 후 검증처럼 반복하는 절차를 묶습니다. 항상 적용할 프로젝트 조건은 AGENTS.mdAGENTS.md 프로젝트 규칙AGENTS.md는 작업 시작 전 프로젝트 지침을 제공하는 파일입니다. 전역 지침과 프로젝트 루트부터 현재 작업 폴더까지의 규칙이 연결됩니다. 같은 위치에서는 AGENTS.override.md가 우선합니다. 실제로 무엇을 읽었는지 검증해야 합니다.전체 글 읽기에 두고 Skill은 특정 작업에 선택합니다. PluginsPlugins와 외부 서비스Plugin은 Skills와 MCP를 배포할 수 있습니다. 설치, 계정 연결과 도구 성공은 별도 단계입니다.전체 글 읽기는 스킬과 서비스 연결을 배포할 수 있습니다.
시작 전 준비
로그인한 Codex CLI 또는 Skills를 지원하는 데스크톱/IDE를 준비합니다. 할 일 자료의 expected를 codex-practice로 복사하고 broken은 별도 후속 실습으로 남깁니다. 두 버전의 파일을 섞지 마세요.
테스트는 Node.js, 미리보기는 Python 3를 사용합니다. 브라우저 도구가 없으면 스킬은 화면 검사를 미실행으로 보고하고 수동 절차를 제공해야 합니다. 지침이 없는 도구를 만들어 주지는 않습니다. 전체 스킬 예제도 내려받을 수 있으며 내용을 읽은 뒤 배치합니다.
이름, 설명, 본문
스킬은 SKILL.md가 들어 있는 폴더가 필요합니다. 맨 위 YAML frontmatter에는 name과 description, 본문에는 절차를 씁니다. Codex는 먼저 이름과 설명을 보고 사용할 때 전체 파일을 읽습니다. 무엇이든 돕는다는 설명은 관련 없는 작업에도 선택되기 쉽습니다.
예제 이름은 todo-acceptance이며 일반 웹 개발이 아닌 Small Steps 검증에 한정합니다. 먼저 스크립트, 외부 서비스, 전역 설치 없이 지침만 사용합니다. 동일한 입력에 동일한 결과를 내는 반복 처리가 필요할 때 scripts를 추가하고 많은 참고 자료는 references에 두어 읽을 조건을 밝힙니다.
1단계: 프로젝트 안에 스킬 만들기
codex-practice 루트에 .agents/skills/todo-acceptance를 만듭니다. 앞의 점도 이름이며 .codex나 점 없는 agents가 아닙니다. Windows는 아래 PowerShell 명령을 사용합니다. 이미 있다면 다른 스킬을 덮기 전에 내용을 확인합니다.
New-Item -ItemType Directory -Force .agents/skills/todo-acceptance
mkdir -p .agents/skills/todo-acceptance
일반 텍스트 편집기로 SKILL.md를 만듭니다. Windows는 .txt가 붙지 않았는지, Linux는 대문자인지 확인합니다. 필요한 전체 구조는 아래와 같습니다. 실습과 함께 관리하며 모든 프로젝트의 개인 스킬로 만들지 않습니다.
codex-practice/
index.html
style.css
app.js
core.mjs
core.test.mjs
.agents/
skills/
todo-acceptance/
SKILL.md
2단계: 전체 스킬 작성
아래는 다운로드와 같습니다. 기존 코드와 테스트를 읽고 실행하며 가능하면 브라우저를 확인해 PASS, FAIL, NOT RUN을 보고합니다. 검사를 통과시키려고 몰래 코드를 고치지 않으므로 문제를 이해한 뒤 수정 여부를 결정할 수 있습니다.
---
name: todo-acceptance
description: Verify the Small Steps todo practice website after a change, using its existing tests and browser checks. Use for acceptance checks of this exercise, not unrelated websites or feature implementation.
---
# Small Steps acceptance
Confirm the requested practice folder contains index.html, style.css, app.js,
core.mjs and core.test.mjs. If these are missing, stop and report the path checked.
Read the existing code, then run `node --test core.test.mjs` from that folder.
Do not rewrite tests or implementation to make an acceptance run pass.
If a browser is available, preview the site on a loopback address with a fresh
browser context. Add Read and Build, complete Read, check Active and Completed
filters, reload, and delete Read. Reject whitespace-only input. Check 390px and
1280px widths and visible Tab focus. Keep existing user browser data unchanged.
Report PASS, FAIL or NOT RUN for each check, with the command, observation or
limitation. Include the working folder and remaining issues. Do not claim that
tests, screenshots, deployment or publication happened without evidence.
If a check fails, report the reproduction and relevant file. If a required tool
is unavailable, report NOT RUN and the manual steps. Finish with results only;
implement fixes only when the user requests them.
이름은 소문자, 숫자, 하이픈을 쓰고 폴더 이름과 맞춥니다. description 앞부분에 대상 범위를 쓰고 본문에는 실제 판단에 영향을 주는 조건을 남깁니다. 이 예제는 추가 패키지나 설정 파일이 필요 없으며 빈 폴더를 늘린다고 더 완성되는 것은 아닙니다.
3단계: 찾고 명시적으로 사용
Codex는 스킬 변경을 감지합니다. 보이지 않으면 세션을 다시 시작하고 작업 폴더를 확인합니다. CLI/IDE는 /skills 또는 $로 찾고 데스크톱은 사이드바 Skills와 현재 선택 UI를 사용합니다. 이름이 보이면 발견 증거일 뿐 실행 증거는 아닙니다.
$todo-acceptance Check this Small Steps practice folder. Report the results without editing files.
데스크톱 선택기가 있다면 todo-acceptance를 고르고 같은 검증 요청을 보냅니다. 다른 동명 스킬이 아닌 프로젝트의 SKILL.md를 읽는지 확인합니다. 같은 이름은 자동 병합되지 않으므로 전역이나 다른 폴더에도 있다면 경로가 중요합니다.
4단계: 정상과 의도된 실패 비교
expected 복사본에서 node --test core.test.mjs는 테스트 세 개가 통과해야 합니다. 보고에 실제 명령과 결과가 있어야 하며 브라우저를 실행했다면 Read, Build, 필터, 새로 고침, 공백 입력의 관찰을 기대합니다. 브라우저가 없으면 NOT RUN이며 통과도 스킬 전체의 실패도 아닙니다.
독립된 broken 복사본을 만들고 그 .agents/skills에 같은 스킬을 넣어 새 작업을 시작합니다. 이 버전은 Completed가 반대로 되어 Read가 완료, Build가 미완료일 때 Build를 잘못 표시합니다. 테스트는 두 개 통과, 한 개 실패해야 합니다. 스킬은 FAIL과 재현 절차를 보고하고 소스를 바꾸지 않아야 합니다.
이 비교로 실패를 정확히 보고하는 절차인지 확인합니다. 형식 검증은 메타데이터와 구조가 해석된다는 뜻이며 에이전트가 절차를 따랐다는 증거는 아닙니다. 반대로 테스트 실패는 스킬이 버그를 찾은 성공일 수 있습니다. 모호한 성공 표시 하나 대신 증거를 나눠 보존합니다.
자료가 부족하면 멈추는지도 확인
expected에서 독립적인 incomplete 사본을 만들고 같은 스킬을 넣습니다. 이 사본의 core.test.mjs만 폴더 밖의 백업 위치로 옮기고 원본 expected와 broken은 유지합니다. incomplete에서 새 작업을 시작해 스킬을 선택하세요. 누락된 파일과 확인한 경로를 알리고 검수를 멈춰야 합니다. 테스트를 새로 지어내거나 다른 사본에서 실행하거나 이전 통과 결과를 재사용하면 안 됩니다. 백업 파일을 원래 위치로 돌려놓은 뒤 다시 검수합니다.
broken은 자료가 갖춰져 있고 실제로 실행한 테스트가 실패합니다. incomplete는 시작 조건을 충족하지 못합니다. 브라우저가 없을 때는 화면 확인만 NOT RUN입니다. 세 상황을 모두 같은 FAIL로 기록하지 마세요. 입력과 선택 조건은 스킬 테스트Skill 선택과 결과 검증형식, 선택, 결과를 나누어 시험하고 맞는 요청과 맞지 않는 요청으로 설명을 개선합니다.전체 글 읽기, 스크립트와 참고 자료 추가는 스킬 리소스Skill 스크립트, 참조, 자료반복 로직과 큰 자료를 지원 파일로 나누고 필요할 때 읽는 흐름과 상대 경로를 확인합니다.전체 글 읽기에서 이어서 배울 수 있습니다.
문제 해결, 비활성화, 복원
스킬이 없으면 .agents/skills 위치, 실제 확장명, frontmatter의 두 --- 구분자, name과 description을 확인합니다. ZIP을 폴더에 넣기만 한 것은 설치가 아닙니다. 수정 후 Codex를 다시 시작하고 선택기를 확인합니다.
보이지만 쓰지 않으면 명시적으로 선택하거나 $todo-acceptance로 지정하고 이름과 경로를 확인합니다. 자동 선택은 설명과 요청 해석에 따르므로 비슷한 문장이 반드시 실행을 유발하지는 않습니다. 인사에도 검증을 시작한다면 설명을 이 실습 검증으로 좁힙니다.
선택됐지만 테스트를 못 하면 실제 호스트의 Node.js와 작업 폴더의 core.test.mjs를 확인합니다. 모바일 Remote에서도 스킬과 도구는 호스트에 있습니다. 컴퓨터 A에 있다고 B에도 있는 것은 아닙니다. 전제 조건을 숨기려고 모든 부족한 도구를 설치하게 하지 마세요.
진행 중 검증은 작업 안에서 중지합니다. 비활성화하려면 스킬을 프로젝트 검색 위치 밖으로 옮겨 보관하고 재시작해 확인합니다. 설정으로 끄려면 공식 [[skills.config]] 안내를 참고하되 기존 config.toml을 보존합니다. 비활성화해도 이전 보고와 과거 파일 변경은 사라지지 않습니다.
| 상태 | 증명하는 것 | 아직 증명하지 않는 것 |
|---|---|---|
| 유효한 형식 | 필수 항목 해석 가능 | 선택될 것 |
| 발견됨 | 목록의 올바른 이름과 경로 | 전체 절차를 읽음 |
| 선택됨 | 작업이 지침을 읽음 | 모든 검사 완료 |
| 검증됨 | 실제 테스트나 화면 관찰 | 사이트 공개 |
추가 실습과 검증 기록
Small Steps의 필터와 저장을 검증하라는 요청과 오늘의 실습 목표를 설명하라는 요청을 비교합니다. 전자는 적합하고 후자는 전체 검증이 필요 없습니다. 선택 여부, 경로, 결과를 기록해 설명을 조정합니다. 한 번 맞게 선택됐다고 모든 상황을 검증한 것은 아닙니다.
작동 방식은 2026-09-14에 Build skills 공식 문서로 확인했습니다. 예제는 형식 검증을 하며 사이트 핵심과 고장 결과에는 실제 테스트 증거가 있습니다. 자동 선택과 각 Codex UI는 별도 실측이 필요합니다. 다음은 PluginsPlugins와 외부 서비스Plugin은 Skills와 MCP를 배포할 수 있습니다. 설치, 계정 연결과 도구 성공은 별도 단계입니다.전체 글 읽기, MCPMCP 설정과 연결 확인MCP는 외부 도구를 연결합니다. STDIO는 로컬 명령, HTTP는 URL을 사용합니다. 설정 저장뿐 아니라 시작, 인증과 응답을 확인해야 합니다.전체 글 읽기, 테스트와 리뷰테스트, 코드 리뷰와 PR테스트는 조건별 동작, 리뷰는 변경의 결함, PR은 통합 제안을 다룹니다. 테스트 통과, 승인과 병합은 별도 상태입니다.전체 글 읽기를 참고하세요.
Codex 학습 목차로 돌아가기Codex 학습 센터: 전체 튜토리얼 목차설치와 첫 작업부터 MD 지침과 고급 연동까지 60개 강의, 열 개 단원을 계획합니다. 수준, 환경, 목표, 명령으로 다음 글을 찾고 미게시 항목의 상태를 확인할 수 있습니다.전체 글 읽기
자세한 설명 보기
SKILL.md to Invoke to Output
같은 주제의 글
라이프스타일
Codex 학습 센터: 전체 튜토리얼 목차
설치와 첫 작업부터 MD 지침과 고급 연동까지 60개 강의, 열 개 단원을 계획합니다. 수준, 환경, 목표, 명령으로 다음 글을 찾고 미게시 항목의 상태를 확인할 수 있습니다.
라이프스타일
Worktree와 작업 격리
Worktree는 하나의 Git 저장소에 다른 브랜치의 작업 폴더를 만듭니다. 파일이 분리되어도 DB, 포트와 외부 서비스는 공유될 수 있습니다.
라이프스타일
실습: 작은 웹사이트 만들기
brief.md에서 Small Steps 할 일 사이트를 계획하고 추가·완료·삭제·필터·로컬 저장을 구현합니다. HTML·CSS·데이터 함수·화면 이벤트·시험을 분리하고 Node와 브라우저로 검증한 뒤 재시작·복원 인계 기록을 남깁니다.
라이프스타일
사용량과 효율: 재작업 줄이기
조건, 모델 선택, 시간, 결과를 기록해 불필요한 재시도와 과도한 문맥을 줄입니다.
이 글을 인용한 글
최신 여행 소식·가이드

가이드도쿄
도쿄 어디에 묵을까? 신주쿠·우에노·도쿄역·시부야·아사쿠사·이케부쿠로·긴자 일곱 지역 비교: 공항 교통, 숙박세, 짐 배송까지
도쿄 어디에 묵을까? 신주쿠, 우에노, 도쿄역, 시부야, 아사쿠사, 이케부쿠로, 긴자 일곱 지역을 같은 기준으로 비교한다. 나리타·하네다 공항에서 오는 방법, 교통 노선, 주변의 볼거리, 동네 분위기, 적합한 여행자를 비교표와 야마노테선 안내도로 살펴보고, 2026년 9월에 확인한 도쿄도 숙박세(2027년 4월부터 3%)와 공항 택배로 짐을 보내는 규정도 정리했다.
- 예산
- 호텔

가이드도쿄
도쿄 교통패스 선택법: Suica/Welcome Suica, Tokyo Subway Ticket, JR Pass는 살 만할까?
도쿄를 처음 여행한다면 먼저 1인당 IC 카드 한 장으로 탈 때마다 결제한다(Welcome Suica는 보증금이 없고 28일간 유효). 하루에 지하철을 4번 이상 타면 2,000엔짜리 Tokyo Subway Ticket 72시간권을 추가하고, 간사이에 가지 않고 도쿄만 여행한다면 JR Pass는 반드시 손해다. TOURIST PASMO, iPhone의 Suica, 도쿄 Metro 하루권의 이용 가능·불가 범위를 결정도로 비교한다. 가격은 2026년 9월 확인.
- 교통
- 예산

가이드도쿄
도쿄 디즈니랜드·디즈니씨 가이드: 티켓 가격, 판타지 스프링스 Fantasy Springs, 디즈니 프리미어 액세스 DPA와 스탠바이 패스 이용법, 첫 방문에는 어느 파크가 좋을까
도쿄 디즈니 하루짜리 패스포트는 변동 가격제로, 2026년 9월에는 평일 대부분이 9,900엔, 주말이 10,900엔이다. 공식 홈페이지에서 매일 14:00에 두 달 뒤 같은 날짜의 티켓을 판매한다. 무료 프라이오리티 패스는 공식 서비스 목록에서 빠져 대기 시간을 줄이는 방법은 유료 디즈니 프리미어 액세스(한 사람당 한 번 1,000~3,500엔)뿐이다. 운영 시간, 25주년 행사, 스탠바이 패스, 엔트리 리퀘스트, 판타지 스프링스 이용법, 첫 방문 때 디즈니랜드와 디즈니씨 중 어디를 고를지도 담았다. 2026년 9월 공식 홈페이지에서 확인했다.
- 추천 일정
- 가족 여행
출처
- Build skills · 확인일:
- Codex CLI developer commands · 확인일: