Memory › Vault

direction.md

governance/direction.md · MD · 읽기 전용

NEXUS 방향 — 「AI-Native 사용자 서비스」 (엔진 = 판단 기반 실행 루프)

권위 문서. Steve 박음 2026-06-09 → 챔버 갱신 → 3 트랙 재구성 2026-06-10. 방향 헷갈리면 여기로. 상태: 정체성(결정+실행 루프) = anchored / 강점(moat)·제품 표면 = 작업가설 + kill 기준 / 북극성·3 트랙 = 2026-06-10 Steve 재구성. 재평가는 명시적으로.

★ 북극성 + 영역 (2026-06-10 Steve 재구성·정정)

북극성(제품) = 「AI-Native 사용자 서비스」 — 사용자의 업무·일상을 AI-native로. 엔진 = 판단 기반 실행 루프. ★실행 ≠ 제품화 (다름): 실행 = Project(빌드/실행) / 제품화 = NEXUS Web(서비스화).

흐름: 판단(토론·회의) → 결론 → 실행(Project) 또는 Work(운영 업무면). · 제품화(NEXUS Web) = 별도 — 이 전체를 여러 사용자에게 서비스로.

영역무엇위치
판단토론·회의·결정·되짚기 (NEXUS core)decisions·runs·memory·orchestrator·specialists·compass
실행 (Project)결론을 빌드/실행 — Paperclip·OpenClaw·Manus 흡수(도구)project/
Work업무 관리(문서·메일·일정·매출·할일) — 결론이 운영이면 여기, 자가사용work/
제품화 (NEXUS Web)서비스화 — 멀티테넌트·격리·SLOT, 웹이 표면NEXUS Web + productization/
  • 판단 + 실행 = 판단 기반 실행 루프. Work = 운영 응용(자가사용=서비스 씨앗). 제품화 = 그 위 서비스 층(5/27 게이트).
  • 아래 §(강점·kill·게이트)는 그대로 유지 — 어제 챔버 학습 보존.

한 줄 (정체성 — anchored, 흔들지 말 것)

NEXUS = AI로 합리적 결정 + AI로 손쉬운 실행 + 결과에서 배움 = 하나의 루프 (decide → do → learn).

합리적 결정 = 참모진 숙의 + 조조 딴지 + 인간 결정(P1). 손쉬운 실행 = 정한 걸 AI가 손쉽게(승인 게이트). 배움 = 되짚기로 결정·실행 둘 다 보정. → 우리는 판단만이 아니다 — 실행도 우리 것(판단에 뿌리내린).

★ 우리만의 강점(moat)이 어디 있나 — 2026-06-09 챔버 + 전수 재검수 (핵심, 2단 교정)

  • 1차 오류: "루프(결합)=강점." → 루프는 재현 가능한 서술. 전수재검수: Manus가 이미 계획→인간 승인→실행→검증(Verification Agent)으로 결합을 함 → 결합 = 기본 사양(table stakes), 강점 아님.
  • 2차 오류 (재검수가 잡음): "숙의 구조는 누구도 제안조차 안 함"은 이제 거짓. Hermes가 공개 로드맵으로 짓는 중(#412 합의·투표[가중 전문가 council] · #376 적대 토론 · #344 멀티에이전트+Reviewer+Judge) + frontier 모델이 critic/verifier 추론 내장. → 숙의 구조도 상품화 중. (백색공간이 양쪽에서 닫힘 — 실행→결정 추가[Manus] / 결정→실행 추가[Sintra·Valence].)
  • 진짜 강점 — 더 좁게 (Manus·Hermes·OpenClaw·Paperclip 전부 검증-부재 + 구조적 복제 난이도):
    1. 인간의 결정을 겨눈 반영합 (anti-sycophancy on the user) — 경쟁자 critic은 작업 품질을 보지 네가 잘 결정하나를 안 봄.
    2. P1 거버넌스 — 경쟁자는 인간을 "계획 승인"에 두지 "결정은 네 것, 참모진이 봉사"에 안 둠.
    3. ★사용자별 결과-보정 판단 코퍼스 (result_log: 그 결정이 맞았나 → 조조·맹점 프로필 보정) — per-person 누적이라 기능으로 못 출하 = 유일하게 구조적으로 단단.
  • 숙의 구조·council = 엔진(상품화 중, 더는 깃발 아님) / 강점 = 위 3개, 특히 코퍼스. 출처 = runs/2026-06-09-direction-review 전수재검수 + radar.

★ 단일 생사 지표 (kill 기준) — "바꿨나" 아니라 "고려·반영됐나" (2026-06-09 Steve 정밀화)

참모진의 관련 있고 알맹이 있는 입력이 고려·반영됐나. 반영 = 결정 변경 or 확신 변화 or 위험 의식 수용 or 실행 조정 or 고려 후 이유 있는 기각.

  • 안 바꿔도 가치: 스트레스 테스트 거쳐 같은 결정을 더 단단히 쥐는 것도 가치. "고려 후 이유 있는 기각" = Gemini Private Jurisprudence = moat 코퍼스 그 자체.
  • 게이트 1 (관련성): 헛소리·주제 빗나간 입력은 카운트 X (무시되는 게 정상 — council 품질 문제로 별도 추적). "명확한 토론 주제에 맞는 대답"일 때만 평가.
  • 게이트 2 (정직): "고려했다"는 무엇을·어떻게 고려했는지 말할 수 있어야 카운트 (말 못 하면 안 일어난 것 — 자기기만 방지).
  • kill: 관련·알맹이 있는 입력이 지속적으로 아무 흔적도 안 남기면(고려조차 안 됨) → 숙의 구조 = 연극. + 더 깊은 falsifier(cross): 코퍼스가 짧은 온보딩 인터뷰로 복제되면 = 복리 안 됨 = moat 아님 → 측정 방법 = memory/result-log/COMPOUNDING.md (계기 4 + 인터뷰 복제 테스트 N≈10). memory/result-log/가 이 falsifier를 잼.

어떻게 파나 / 누구에게 (챔버 교정)

  • 파는 법 = *"결정+실행+배움 철학"*이 아니라 "네 AI 작업이 안전·추적·개선된다"는 느낌 (나쁜 AI 실수 ↓ · 명확한 승인 · 사후분석 · 재사용 playbook). 결합은 숨긴 계측.
  • 누구에게 = AI-native 운영자 일반AI 실행 실패가 고객·매출·평판 손해가 되는 1인~소규모 AI 서비스 운영자 (손해 귀착 = 거버넌스 수요). Steve 본인 = 자가사용 1명.
  • 순서 = learn-first(result_log, 비용 0) → 좁힌 버티컬 n=2~3 → 결합 빌드 맨 뒤. "결합=강점"은 진입점 아니라 도착점.

자주 헷갈려서 박아두는 것 (반복 종결)

  1. 우리는 판단만이 아니다 — 실행도 우리 것 (위 한 줄). "MVP=머리부터"는 순서지 정체성 아님.
  2. 백색공간 = 결합(결정만·실행만 아닌 둘 사이 빈 다리 — 인접 두 시장 각각 검증). 단 "결합"은 자리강점이 아님 — 강점은 위 §.
  3. 빌드 vs 조달 = 열린 트레이드오프 — 실행기 조달(Claude Code/Codex류) / 결합층(통제+추적성) 빌드 / 필요하면 빌드·포크.
  4. 외부 대상을 부품 칸에 던지지 말 것 — 같은 평면 분석. 이분 프레임이 반쪽만 보게 함. [[nexus-is-decide-execute-loop]]

무엇이 아닌가 (drift 방지)

  • 판단만의 도구 ❌ / 또 하나의 실행 도구 ❌(실행=상품, 강점은 숙의 구조) / 범용 AI 코딩 ❌(bounded, non-goals.md) / 엔터프라이즈 control plane ❌(붐빔) / 수평 판단OS ❌(무덤·알고리즘 혐오 → 버티컬+코치).

단일 진실 포인터

전체 방향 brainstorm/nexus-productization.md · 결정 카드 brainstorm/decision-card-mvp.md · 경쟁·라이선스 memory/knowledge/ai-tech-radar.md · 방향 챔버 runs/2026-06-09-direction-review/ · 학습 엔진 memory/result-log/

게이트 / 미검증

  • 5/27: 남에게 파는 빌드는 수요 검증 후 / 설계·자가사용은 자유. 현재 = (B) 쓰며 6/26 기다림.
  • 🔴 단일 생사 = 참모진 입력이 고려·반영됐나(위 § kill 기준 — "바꿈"만 아님). + 정직: "무엇이 옳나" 아직 6갈래 미수렴 / cross echo 위험(외부 AI가 우리 1차를 읽고 답 = 메아리일 수). → 송곳 질문으로 재검증 (governance/cross-family-pattern.md).