"패턴이 같다고 컬럼까지 기계적으로 복붙하지 않는다"
process_exceptions 테이블을 만드는 작업이었는데, 이 작업은 백로그에도 AC 문서에도 명시적인 번호가 붙어있지 않았습니다. AC가 없다는 이유로 테스트 수준을 낮출 수도 있었지만, 이전 작업들과 동일한 기준을 유지하기로 했습니다.
이전 작업(business_rules)에서 AI Origin 컬럼과 함께 verified 컬럼도 추가했었는데, 이번에도 같은 패턴이니 그대로 복붙할지가 결정 포인트였습니다. AI Origin은 여러 문서에서 공통 원칙으로 뒷받침되고 있어 이번에도 추가했지만, verified 컬럼은 이전 테이블에만 명시적 근거(AC-PROC-011)가 있고 이 테이블엔 대응하는 근거가 없다는 걸 확인해 추가하지 않기로 명확히 구분했습니다.
동일한 패턴으로 테이블과 RPC를 구현하되 이 컬럼 하나만 다르게 처리한 것입니다. Gateway 차단 에러코드는 신규로 부여했고, 232개 테스트가 모두 통과하는 것까지 확인했습니다.
이번 작업으로 확인한 건, 같은 패턴을 재사용하더라도 어떤 컬럼을 넣고 뺄지는 매번 각 테이블에 실제로 근거가 있는지 따로 확인해야 한다는 점입니다. 패턴의 재사용과 컬럼의 기계적 복붙은 다른 문제였습니다.
같은 패턴을 재사용한다고 해서 모든 컬럼을 기계적으로 복붙하지 않는다는 판단을 이번에 명확히 세웠습니다. AI Origin은 여러 문서에서 공통 원칙으로 뒷받침되지만, verified 컬럼은 이전 테이블에만 명시적 근거(AC-PROC-011)가 있었기 때문에, 이 테이블엔 넣지 않는 게 "문서 근거 없는 컬럼 추가 금지" 원칙에 더 부합한다고 판단했습니다.
관련 프로젝트
프로젝트 개요 비즈니스 프로세스 트랜스포메이션(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 스키마 구현 완료