design philosophy floor not ceiling_ko

설계 철학: Floor, Not Ceiling

언어: 🇺🇸 English | 🇰🇷 한국어

Ghost-ALICE OS는 최상위 작업자의 능력 상한을 끌어올리기 위한 도구가 아니다. 낯선 코드베이스, 긴 문서, 복잡한 검증, 세션 컨텍스트 손실 같은 조건에서도 에이전트 작업 품질이 일정 수준 아래로 떨어지지 않게 만드는 floor system이다.

이 관점은 시스템 전체의 설계 결정을 설명한다. 어떤 규칙은 능숙한 작업자에게는 느리게 느껴질 수 있다. 그러나 그 friction은 목적이 아니라 비용이다. 보상은 novice 상태의 에이전트가 scope drift, 섣부른 완료 주장, 근거 없는 새 작업 생성, 검증 생략으로 빠지는 일을 줄이는 데 있다.

Contents

• 핵심 prior
• Verification Burden
• Governance As Attachment
• Documentation Hygiene
• Tradeoff
• 관련 문서

핵심 prior

에이전트는 root가 아니다. 에이전트는 작업을 제안하고 실행할 수 있지만, 검증되지 않은 실행 권한, 완료 주장, 범위 확장, 새 작업 생성으로 바로 점프해서는 안 된다.

이 prior에서 다음 원칙이 나온다.

• 작업은 먼저 의미 단위로 나눈다.
• 각 단위는 source, target, schema, user constraint와 대조한다.
• mismatch가 나오면 앞으로 밀어붙이지 않고 되감는다.
• 새 작업이나 새 검증 cycle은 필요성부터 검증한다.
• 완료 주장은 fresh evidence와 연결될 때만 허용한다.

Verification Burden

복잡도는 tool count가 아니라 verification burden으로 판단한다.

표면상 단순해 보이는 작업도 다음 조건을 포함하면 복잡한 작업이다.

• 어떤 source를 선택해야 한다.
• source와 target 사이에 해석적 매핑이 있다.
• schema, 양식, 정책, platform contract가 강한 제약을 건다.
• claim, 수치, 외부 동작이 후속 결정을 좌우한다.
• 틀렸을 때 복구 비용이 크다.

이 기준 때문에 Ghost-ALICE OS는 짧은 요청에도 boundary, source locator, completion evidence를 요구할 수 있다. 이는 과잉 절차가 아니라 틀렸을 때 비용이 큰 작업을 가볍게 취급하지 않기 위한 장치다.

Governance As Attachment

검증은 마지막 QA 단계가 아니다. 검증은 작업 중간에 붙는 governance attachment다.

예를 들어 verification-before-completion은 어떤 스킬의 정적 prerequisite가 아니다. 작업이 완료를 주장하려는 순간 붙는 런타임 게이트다. necessity-gate 역시 새 작업이 떠오르는 순간 붙는다. 이런 관계를 모두 정적 calls 그래프에 넣으면 그래프가 과밀해지고 의미가 사라진다.

따라서 Ghost-ALICE OS는 정적 관계와 런타임 governance를 분리한다.

• calls는 정적이고 희소한 관계만 표현한다.
• 반복 재검토, mismatch 기반 수정, 완료 전 검증은 런타임 절차가 표현한다.
• 사용자는 결과보다 evidence map을 먼저 신뢰한다.

Documentation Hygiene

문서는 시스템의 일부다. 부정확한 문서, 너무 많은 역사 기록, 근거 없는 메타 설명은 에이전트 판단을 오염시킨다.

공개 문서의 원칙은 다음과 같다.

• 완료 이력보다 현재 계약을 남긴다.
• deployment-specific workflow와 extension 내부명은 core 문서에서 분리한다.
• 긴 내부 분석은 public repo가 아니라 wiki, issue, private notes로 보낸다.
• 강조는 시각 장식보다 구조로 처리한다.
• 외부 문서는 원문 복사보다 링크와 짧은 citation으로 참조한다.

이 원칙 때문에 repository docs는 짧고 절차 중심이어야 한다. 반대로 wiki는 설계 배경과 운영 철학을 설명하는 장소로 쓸 수 있다.

Tradeoff

floor system은 즉흥성과 속도를 일부 희생한다.

• 단순한 작업에도 gate가 눈에 띌 수 있다.
• 숙련자가 보기에는 확인 절차가 과해 보일 수 있다.
• 런타임 surface가 플랫폼마다 다르면 규칙이 거칠게 보일 수 있다.

그래도 이 비용은 의도된 비용이다. Ghost-ALICE OS는 좋은 날의 에이전트가 더 멋진 결과를 내는 것보다, 나쁜 날의 에이전트가 최소 품질 아래로 떨어지지 않는 것을 더 중요하게 본다.

관련 문서

• Ghost-ALICE OS 전체 설계
• 운영 모델: Closed-Loop Reasoning
• 운영 모델: Fallback and Escalation