OpenCode - Hephaestus (Deep Agent)

어떤 에이전트로 작업해도 무방합니다

순차 리뷰하며 작업 결과 정리하기

리뷰 준비 구현 완료 세션에서 리뷰 방향과 핵심 파악하기

• 작업 요약과 리뷰 방향 질문

  지금까지 작업한 내용을 간략한 명세로 요약하고,
  결과물에 대한 기본 리뷰 가이드와 핵심적으로 리뷰해야 할 방향을 정리해줘.
  

  (앞부분 생략)

  

• 리뷰할 PR 상태 업데이트 및 확인

  <aside> ✅

  GitHub 프로젝트에서 In Review 단계 만들기

  • 칸반 프로젝트를 고르면 “풀버전” 칸반보드가 종류별로 완비 (복잡성이 높습니다)

  1) Projects → New view → Board 선택 (칸반보드)

  

  2) 칸반보드에서 최종 작업 완료(Done) 앞에 위치할 추가 컬럼 단계 생성

  

  

  • AI 에이전트의 작업 완료 단계가 필요!

  • Human-in-the-Loop 형태로 관리

  • 앞으론 Review 가 새로운 병목이 되므로, 자동 Review 등의 프로세스를 추가할 수 있음

    ⇒ “AI-Reviewed” 등의 추가 단계설정 가능

  

  </aside>

  생성된 PR들을 모두 Draft가 아니라 Ready for review 로 설정해주고,
  [GitHub 프로젝트 링크]에서는 PR들이 해결하고 있는 이슈들을 in review 상태로 업데이트 해줘.
  

  

GitHub Copilot 으로 리뷰 도움받기 및 PR 최종 승인

까다로운 연동 작업에 대해 사용자 숙제 확인, 동작 검증, 리뷰, PR 최종 승인하기

지금부터 ISSUE-003 을 **리뷰 후 머지**하려고 하는데, 이게 내가 직접 Vercel 연동과 Supabase 연동을 하지 않으면 확인이 안되는 것으로 알고 있어.

머지 순서를 알려준다구? 그냥 순서대로 하면 되는 게 아닌가? ⇒ 여러개의 병렬 에이전트 작업이 복잡하게 차곡차곡 쌓인 경우, 적절한 순서를 따라 통합이 필요합니다.

<aside> 💡

참고: GitFlow 에 따른 복잡한 브랜치 관리 (똑똑한 모델들일 수록 엄밀하게 작업을 제안합니다)

A successful Git branching model

• Git Flow 그림 (By Vincent Driessen 2010)
  • master : 제품으로 출시될 수 있는 브랜치
  • develop : 다음 출시 버전을 개발하는 브랜치
  • feature : 기능을 개발하는 브랜치
  • release : 이번 출시 버전을 준비하는 브랜치
  • hotfix : 출시 버전에서 발생한 버그를 수정 하는 브랜치
• 각 브랜치의 용도에 따라 가장 안전하면서도 효과적인 방식으로 상세한 작업 규칙이 고안됨 </aside>

머지 순서 점검도 해주고, 내가 연동작업을 할 때 어떻게 작업해야 하는지 가이드 문서도 뽑아줘.

@issue-003/docs/runbooks/vercel-supabase-bootstrap.md:54-73 이 부분이
내가 만들어 놓은 Supabase 환경설정 창에서 메뉴가 안보이는데,
**과거 버전으로 작성된 것 같아. 현재 버전의 UI 기준으로 업데이트 해줘.**

[사용자를 위한 숙제 가이드] Vercel 배포와 Supabase DB 연동 가이드 문서 추출 샘플