'implementation' 검색 결과

Hard readiness gate before implementation begins — cross-checks the constitution, feature spec, plan, and tasks for consistency, traceability, and unresolved ambiguity. Returns PASS or FAIL with specific findings. Load when the spec-driven-development orchestrator routes /analyze, when the user asks to cross-check spec vs plan, audit traceability, verify spec readiness, gate-check before implementation, or says "is this spec implementation-ready", "trace requirements to tasks", "/analyze", "spec sanity check", "spec readiness gate", "spec consistency check". Output: docs/reviews/YYYY-MM-DD-<slug>-spec-crosscheck.md.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

在用户已经完成一次 implementation 工作后，把项目里的 implementation plan + git diff/log 渲染成一份单文件 HTML 实施报告。报告包含 TL;DR、风险概览、架构图（mermaid）、Before/After 数据流、决策记录卡片、风险清单。用于开会前快速对齐团队、向 reviewer 解释设计决策、归档实施叙事。当用户说"生成实施报告"、"impl-explain"、"explain implementation"、"展示这次实施方案"、"做一份 HTML 实施总结"时调用本 skill。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

같은 세션에서 기존 구현 계획을 작업별로 실행합니다. 테스트의 실패와 성공, 진행 상황과 판단을 기록하고 마지막에 브랜치 전체를 검토합니다.

• 작성된 개발 계획 구현
• 별도 구현 에이전트 없이 작업 진행
• 진행 기록을 바탕으로 작업 재개

구현 계획의 각 작업을 별도 에이전트에 맡기고 명세 준수 여부와 코드 품질을 확인합니다. 진행 상황을 파일에 기록하며 마지막에는 브랜치 전체 변경 사항을 검토합니다.

• 대체로 독립적인 작업으로 구성된 계획 실행
• 작업별 명세 준수 여부 확인
• 진행 기록을 바탕으로 작업 재개

기능 구현 후나 병합 전에 별도 에이전트에 코드 리뷰를 요청합니다. 변경 내용과 요구 사항, 대상 커밋을 전달하고 지적된 문제의 심각도에 따라 수정을 진행합니다.

• 주요 기능 구현 후 리뷰
• 병합 전 변경 내용 확인
• 복잡한 오류 수정의 제삼자 검토

새 기능이나 버그 수정을 위해 먼저 테스트를 작성하고 실패를 확인한 뒤 구현합니다. 최소한의 코드로 테스트를 통과시키고 전체 테스트를 유지하며 코드를 정리합니다.

• 테스트부터 새 기능을 구현할 때
• 테스트로 버그를 재현하고 수정할 때
• 테스트를 유지하며 코드를 정리할 때

업무와 일상의 반복 작업을 질문으로 구체화하고 시작 조건, 사람의 확인, 판단용 요약을 정리해 구현 담당자가 추가 질문 없이 만들 수 있는 워크플로 명세로 작성합니다.

• 위임할 수 있는 반복 작업 찾기
• 워크플로 시작 조건 정리
• 사람이 확인할 시점 결정

현재 대화와 코드베이스에 대한 이해를 바탕으로 명세서를 작성해 프로젝트 이슈 관리 시스템에 게시합니다. 사용자 요구, 구현과 테스트 방침, 제외 범위를 정리합니다.

• 기능 논의를 명세서로 정리
• 합의한 요구 사항을 이슈로 게시
• 구현과 테스트 방침 문서화

호출자가 익혀야 할 사용법은 줄이고 복잡한 처리는 내부에 모으는 모듈 설계를 돕습니다. 공통 용어와 판단 기준으로 사용 편의성과 테스트 용이성을 검토합니다.

• 모듈 호출 방법 간소화
• 흩어진 복잡한 처리 통합
• 구현을 교체할 위치 검토

코드, 데이터, API 변경 전에 실제 의존 관계로 영향 범위와 검증·복구 절차를 정리합니다. 구현 후 차이와 계획을 대조해 누락과 범위 이탈을 확인합니다.

• API 변경의 영향 범위 확인
• 데이터베이스 이전과 복구 계획 점검
• 인증 변경의 모듈 간 영향 확인

제품 요청과 기획서를 개발에 필요한 구체적인 요구 사항으로 정리합니다. 업무 규칙, 데이터 소유권, 서비스 간 접점과 미결 사항을 문서로 남겨 다음 담당자에게 전달합니다.

• 제품 요구 문서를 개발 요구 사항으로 정리
• 여러 서비스에 걸친 기능 요구 사항 정리
• 검토 때마다 확인하는 전제 문서화

Quarkus 앱의 인증, 접근 권한, 입력 검증을 구현하고 점검합니다. 비밀 정보 관리, 비밀번호 해싱, 요청 제한, 감사 로그와 의존성의 알려진 취약점도 다룹니다.

• Quarkus API에 JWT 또는 OIDC 인증 추가
• 역할별 권한과 데이터 소유자 확인 점검
• 입력 검증과 데이터베이스 조회 검토

Change an existing feature that works but needs different behavior. The skill updates tests to reflect the new requirements, adjusts the implementation, and coordinates review with approval checkpoints before committing the changes.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Changing an existing alert threshold
• Adjusting a working feature to new requirements
• Updating tests before changing behavior

현재 성능 측정, 가설별 변경안 비교, 정확성 검증으로 최적화를 진행합니다. 시간과 비용 한도 안에서 가장 빠르고 안전한 안을 고르고 재실행 절차를 남깁니다.

• 느린 작업을 측정하며 속도 개선
• 같은 입력 조건에서 구현안 비교
• 응답 시간, 처리량, 실행 비용 평가

AI 에이전트가 맡는 개발의 완료 조건을 정하고 검증 가능한 작업으로 나눕니다. 구현 전후 평가를 비교하고 난도에 맞는 모델 선택과 비용·시간 기록을 정리합니다.

• AI 에이전트에 맡길 개발을 계획합니다
• 큰 변경을 검증 가능한 작업으로 나눕니다
• 구현 전후 평가 결과를 비교합니다

화면 디자인을 비교할 수 있도록 조작 가능한 HTML 시안을 두세 개 만듭니다. 레이아웃과 정보량의 차이, 각 안의 장단점을 살펴 구현 전에 방향을 정합니다.

• 구현 전 화면 레이아웃 비교
• 정보량과 여백의 차이 확인
• 필터와 패널 조작 시안 제작

기능 추가, 리팩터링, PR 검토를 OpenCode CLI에 맡깁니다. 장시간 작업의 진행 확인과 세션 재개, 변경 파일 및 테스트 결과 보고도 다룹니다.

• 기능 추가와 리팩터링 위임
• PR의 버그와 누락된 테스트 검토
• 장시간 개발 세션 모니터링과 재개

코드 작성, 검토, 수정 시 전제 확인, 최소한의 구현, 변경 범위 제한, 테스트 검증을 권장해 AI가 자주 일으키는 구현 실수를 줄이는 지침입니다.

• 구현 전에 전제와 모호한 점 정리
• 버그 수정 범위 제한
• 지나치게 복잡한 코드 검토

웹·모바일·데스크톱 화면 설계에 필요한 색상·글꼴·조작 지침을 로컬 자료에서 검색합니다. 제품과 개발 환경에 맞는 UI 구현, 검토 및 개선을 지원합니다.

• 새 제품의 색상과 글꼴 선택
• 폼과 키보드 조작 검토
• 작은 화면에서 깨지는 레이아웃 수정

개발 계획의 목적과 전제를 검토하고 여러 구현안과 작업 범위를 비교합니다. 설계, 보안, 테스트 등의 문제를 찾아 구현 전 판단을 돕습니다.

• 계획의 목적과 전제 재검토
• 최소 구현안과 이상적인 구조 비교
• 작업 범위 확대·축소 결정

모호한 요구를 다섯 단계로 정리해 구현에 사용할 명세와 GitHub 이슈를 만듭니다. 필요하면 독립 작업 디렉터리에서 Claude Code로 구현을 시작합니다.

• 모호한 아이디어를 구체적인 명세로 정리하기
• 요구 사항으로 GitHub 이슈 만들기
• 요구 사항을 백로그에 등록하기

구현 전 UI/UX 계획을 디자이너의 관점에서 검토하고 항목별로 평가합니다. 대화로 빠진 설계 결정을 구체화해 개선 사항을 계획에 직접 반영합니다.

• 구현 전 UI/UX 계획을 점검할 때
• 빠진 설계 결정을 찾고 싶을 때
• 디자인 검토 의견을 계획에 반영할 때

명세나 요구사항을 완료 기준과 검증 방법이 있는 작은 구현 작업으로 나눕니다. 의존 관계, 작업 순서, 확인 지점을 정리해 계획서와 작업 목록에 남깁니다.

• 큰 기능을 구현 작업으로 분할
• 의존 관계에 맞춘 작업 순서 정리
• 완료 기준과 검증 방법 명문화

모호한 아이디어를 목표, 작업 범위, 검증 가능한 완료 조건이 담긴 명세로 정리합니다. 기능과 의존 관계를 나누고 사람의 승인을 거쳐 계획, 작업 분할, 구현으로 진행합니다.

• 구현 전에 아이디어를 구체화할 때
• 완료 조건을 포함한 요구사항 작성
• 큰 요구사항을 독립 기능으로 나누기