← all publishers

j99way99

@j99way99 source repo

Report this profile Claim this profile

• 8 skills
• 0 followers
• 1 day ago last updated

1. ▌
   Loop Engineering · j99way99

   작동 중인 프로젝트를 한 번에 한 덩어리씩 개선할 때 사용한다. 점검 → 한 가지 작업 선정 → 최소 변경 구현 → 검증 → diff 리뷰 → 작업 로그 기록의 한 사이클을 수행한다. 한 번 호출 = 한 루프 = 검증 가능한 작은 개선 하나. "다음 작업 하나만 해줘", "이어서 개선해줘", "loop 돌려줘", "뭐부터 손대면 되지", "작게 하나만 고치자" 같은 요청에 트리거된다. 요구사항이 이미 정해진 기능을 구현하는 것이 목적이면 이 Skill 이 아니라 그냥 구현한다. 변경분을 평가하는 것이 목적이면 code-review, 버그 원인 추적이면 debugging 을 쓴다.
   0 installs
2. ▌
   Database Analysis · j99way99

   관계형 DB의 스키마, 쿼리, 인덱스, 마이그레이션을 분석하거나 설계할 때 사용한다. "이 쿼리 왜 느리지", "인덱스 뭘 걸어야 하나", "이 테이블 설계 괜찮나", "마이그레이션 안전한가", "정규화를 풀어야 하나" 같은 요청에 트리거된다. 스키마 변경의 무중단 적용 순서, 실행계획 읽는 절차, 인덱스 선정 기준을 다룬다. 애플리케이션 코드(JPA 매핑 등) 쪽 문제 판단은 java-spring-backend와 code-review를 함께 쓴다.
   0 installs
3. ▌
   Java Spring Backend · j99way99

   Java/Spring Boot 백엔드 기능을 새로 작성하거나 구조를 바꿀 때 사용한다. Controller/Service/Repository 계층 배치, transaction 경계 설정, DTO와 entity 경계, 예외 처리 및 응답 규약, 설정(profile/property) 배치 판단이 필요할 때 트리거된다. "Spring에서 이 기능 어떻게 짜지", "서비스 계층 나누는 게 맞나", "@Transactional 어디에 붙이나", "entity를 그대로 반환해도 되나" 같은 요청에 해당한다. 이미 작성된 코드를 평가하는 것이 목적이면 code-review를, 성능/장애 원인 추적이 목적이면 debugging을 쓴다.
   0 installs
4. ▌
   Devlog · j99way99

   방금 한 작업에서 남길 만한 것을 골라 블로그 글 초안으로 만들고, 확인을 받은 뒤 waysblog 저장소에 브랜치로 push 하고 PR 을 연다 (머지는 하지 않는다). 어느 저장소에서 작업하든 쓸 수 있다. "이거 글로 남겨줘", "devlog 써줘", "이번 작업 블로그에 정리해줘", "지금까지 한 거 회고 글로" 같은 요청에 트리거된다. 인자로 주제를 좁힐 수 있다 (예: `/devlog 트랜잭션 경계`). 코드 자체를 문서화하는 것(README, 주석, 저장소 문서)은 여기에 해당하지 않는다.
   0 installs
5. ▌
   Debugging · j99way99

   이미 발생한 버그·장애·재현되지 않는 오동작의 원인을 찾을 때 사용한다. "이 에러 왜 나지", "가끔씩만 실패한다", "운영에서만 재현된다", "로그는 있는데 원인을 모르겠다", "롤백해야 하나" 같은 요청에 트리거된다. 재현 → 범위 격리 → 가설 검증 → 수정 → 재발 방지의 절차를 다룬다. 아직 코드를 작성하는 단계면 java-spring-backend를, 변경분의 결함을 미리 찾는 것이면 code-review를 쓴다.
   0 installs
6. ▌
   API Design · j99way99

   HTTP API의 계약을 새로 설계하거나 기존 계약을 바꿀 때 사용한다. "이 엔드포인트 어떻게 설계하지", "URL을 어떻게 나눌까", "이 응답 형식 괜찮나", "이렇게 바꾸면 클라이언트가 깨지나", "버저닝 어떻게 하지" 같은 요청에 트리거된다. 리소스 모델링, 상태 코드/오류 규약, 호환성 파괴 판단, 페이징·멱등성 규칙을 다룬다. 구현 계층 배치가 목적이면 java-spring-backend를, 이미 있는 구현을 평가하는 것이면 code-review를 쓴다.
   0 installs
7. ▌
   Code Review · j99way99 bundle

   이미 작성된 코드나 변경분(diff, PR, 브랜치)을 검토할 때 사용한다. "이 PR 봐줘", "이 코드 리뷰해줘", "머지해도 되나", "이 변경 위험한가" 같은 요청에 트리거된다. 리뷰 범위 확정 → 위험도 분류 → 근거 있는 지적 → 보고 형식까지의 절차를 다루며, Java/Spring 코드일 경우 references/spring.md 체크리스트를 함께 적용한다. 새 코드를 작성하는 것이 목적이면 java-spring-backend를, 이미 발생한 버그의 원인을 찾는 것이 목적이면 debugging을 쓴다.
   0 installs
8. ▌
   Mermaid Diagram · j99way99 bundle

   시스템 구성, 요청 흐름, 상태 전이, 데이터 모델을 Mermaid 다이어그램으로 그릴 때 사용한다. "구조 그려줘", "아키텍처 다이어그램", "이 흐름 시퀀스로", "상태 전이도", "ERD 그려줘", "노트에 다이어그램 넣어줘", "Mermaid 로" 같은 요청에 트리거된다. 실제 코드와 설정에서 확인한 사실만 그리고, 저장 전에 렌더링을 검증한다. 스키마 자체의 설계 판단이 목적이면 database-analysis, API 계약 설계가 목적이면 api-design 을 쓴다.
   0 installs