로드맵 (마일스톤)

이 페이지는 어디로 가는가 의 큰 그림입니다. 다음 세션이 들어와서 “지금 무엇부터” 가 궁금하다면 backlog 가 entry point — 본 페이지는 그 백로그 항목들이 묶이는 상위 목표를 보여줍니다. 이미 ship 된 변경은 updates 의 Ship Log + Highlights.

시간축 4 페이지 (D-docs-updates-1): backlog (현재) · 본 페이지 (미래) · updates (과거) · known-gaps (사실).

상태: 📐 설계 · 🔧 개발 · 🎯 검증 · ✅ 완료 · ⏸️ 보류

신규 마일스톤 등재 절차: 본 표에 한 줄 추가 → 관련 decisions.mdx D-마일스톤-N 등재 → 실행 항목은 backlog 에 마일스톤 ID 로 묶기.

마일스톤 표

M1 — Stage 0 → 1 외부 출시

목표: 현재 단일 customer (axec/axev) 운영 → 외부 customer 1~3개의 closed beta 진입. 5분야 점검 (2026-05-21) 의 모든 차단 사항 해소.

근거 결정: D-org-fanout (신규 예정), D-ops-15.5 (도메인 검증), D-ops-17~19 (secret 운영), D-config-15 (multi-customer 분기)

의존성:

• backlog 의 M1 태그 항목들 — tenancy FK 마이그레이션 · Azure AD 분기 · 법무 4페이지 · edge rate-limit · Sentry · axe-health-monitor · restore drill
• 첫 외부 customer 확정 (영업) — 본 로드맵 외 의사결정

완료 정의: 5분야 점검 표 모든 항목 ✅, 첫 외부 customer 운영 1주 + 회고 1회.

상세 현황: known-gaps#multi-tenant Multi-tenant 섹션.

M2 — frame 회계 도메인 확장 (AXEV 펀드 회계)

목표: frame 이 corporate (axec/axev) 외에 펀드 (KIP/KVF) 회계 처리. AXEV 가 GP 인 일부 결성 조합 (수·타입 detail 대기) 의 정확한 출자금·미출자약정·운용보수·성과보수·평가손익·분배금 처리.

근거 결정: D-frame-N1~N4 (예정, decisions.mdx 의 frame 측 미완 표 참조).

아키텍처 요지 (2026-05-22 drift 정정):

• 기존 shared schema 확장 (frame_meta 신설 X — 명명 충돌 + cross-entity 메타가 이미 shared 에 존재)
• shared.entity 에 entity_kind (corporate/kip/kvf) + fund_meta JSONB + closed_at
• shared.entity_relationship 확장 (% → numerator/denominator/unit, kind ENUM 에 gp_managed_fund/lp_invested_fund)
• shared.cross_journal_link 신설 (schema 격리 환경 mirror 분개 무결성)
• fund schema 내부: commitment_ledger + lp_master + (optional) fund_waterfall_state
• Blueprint workspace↔entity = N:M (WorkspaceEntity join) — D-bp-entity-1 plan 수정 필요

의존성:

• backlog 의 M2 태그 항목들 — migration 7단계
• 결성 조합 detail (사용자 입력) — 1~4 단계는 detail 없이 가능

완료 정의: 결성 조합 1개 schema bootstrap + 과거 결산 적재 + AXEV↔조합 mirror 분개 1회 검증.

상세: known-gaps#frame-측-미완 frame 섹션의 7단계 migration 순서.

M3 — Blueprint PARA dispatch (D-bp-entity-1 PR 5)

목표: Blueprint Project 종결 시 Area/Resource 로 artifact 이관 — copy-with-provenance + 검색 분리 + 정비 워크플로 + LLM 제안.

근거 결정: D-bp-entity-1 (entity 개념 도입) + 본 세션 합의 4개 (PARA dispatch flow, 2026-05-21).

합의 4개:

1. copy-with-provenance — sourceWorkspaceId / sourceArtifactPath / copiedAt 3 필드 신설. 원본 frozen + 사본 fork
2. 검색 분리 — Archive = “그때 어떻게 생각했는지”, Area/Resource = “지금 이렇게 생각한다”
3. 끊임없는 정비 — 일회성 도구 X, living document
4. LLM 제안 + 사용자 confirm — 완전 자동 X

미결 3종 (PR 5 직전 결정):

• 분배 단위 (파일 vs 의미)
• Area 인스턴스 정의 권한 (org-admin vs free)
• 정비 트리거 우선순위 (수동 / 주기 / LLM 제안)

의존성:

• D-bp-entity-1 PR 1 의 provenance 3 필드 (Workspace 스키마 변경) 선행
• M2 의 Blueprint WorkspaceEntity N:M 마이그레이션 (entity 결정과 무관하지 않음 — 분배 단위 결정 시 entity 경계 고려)

검토 권장 경로: Path B Spike (DB 변경 없이 단일 workspace 로 흐름 검증 3-5일) → Path A 본 구현.

M4 — hive payroll v2 prod cutover

목표: 한국 도메인 본질 7가지 (간이세액표 lookup · 비과세 분리 · 보수월액별 · 부양가족 · 정산 · 일할 · 보험별 라운딩) 의 첨부 급여대장 셀별 정확 일치 검증 후 axec/axev 실 운영 cutover.

근거 결정: D-hive-21 ~ D-hive-26 (payroll v2 + 발송 인프라 + 템플릿 + audit + event consumer).

현 상태: 기능 구현 끝, Phase 3 (payroll v2 실데이터) 운영 중. backup Tier A 합산 완료 (D-hive-backup).

의존성:

• backlog 의 M4 태그 항목 — 첨부 급여대장 cell-by-cell 비교, DKIM/DMARC DNS prod 확정, audit log 무결성 검증
• M5 의 restore drill (페이롤 데이터 백업 검증)

완료 정의: 2분기 (4월·5월) 전직원 급여 v2 로 산출 + 메일 발송 + 정산 일치.

M5 — Backup/DR 강화

목표: 모든 platform postgres + critical state 의 Tier A 백업 (axe-backup 통합) + 정기 restore drill + DR cold storage rotation.

근거 결정: D-config-14 (DR cold storage), D-hive-backup (hive Tier A 합산).

현 상태:

• ✅ frame-postgres / blueprint-postgres / hive-postgres Tier A 합산 끝
• 🔧 mysrt-postgres — SRT 외부 SOT 가능성 잔존 → 별도 결정 보류
• 🔧 restore drill — 1회 실시 후 정기화 미정

의존성: backlog 의 M5 태그 항목들 — restore drill 첫 실시 · mysrt 결정 · cold storage rotation 정기 cron.

완료 정의: 모든 postgres restore drill 1회 + 정기 drill cron + mysrt 처리 결정 등재.

M6 — Blueprint artifact + PARA 지식 레이어

목표: Blueprint 의 markdown PKM (ctx) 위에 typed fact layer (Artifact). Per-field schema + citation + confidence + PARA scope. Cross-functional query / 결정론적 citation / time-travel / multi-agent concurrent read-write 가능.

Status escalation (2026-05-26): M6 가 Cortex 의 Day 1 표준으로 escalation. Cortex (D-cortex-1) 가 platform 의 첫 artifact-first reference impl — Q4 2026 Blueprint stage 2 (full integration) 보다 6 개월 앞서 실 사용. Cortex 의 artifact / citation / artifact_event / mcp_schema 5 테이블 + RLS + append-only trigger 가 reference 구현. Blueprint 측 PARA dispatch UI 도입 시 Cortex 의 owner-scoped artifact 도 mirror 대상.

근거 결정: D-bp-artifact-1~5 (본 마일스톤 등재 동반), D-cortex-1 (Day 1 채택, Cortex reference impl), D-bp-entity-1 (PARA + entity 골격), D-bp-entity-2 (workspace-level provenance — 본 마일스톤이 field-level 로 진화), D-config-16 (Blueprint Postgres).

아키텍처: /architecture/artifacts 참조 — Artifact 테이블 (JSONB content + citations) + 6-kind citation resolver + PARA dispatch engine + Query API + ctx 진화.

3 Stage 구조 (활성화 조건 충족 시):

의존성:

• M3 PARA Dispatch (workspace-level provenance UI) — 본 마일스톤이 그 field-level 진화
• M1 multi-tenant rollout — 평행 가능 (외부 surface 영향 0), 다만 critical path 충돌 회피 위해 M1 main 진행 시 M6 secondary
• backlog 의 M6 태그 항목들

완료 정의: Artifact + Citation + artifact_link 테이블 production 적용 + MCP schema discovery active (frame/hive /schemas 등재) + 1개 deal 의 IC 가 raw markdown → artifact 경로로 실 사용 + ctx review 모드 가 typed fact 처리 + cross-PARA query 1개 use case 검증 + AXEV 의 Area 4 (Finance / BOD / Legal / License) seed 완료 + 첫 Project close 가 적어도 1 Area 로 dispatch 검증.

Strategic 의미: AI-native fund global best-in-class infra ambition 의 knowledge tier 도달. 현재 dev-co level infra (per-customer isolation / blue-green / OAuth-RP / restic backup) 위에 PKM tool 수준 knowledge layer 가 있던 격차 해소.

M7 — index 투자 도메인 backend

목표: AXE Labs 7번째 vertical 서비스 — 펀드 운용 lifecycle (소싱 → 실사 → IC → 포트폴리오 → 엑싯 → LP IR) 의 typed fact SoT. frame (회계) / hive (HR) 와 같은 layer. Blueprint 의 5 skill (ic · due-diligence · vc-deal-sourcing · portfolio-management · investor-relations) 의 dataroom-bound run-time 산출물 (memo markdown / xlsx / yaml) 을 persistent typed artifact + cross-deal / cross-fund / time-travel query 가능한 형태로 승격.

핵심 차별성 (frame/hive 와 다른 본질):

• financial_model 6-table SoT — xlsx 가 일급 entity 가 아니라 (driver / scenario / driver_value / output / exit_matrix_leaf) 의 typed model. DSL formula + topo evaluator 가 xlsx replay. ic skill 의 4 sanity check 가 DB CHECK 로 흡수
• fund_investment(deal × fund × round) 3차원 N:M — 한 deal 이 여러 펀드에서 동시 + 다른 시점 follow-on + 다른 instrument 로 들어갈 수 있음. 펀드별 IRR 독립 산출
• Day 1 artifact-first (D-cortex-7 precedent 미러) — Rust + axum + sqlx + Postgres 16 RLS

근거 결정: D-index-1~10 (본 마일스톤 등재 동반, 2026-05-27). 핵심 결정은 D-index-4 (financial_model 6-table) + D-index-5 (fund_investment N:M).

아키텍처: /services/index 참조 — 서비스 main + 4 sub-page (financial-model / schema-catalog / skill-evolution).

3 Phase 구조:

의존성:

• M2 frame 펀드 회계 확장 — Phase 2 의 cross_journal_link mirror 가 frame 측 commitment_ledger 필요. M2 미완 시 Phase 0/1 stand-alone 가동 가능 (event_outbox 보류)
• M6 Blueprint artifact + PARA — Phase 1 의 schema discovery 가 Blueprint M6 Stage 1 (DB 진입) 정합. 평행 가능
• backlog 의 M7 태그 항목들

완료 정의:

• (a) Phase 0: 3 deal (Iippo / Sentry / Canopy) seed yaml ingest 성공 + ic skill 의 irr_analysis xlsx 결과와 index compute_outputs(model_id, scenario_id) 결과 ±1pp 일치 + Iippo 1호 / 2호 IRR 각각 독립 산출 가능
• (b) Phase 1: 새 deal 1건이 ic skill 끝 → --push-to-index 로 typed fact propose → ctx review confirm → Blueprint artifact citation 으로 resolve
• (c) Phase 2: AXEV 펀드 1호 의 quarterly NAV report 가 100% index typed fact 위에서 산출 (markdown 자동 render — LP 보고 audit trail 보존)

Strategic 의미: AXE 의 본업 (펀드 운용) 이 finally 1st-class platform service 화. frame/hive 가 운영 backbone, index 가 본업 SoT. ic skill 의 markdown/xlsx 산출이 휘발성 artifact 에서 cross-deal / time-travel query 가능한 typed fact 로 진화 — IC 결정의 audit trail 영구 + LP 의 모든 숫자가 DB cell trace.

마일스톤 라이프사이클

변경 이력