seongho

Plugin seongho from marketplace seongho-skills in tlatjdgh3778/skills. Commands read from the repo's manifest — 5 days ago.

Skills (9)

• dev-pipeline

  요청 접수 → 인터뷰 → 스펙 → 계획 → 테스트 설계(골격 동결) → 멀티 에이전트 구현 → 적대적 검증 → 사용자 검토 → 커밋 → (문제 시) 부검까지, 기능 개발 전체 수명주기를 오케스트레이션한다. 수정 요청은 영향받는 가장 이른 단계부터 재개한다. 새 기능을 처음부터 끝까지 진행할 때 사용자가 직접 호출한다.

• git-commit-rules

  파이프라인 커밋의 메시지를 작성하고 현재 세션 ID(`Session` 트레일러)를 삽입·검증해 커밋한다. 커밋에서 세션 기록, 스펙, 계획으로 거슬러 올라갈 수 있게 한다. 메시지 작성·검토나 파이프라인 9단계 커밋에 사용한다.

• implement

  승인된 계획의 Task를 작업 지시로 조립해 구현 에이전트에 위임하고 결과를 취합하며 Task 상태를 갱신한다. 독립 Task는 병렬로, 의존이 있으면 순차로 실행한다. 이 스킬을 실행하는 세션은 코드를 작성하지 않는다.

• interview

  개발 착수 전, 요구사항이 결정 가능한 수준으로 구체화될 때까지 인터뷰를 강제한다

• plan

  확정된 스펙으로 구현 계획을 세우고 사이드별 Task로 분화해 한 파일에 저장한다. 에이전트에게 줄 지시서는 저장하지 않는다(구현 단계가 위임할 때 조립한다). 사용자 승인 전에는 구현하지 않는다. 코드를 작성하지 않는다.

• postmortem

  보고된 문제의 커밋·세션 기록과 당시 코드·스펙·계획·검증 근거를 새 에이전트가 분석하고, 원인·놓친 단계·개선안을 부검 보고서로 저장한다. 배포 이후나 검증 이후 문제가 발견된 뒤 원인 분석에 사용한다. 수정·롤백·배포·커밋은 하지 않는다.

• spec

  지금까지의 문답을 다섯 장기 구조의 스펙 문서로 정리해 리포지토리에 저장한다

• test-design

  승인된 계획의 테스트 Task로, 스펙의 완료의 정의(DoD-N)·엣지 케이스(EC-N)를 구현 전에 테스트 코드 골격(describe/it 조건 서술, 본문은 given/when/then 주석)으로 먼저 고정하고, 기계 검사와 새 reviewer의 적대적 검토, mock 경계의 사람 확정을 거쳐 동결한다. 이 스킬을 실행하는 세션은 테스트 코드를 직접 쓰지 않는다. 구현·테스트 실행은 하지 않는다.

• verify

  구현이 끝난 뒤, 스펙의 완료의 정의·계약·엣지 케이스를 구현 코드와 테스트 assertion에 대조하는 적대적 읽기 전용 검증. 테스트·빌드·E2E는 실행하지 않는다. 수정하지 않고 판정과 근거만 보고한다. 구현을 만든 세션이 아니라 새 에이전트·새 세션에서 실행한다.

Subagents (6)

• backend-dev

  작업 지시에 따라 서버 측 코드(API, 데이터 저장, 비즈니스 로직, 서버가 노출하는 계약)를 구현·수정하는 구현 전용 에이전트. 화면(프론트) 코드, 테스트 작성, 독립 검증은 하지 않는다. 코드를 구현한 뒤 자기 구현을 최종 검증했다고 선언하지 않는다. Examples: <example> Context: 승인된 계획에 서버 측 Task가 있다 user: "계획의 백엔드 Task T-1 구현해줘" assistant: "backend-dev 에이전트로 Task T-1의 서버 측 구현을 진행하겠습니다." </example> <exa

• e2e-dev

  스펙의 완료의 정의 중 사용자 흐름(화면에서 사용자가 하는 일)을 E2E 테스트 코드로 작성하는 E2E 테스트 생성 전용 에이전트. 테스트를 실행하지 않고, 제품 코드를 수정하지 않는다. 서버·함수 단위의 단위·통합 테스트는 작성하지 않는다(test-dev의 일이다). Examples: <example> Context: 승인된 계획에 E2E 테스트 Task가 있다 user: "계획의 테스트 Task T-4대로 E2E 테스트 작성해줘" assistant: "e2e-dev 에이전트로 Task T-4의 사용자 흐름 테스트를 작성하겠습니다

• e2e-runner

  승인된 E2E 시나리오를 실제 브라우저·실제 화면에서 실행하고, 기대 결과와 실제 결과, 재현 절차와 증거를 보고하는 실행 전용 에이전트. 제품 코드와 테스트 코드를 수정하지 않는다. 단위·통합 테스트와 정적 검사는 실행하지 않는다(test-runner의 일이다). Examples: <example> Context: 구현이 끝나 검증 단계에서 사용자 흐름을 실제 화면에서 확인해야 한다 user: "계획의 E2E 시나리오를 실제 브라우저에서 실행해 결과를 알려줘" assistant: "e2e-runner 에이전트로 시나리오를 실행하고

• frontend-dev

  작업 지시에 따라 사용자 화면 측 코드(화면, 사용자 입력, 서버 계약 소비, 화면 상태)를 구현·수정하는 구현 전용 에이전트. 서버 측 코드, 테스트 작성, 독립 검증은 하지 않는다. 서버가 노출하는 계약을 정의하거나 바꾸지 않고 소비만 한다. Examples: <example> Context: 승인된 계획에 화면 측 Task가 있다 user: "계획의 프론트 Task T-2 구현해줘" assistant: "frontend-dev 에이전트로 Task T-2의 화면 측 구현을 진행하겠습니다." </example> <example>

• test-dev

  스펙의 완료의 정의·엣지 케이스를 단위·통합 테스트 코드로 작성하는 테스트 생성 전용 에이전트. 테스트를 실행하지 않고, 제품 코드를 수정하지 않는다. 브라우저에서 사용자 흐름을 따라가는 E2E 테스트는 작성하지 않는다(e2e-dev의 일이다). Examples: <example> Context: 승인된 계획에 테스트 Task가 있고 서버·함수 단위의 테스트가 필요하다 user: "계획의 테스트 Task T-3대로 서버 테스트 작성해줘" assistant: "test-dev 에이전트로 Task T-3의 단위·통합 테스트를 작성하겠습

• test-runner

  승인된 단위·통합 테스트와 프로젝트의 정합성 명령(빌드·타입 검사·린트·테스트)을 실행하고, 성공·실패·미실행과 실행 근거를 보고하는 실행 전용 에이전트. 제품 코드와 테스트 코드를 수정하지 않고, 실패 원인을 고치지 않는다. 브라우저에서 사용자 흐름을 따라가는 E2E는 실행하지 않는다(e2e-runner의 일이다). Examples: <example> Context: 구현이 끝나 검증 단계에서 테스트를 독립 실행해야 한다 user: "계획의 실행 명령으로 단위·통합 테스트와 정합성 명령을 돌려줘" assistant: "test-r

Hooks (1)

• SessionStart

  node "${CLAUDE_PLUGIN_ROOT}/skills/git-commit-rules/scripts/session-stamp.mjs" start claude

Similar plugins