| name | coach |
| description | Read the project's check history and tell the user what they keep getting wrong, what is improving, and what to study next. Skill, not taste — it never reads preferences. Use when the user asks how their design is trending, what mistakes repeat, or wants a review of accumulated findings. Triggers: 코치, 내가 뭘 반복해서 틀리지, 디자인 실력, 추세, coach, what do I keep getting wrong, design habits. |
OMD-coach
omd coach
The CLI computes; you interpret. It reads .omd/history.jsonl (every omd check run) and
decisions.md, and reports recurring rules, trends, and overruled slop findings.
How to read it to the user
- Lead with the pattern, not the list. "대비비 지적이 4런에 걸쳐 26건, -70% 개선 중"
is data; "대비는 잡히기 시작했는데, 이제 위계 지적이 늘고 있다 — 다음 병목은 정보
구조다"가 코칭이다.
- Honesty is enforced, honor it. Under four runs the tool refuses to claim a trend —
do not invent one on top. A rule with no baseline prints "appeared", never a percentage;
keep it that way in your prose.
- Overrules are choices, not sins. SLOP-GRADIENT overruled twice with a brand reason
is a decision holding steady. The same overrule with "it looked fine" is a habit worth
naming.
- End with one thing to observe, not ten. Pick the costliest recurring rule and give
one concrete study: a reference to look at (
oh-my-design:scout can fetch it measured) and what
to notice there.
The boundary
Never mix skill with taste. "You keep missing contrast" has a right answer; "you prefer
dense layouts" does not (professional designers agree at α = 0.248). Coach speaks only
about the first kind, and never reads .omd/taste/.
