[P3-1] README를 증거 기반 사용 판단 중심으로 재작성한다

[jsleemaster]

문제

캐릭터와 team 서사가 먼저 보여 실제 대상·문제·사용 조건을 파악하기 어렵고, 실제 subagent team 또는 full-SDLC 방법론으로 오해될 수 있다.

의존성

• [P2-1] 라우팅 trigger의 활성화·오활성화를 측정한다 #62 routing trigger 결과
• [P2-4] Benchmark V2를 실행하고 raw 결과를 공개한다 #53 Benchmark V2 공개 결과

목표

첫 화면에서 60초 안에 "누가, 언제, 왜 쓰며 언제 쓰지 말아야 하는지" 판단하게 한다.

정보 순서

1. 한 문장 문제·가치 제안
2. Use when / Do not use when
3. 검증된 before/after
4. 60초 설치·활성화
5. Superpowers, gstack, BMad 등과의 공존/차이
6. 캐릭터와 lore

완료 조건

• "team"이 실제 subagent 실행을 암시하지 않는다.
• lightweight engineering preflight라는 좁은 범위를 명확히 한다.
• 모든 비교·수치 문구가 [P2-1] 라우팅 trigger의 활성화·오활성화를 측정한다 #62/[P2-4] Benchmark V2를 실행하고 raw 결과를 공개한다 #53 raw evidence에 연결된다.
• 결과가 음성이면 그 결과대로 포지셔닝을 낮춘다.
• fresh user smoke test에서 설치부터 첫 유효 결과까지 재현된다.
• 배포 tarball에서도 링크와 명령이 동작한다.

공개 Surface 정렬 보강

README 재작성은 README 한 파일로 끝내지 않는다.

• docs/index.html, package.json, plugin.yaml, Claude/Codex plugin 및 marketplace metadata의 가치 제안이 README와 일치한다.
• “team” 문구가 실제 subagent orchestration으로 오해되지 않도록 모든 공개 surface에서 점검한다.
• 설치된 copy의 README도 같은 Use when / Do not use when / evidence 경계를 제공한다.