Orbit · 가이드 · Chapter 12
Bridge
반복된 수정은 기준 후보가 됩니다
Memento에 쌓인 반복 패턴을 감지하고, 검증된 기준이 아닌 후보로 Dictionary에 올리는 승격 메커니즘.
읽기 9분 · 마지막 업데이트 2026-04-28
Section 01
한 장면 — 다섯 번째 같은 수정
개념보다 장면이 먼저입니다. 회계팀 지원의 4월, 부가세 신고 마감을 일주일 앞둔 시점입니다.
면세 매출이 과세 매출로 잡혀 ERP에서 수동 보정. "이번만 이러겠지" 하고 넘어감.
다음 달에도 동일한 면세-과세 오분류. 같은 수정을 반복하지만 별도 기록 없음.
팀장이 "왜 또 차이가 나지?"라고 묻지만, 이전 수정 이력이 분산되어 찾기 어려움.
신입 직원이 같은 오류를 만나 선임에게 물어봄. 구두 전달로 해결.
Memento에 동일 패턴이 5건 쌓임. Bridge가 신호를 감지하고 후보를 생성.
5회차에서 달라진 것은 사람이 아닙니다. 시스템이 반복을 인식한 것입니다. 지원이는 여전히 같은 수정을 했지만, 이제 Bridge가 "이 수정은 기준으로 문서화할 가치가 있는가?"라는 질문을 자동으로 생성합니다.
핵심은 Bridge가 기준을 만드는 것이 아니라는 점입니다. Bridge는 "이 패턴을 기준으로 올릴지 사람이 판단해 달라"고 제안하는 장치입니다. 자동 학습이 아니라 감독된 승격(supervised promotion)입니다.
Section 02
Bridge가 무엇인가
Bridge는 Memento(운영 기억)와 Dictionary(업무 기준) 사이에 놓인 패턴 승격 메커니즘입니다. Memento에 쌓인 수정, 예외, 보정 기록에서 반복되는 패턴을 감지하고, 그것을 Dictionary 후보로 올립니다.
중요한 구분: Bridge는 규칙 엔진이 아닙니다. "이 패턴이 5번 반복되었으니 자동으로 기준에 넣겠습니다"가 아닙니다. Bridge가 하는 일은 후보 생성까지이고, 그 후보를 검증된 기준으로 승격할지는 Authority가 결정합니다.
| 구분 | 자동 규칙 생성기 | Bridge |
|---|---|---|
| 작동 방식 | 패턴 발견 즉시 규칙 등록 | 패턴 발견 후 후보로만 올림 |
| 승인 주체 | 시스템이 자동 확정 | 사람이 검토 후 Authority 승인 |
| 나쁜 습관 | 반복되면 규칙이 됨 | 반복되어도 사람이 걸러냄 |
| 되돌리기 | 규칙 삭제 → 이미 적용된 건 복원 불가 | 후보 상태에서 폐기 → 영향 없음 |
| 근거 추적 | 없음 | 원본 Memento 기록과 연결 유지 |
다리(Bridge)라는 이름. Memento 쪽에서 보면 "반복된 기억"이고 Dictionary 쪽에서 보면 "아직 검증 안 된 후보"입니다. Bridge는 이 둘 사이에 놓여 기억을 기준 후보로 건너보내는 다리입니다. 다리를 건너는 것은 패턴이지만, 반대편 문을 여는 것은 사람입니다.
Section 03
감지 기준 — 네 가지 축
Memento에는 수많은 기록이 쌓입니다. 모든 기록이 기준 후보는 아닙니다. Bridge가 패턴을 후보로 올리려면 네 가지 축을 동시에 평가합니다.
빈도 (Frequency)
같은 유형의 수정이 얼마나 자주 발생하는가. 한두 번은 우연일 수 있지만, 일정 기간 안에 반복되면 패턴 가능성이 높아집니다. 단순 횟수가 아니라 기간 대비 발생률로 봅니다.
일관성 (Consistency)
반복될 때마다 같은 방식으로 수정되는가. 5번 중 3번은 A 방식, 2번은 B 방식이면 아직 기준이 잡히지 않은 겁니다. 일관성이 높을수록 기준 후보로서 가치가 있습니다.
범위 (Scope)
같은 Field 유형에서 발생하는가. "부가세 신고" Field에서만 나타나는 패턴인지, 여러 Field에 걸친 패턴인지에 따라 후보의 성격이 달라집니다. 범위가 좁을수록 특정 기준으로 정의하기 쉽습니다.
영향도 (Impact)
이 수정이 결과를 바꾸는가. 금액 차이를 만들거나, 승인 경로를 변경하거나, 후속 단계에 영향을 미치는 수정은 영향도가 높습니다. 표기 오류만 고치는 수정은 영향도가 낮습니다.
| 축 | 높을 때 | 낮을 때 |
|---|---|---|
| 빈도 | 후보 우선순위 상승 | 단순 이상치로 분류 |
| 일관성 | 기준 문장 초안이 명확 | 수정 방식이 갈려 추가 분석 필요 |
| 범위 | 좁으면 특정 Dictionary 항목으로 직행 | 넓으면 정책 수준 후보로 올라감 |
| 영향도 | 즉시 검토 권고 | 모니터링 상태로 유지 |
네 축이 모두 높아야 하는 것은 아닙니다. 빈도는 낮지만 영향도가 극히 높은 패턴(예: 분기 결산 금액 오류)도 후보가 됩니다. 네 축은 자동 필터가 아니라 사람이 판단할 때 참고하는 맥락입니다.
Section 04
후보 생성과 승인 흐름
Bridge가 패턴을 감지하면 바로 Dictionary에 넣는 것이 아닙니다. 후보(Candidate)라는 중간 상태를 거칩니다. 이 과정은 네 단계입니다.
Memento에서 네 축 기준을 충족하는 반복 패턴을 식별합니다. 원본 기록 ID와 발생 맥락을 함께 수집합니다.
패턴을 기준 문장 초안으로 변환합니다. "면세 매출 품목 코드 X는 과세 분류에서 제외한다"처럼 적용 범위와 조건을 명시합니다.
운영자가 후보를 검토합니다. 원본 Memento 기록, 영향 범위, 유사 기준 존재 여부를 함께 확인합니다.
검토를 통과한 후보는 Authority에게 올라갑니다. 승인되면 Dictionary에 verified 상태로 등록됩니다. 거부되면 사유와 함께 폐기됩니다.
후보는 네 가지 상태를 가집니다. 각 상태에서 할 수 있는 일과 할 수 없는 일이 명확합니다.
| 상태 | 의미 | Dictionary 적용 |
|---|---|---|
| detected | 패턴이 감지됨, 아직 후보 문장 없음 | 불가 |
| draft | 기준 문장 초안이 생성됨 | 불가 |
| under_review | 운영자가 검토 중 | 불가 |
| approved / rejected | Authority가 최종 판단 | approved일 때만 반영 |
후보가 승인되기 전까지는 아무 효력이 없습니다. Agent가 후보 기준을 참조하지 않고, Sentinel이 후보 기준으로 검증하지 않으며, 다른 Field에 전파되지 않습니다. 승인 전 후보는 순수한 제안에 불과합니다.
Section 05
거짓 양성 — 나쁜 습관도 반복된다
Bridge의 가장 중요한 설계 결정은 반복이 곧 기준이 아니다라는 원칙입니다. 나쁜 우회도, 비공식 승인 경로도, 잘못된 분류 체계도 반복됩니다. 반복의 빈도만 보면 나쁜 습관도 기준 후보가 됩니다.
팀장 부재 시 대리 승인을 결재 시스템이 아닌 Slack DM으로 처리. 매달 2~3회 반복.
금액 차이가 10만 원 미만이면 검토 없이 통과시키는 암묵적 관행. 분기마다 반복.
외부 감사 전 급하게 증빙을 소급 첨부하는 패턴. 연 2회 정기적으로 발생.
세 사례 모두 빈도가 높고 일관성도 있습니다. 자동 규칙 생성기였다면 세 가지 모두 기준으로 등록되었을 것입니다. Bridge는 이것을 사람 앞에 놓고 묻습니다: 이것이 좋은 관행인가, 아니면 고쳐야 할 습관인가.
| 판단 기준 | 좋은 관행 신호 | 나쁜 습관 신호 |
|---|---|---|
| 근거 | 정책이나 업무 규칙에 근거함 | 편의나 시간 압박으로 발생 |
| 투명성 | 기록이 남고 추적 가능 | 비공식 경로, 기록 없음 |
| 영향 | 결과 정확성을 높임 | 리스크를 누적시킴 |
| 대안 | 합리적 대안이 없음 | 정상 절차가 존재하지만 우회 |
Bridge는 판단하지 않습니다. Bridge가 "이것은 나쁜 습관이다"라고 분류하지 않습니다. 패턴을 감지하고 맥락과 함께 사람 앞에 놓는 것이 Bridge의 역할입니다. 좋은 관행인지 나쁜 습관인지는 해당 업무를 아는 운영자와 Authority가 결정합니다.
Section 06
Bridge가 연결하는 레이어
Bridge는 단독으로 작동하지 않습니다. Orbit의 다섯 레이어와 연결되어 동작합니다. 각 연결에는 방향과 역할이 있습니다.
Memento
패턴의 원천. 수정·예외·보정 기록을 Bridge에 공급
Bridge
패턴 감지 후 후보 생성. 사람 검토를 위한 중간층
Dictionary
후보의 목적지. 승인된 기준만 verified로 등록
Authority
승인 게이트. 후보를 수락하거나 사유와 함께 거부
Field
패턴의 맥락. 어떤 업무에서 발생했는지를 한정
연결의 방향을 정리하면 다음과 같습니다.
| 연결 | 방향 | 역할 |
|---|---|---|
| Memento → Bridge | 단방향 공급 | 반복 기록이 감지 대상으로 들어옴 |
| Bridge → Dictionary | 조건부 단방향 | 승인된 후보만 기준으로 등록 |
| Bridge → Authority | 요청-응답 | 후보를 올리고 승인/거부를 받음 |
| Field → Bridge | 맥락 제공 | 어떤 업무 맥락에서 패턴이 발생했는지 한정 |
| Dictionary → Bridge | 중복 검사 | 이미 존재하는 기준과 유사한 후보를 필터링 |
Bridge가 만드는 순환
Bridge는 Orbit의 Trust Loop에서 기억이 기준으로 자라는 경로를 담당합니다. 운영 중에 발생한 수정(Memento)이 반복되면 후보(Bridge)가 되고, 승인(Authority)을 거쳐 기준(Dictionary)이 됩니다. 그 기준은 다시 다음 운영에서 적용되고, 새로운 수정이 쌓이면 다시 Bridge가 감지합니다.
운영 → 수정 발생
Field에서 업무를 수행하는 중에 기존 기준과 다른 수정이 일어납니다. Memento가 이를 기록합니다.
기록 → 패턴 감지
Bridge가 Memento의 기록을 분석하여 반복 패턴을 감지합니다. 네 축 기준으로 후보 자격을 평가합니다.
후보 → 기준 승격
사람 검토와 Authority 승인을 거쳐 후보가 Dictionary 기준이 됩니다. 거부되면 사유가 기록되고 폐기됩니다.
기준 → 다음 운영에 적용
새 기준이 다음 Field 실행에 반영됩니다. 이후 새로운 수정이 발생하면 다시 01로 돌아갑니다.
Bridge가 없으면 Memento는 기록만 쌓이고, Dictionary는 정적인 문서로 남습니다. Bridge가 있어야 운영 기억이 조직 기준으로 자라는 순환이 완성됩니다. Orbit의 차별점은 "업무가 기준을 자동으로 만든다"가 아니라 "업무 기억이 기준 후보로 자란다"는 데 있습니다.