<!-- omd:installed-skill, managed by `omd install-skills`. Do not edit; rerun the command to refresh. -->

omd-restraint, 덜어내기, 측정해서

절제는 취향이 아니라 양(quantity)과 위계(hierarchy)의 예산이다. 이 스킬은 "덜어내 줘"를 숫자로 바꾼다: 한 화면에 무엇이 몇 개 있는지, 무엇이 지배하는지, 빈 곳이 덩어리인지 부스러기인지를 렌더에서 재고, 넘친 것을 잘라 그 자리를 남은 하나에 준다.

그리고 반대편 실패도 같은 무게로 잰다. 잘라서 얇아진 페이지도 실패다. 장식만 빠지고 아무것도 커지지 않은 화면은 블라인드 심사에서 장식 많은 페이지에 진다(tasteskill의 시험 결과). 그래서 모든 삭제는 "그 자리에 무엇이 커지는가"를 함께 적는다. 적을 수 없으면 자르지 않는다.

근거: docs/research/2026-10-14-restraint/RESTRAINT.md(측정·규칙 R1, R15·cut/keep/enlarge 표), docs/design-excellence/scale-and-simplicity.md(LC-52/54/55/59, LI-36/37/40), tasteskill v2(MIT, Leonxlnx/taste-skill)의 공개 원칙을 의역해 배웠다. 문장을 옮기지 않았다.

언제 쓰나 / 쓰지 않나

쓴다

• AUDIT, "이 페이지 너무 복잡해", "절제미 점검", "is this too busy?" → 렌더를 재서 규칙표 리포트.
• APPLY, "덜어내 줘", "여백 살려서 다시", "simplify the hero" → 아래 덜어내기 절차로 고치고 재측정.
• 랜딩·제품 소개·카탈로그·문서 첫 화면처럼 방문자가 처음 보는 화면의 양과 위계.

쓰지 않는다

• 브랜드 값(색·서체·radius·간격 토큰) 결정 → omd-apply / omd-init. 이 스킬은 토큰을 바꾸지 않는다.
• 모션 타이밍·타깃 크기·대비 같은 미시 물리 → omd-feel.
• "AI가 만든 것 같다"는 패턴 진단 → omd-slop-audit.
• 밀도를 일부러 올리는 쇼케이스 랜딩(LC-59 밀도 다이얼 ≥ 6) → omd-landing / omd-aphrodite가 주인. 그때도 R1·R2·R10은 유지한다.
• 대시보드·데이터 테이블·폼처럼 밀도 자체가 기능인 앱 화면. 여기서 R2·R4·R8 상한은 틀린 질문이다(표의 선·입력 필드 테두리는 R8에서 이미 제외).
• 정본 레퍼런스 본문을 줄이는 일. 아래 "자르지 않는 것" 참조.

우선순위

1. DESIGN.md가 이긴다. 브랜드 토큰·컴포넌트 계약·카피 voice는 그대로. 절제는 몇 개를, 얼마나 크게 쓸지만 정한다. 액센트 1개(R7)는 "DESIGN.md의 액센트를 한 곳에만"이지, 다른 액센트를 고르라는 뜻이 아니다.
2. .omd/preferences.md의 pending 교정이 DESIGN.md보다 먼저다(omd-apply와 같은 규칙).
3. omd-landing과의 경계, LC-59 밀도 다이얼 ≤ 5(제품·카탈로그·문서·OmD 사이트)면 이 스킬의 상한이 랜딩의 밀도 바닥(LI-24~26)을 이긴다. 다이얼 ≥ 6(쇼케이스)이면 랜딩 바닥이 적용되고, 여기서는 R1·R2·R10만 유지한다.
4. 자르지 않는 것(AGENTS.md). 정본 레퍼런스 본문, provenance, "폰트 사용 불가" 표기, JSON-LD, answer-first 요약, item page의 #use 블록(Copy·Download·raw DESIGN.md·설치 명령·첫 프롬프트). 이것들은 keep 또는 demote(작게·뒤로)만 가능하다. 잘리는 것은 크롬(장식·반복·중복)뿐이다.

출처 등급, 숫자가 얼마나 단단한가