"Sign-off는 코드가 아니라 기록이 완성되는 순간 끝난다"
코드도, DB도, 타입 파일도 전부 준비된 상태였지만, 정작 실제 사용자가 화면에서 마주할 시나리오, 즉 목록 조회, 생성, 검색, 수정, 토글, 권한별 메뉴 노출이 실제로 동작하는지는 아직 확인되지 않은 상태였습니다. 이 작업 전체가 여러 차례의 트러블슈팅을 거치며 대화가 길어진 상태이기도 했습니다.
6개 항목으로 구성된 체크리스트를 제시해 직접 브라우저에서 검증하도록 했고, 전부 정상 동작하는 것을 확인한 뒤에야 이 작업 전체를 Sign-off로 확정했습니다. 여기서 끝내지 않고, memory_user_edits 도구를 사용해 커밋 해시, 설계 결정, 재사용 가능한 함수, 다음 작업 계획을 메모리에 명시적으로 저장했습니다.
이어서 대화를 계속 이어갈지 새 채팅에서 시작할지를 논의했는데, 메모리 시스템이 이미 갖춰져 있고 대화도 충분히 길어진 상태라 새 채팅창을 권장했습니다. 이 대화에 남은 미해결 맥락이 없는지 확인한 뒤, 다음 작업(TASK-02-002) 착수용 프롬프트를 다음 채팅에 그대로 붙여넣을 수 있는 형태로 준비했습니다.
이번 작업으로 확인한 건, Sign-off가 코드가 동작하는 순간이 아니라 그 상태가 기록으로 남는 순간에 완성된다는 점입니다. 다음 세션의 시작 비용을 "처음부터 재설명"이 아니라 "프롬프트 한 번 붙여넣기"로 줄이는 것도, 이 기록화 작업이 있었기에 가능했습니다.
새 EPIC이나 컨텍스트가 커질 때마다 새 채팅으로 넘어간다는 운영 원칙과 메모리 시스템을 결합해, 세션이 끊겨도 프로젝트 연속성이 깨지지 않도록 설계했습니다. Sign-off를 코드 상태뿐 아니라 메모리 상태로도 확정하는 것을, 작업이 진짜로 끝났다고 판단하는 기준으로 삼았습니다.
관련 프로젝트
프로젝트 개요 비즈니스 프로세스 트랜스포메이션(BPR)을 지원하는 한국어 기반 웹 애플리케이션. 컨설팅 프로젝트의 AS-IS 프로세스 분석부터 TO-BE 설계, Blueprint 승인까지의 전체 워크플로우를 디지털화하는 플랫폼으로, EPIC 단위로 구조화된 백로그를 기반으로 개발 중. 역할 및 워크플로우 PM / Architect / Reviewer 역할 수행 Codex(구현 담당)에게 Task 단위 구현 프롬프트 설계 Codex 구현 결과를 git log, git grep, git status로 직접 검증 후 승인 승인 전에는 Codex가 commit하지 않는 엄격한 게이팅 프로세스 운영 한 번에 하나의 Backlog Task만 진행, Task 완료 전 다음 Task 착수 금지 기술적 의사결정 및 성과 워크스페이스/프로젝트 접근 권한을 DB 레벨(복합 FK, SECURITY DEFINER 트리거)과 애플리케이션 레벨(Server Action 권한 검증)의 이중 방어 구조로 설계 Hard Delete 미구현 원칙 하에 배열 필드 전체교체(replace)를 단일 트랜잭션 RPC로 처리하는 패턴 확립 및 재사용 AS-IS 프로세스 그래프의 순환 참조 탐지에 Tarjan SCC 알고리즘 적용, 차단 오류(Error)와 경고(Warning)를 분리한 이중 Validator 아키텍처 설계 도메인 규칙 위반을 커스텀 Postgres 에러 코드 체계(SIA0104)로 문서화하여 거버넌스 문서와 코드베이스 간 정합성 유지 AI 생성 데이터와 사람이 검증한 데이터를 구분하는 generatedbyai / verified 메타데이터 패턴을 여러 도메인 테이블에 일관되게 적용 진행 상태 ✅ EPIC-01 (인증 / 워크스페이스 / 프로젝트 접근) ✅ EPIC-02 (조직 / 산업 / 프로젝트) 🚧 EPIC-03 (AS-IS 프로세스 그래프) — 그래프 검증, Input/Output 스키마, Business Rule 스키마 구현 완료