Team-MINO-Android: Skill for Claude Code

mino-implement — SDD Implement 단계

입력

$ARGUMENTS

진행하기 전에 사용자 입력을 반드시 고려해야 한다(비어 있지 않은 경우).

위 자리에 $ARGUMENTS가 문자 그대로 보이더라도, 그 내용은 항상 이 대화 안에 있다 — 스킬을 호출한 사용자 메시지를 그대로 대상 지목으로 삼는다. 인자가 없으면 docs/specs/ 하위 디렉터리 목록을 제시해 대상을 고르게 한다(AskUserQuestion). 고른 디렉터리가 {SPEC_DIR}이며, 이 스킬이 읽고 마킹하는 모든 경로의 기준이다.

범위 가드 (Scope Guard)

이 스킬의 작업 범위는 {SPEC_DIR}/tasks.md에 적힌 작업의 실행과 그 [X] 마킹으로 한정한다. 전문가에게 거는 제약(§에이전트 공통 계약)은 리드에게도 그대로 적용된다.

• spec.md·plan.md와 그 부속 산출물은 고치지 않는다. 구현이 명세와 어긋나면 코드를 고치거나 사용자에게 확인한다 — 실패한 작업을 통과시키려고 명세를 손대지 않는다.
• 규약 문서(docs/conventions/·docs/architecture/)와 헌법을 고치지 않는다.
• tasks.md에 없는 개선·리팩터링을 하지 않는다.
• 커밋은 실행하지 않는다(헌법 §에이전트 행동 규칙).

에이전트 팀

구현은 리드(메인 세션) + 전문가 서브에이전트 구조로 실행한다. 전문가끼리 직접 메시지를 주고받지 않는다 — 조율은 작업 배정 시점의 브리프와 완료 시점의 보고, 두 지점에서만 일어난다. 작업 중 전제가 깨지면 피어 협상이 아니라 리드에 blocked로 반환하고, 리드가 브리프를 갱신해 재배정한다(ADR 2026-08-09).

위 이미지는 agent-team.html을 렌더링해 캡처한 것이다. 구조가 바뀌면 HTML을 고치고 다시 캡처한다.

flowchart TD
    user(("사용자"))
    lead["리드 (메인 세션)<br/>게이트 판정 · 브리프 · 마킹"]

    user -- "tasks.md · 구현 지침" --> lead

    subgraph W["전문가 — 서로 직접 통신하지 않는다"]
        direction LR
        analyst["context-analyst"]
        setup["build-setup-engineer"]
        test["test-engineer"]
        core["core-layer-developer"]
        ui["ui-developer"]
        nav["navigation-integrator"]
        ds["design-system-builder"]
    end

    subgraph G["게이트 — 지적만, 수정 권한 없음"]
        direction LR
        qg["quality-gate-runner"]
        ca["constitution-auditor"]
        da["design-auditor"]
    end

    lead == "브리프 (작업 ID · 경로 · 값 시트)" ==> W
    W == "보고 (done / blocked / failed)" ==> lead
    lead == "Phase 종료 · 완료 검증 (검수·감사는 완성 즉시)" ==> G
    G == "실패 분류 · 위반 지적" ==> lead
    lead -- "완료 보고" --> user

    W -. "start · done 한 줄 append" .-> plog[("PROGRESS_LOG")]
    qg & ca -. append .-> plog
    plog -. "Monitor tail -f" .-> user