로드맵
첫 인터페이스부터 다중 빌드, Bun 우선 스택, 모바일·데스크톱 패키징, 에이전틱 표현, v3 에이전틱 프레임워크까지 여섯 단계를 지나왔습니다. 다음은 세션과 사람, 앱을 넘나드는 에이전트 네트워크, Akan Cloud, SSR·CSR 다음의 렌더링인 컨텍스트사이드 렌더링, 그리고 오토파일럿입니다.
v1 · 인터페이스
NestJS, Next.js, Vite 위에서 MongoDB를 기본으로 썼습니다. 비즈니스 선언 하나로 서버, 웹, 데이터를 한 번에 움직일 수 있다는 걸 증명한 단계입니다.
결정된 방향입니다. 다음 단계들입니다.
검토 중인 후보입니다. 순서는 제안일 뿐 일정이 아닙니다.
03 · 제안 · SSR → CSR → context-side
각 단계는 작은 팀이 직접 만들거나 운영해야 했을 것을 하나씩 덜어냅니다. 도착점은 웹, 데스크톱, 모바일, 서버, 데이터, 그리고 그 안에서 일하는 에이전트까지, 개발자 한 명이 책임질 수 있는 제품입니다.
다중 빌드 · SSR / CSR / Server
라우트가 결과물 하나로 끝나지 않게 됐습니다. SEO용 서버 렌더 HTML, 앱용 클라이언트 번들, 서버 프로세스를 같은 소스에서 함께 빌드합니다.
v2 · Bun-first
Bun을 유일한 런타임으로, 하단 프레임워크 계층은 Akan이 직접, 첫 데이터베이스는 SQLite로 바꿨습니다. 움직이는 부품이 줄고 개발부터 프로덕션까지 경로가 하나가 됐습니다.
모바일 · iOS / Android
웹 빌드가 iOS, Android로 패키징됩니다. 목록-상세 흐름, 오버레이, 맥락 전환은 프레임워크가 이미 가진 화면 전환을 그대로 씁니다.
데스크톱 · Linux / macOS / Windows
같은 워크스페이스가 Linux, macOS, Windows용 데스크톱 앱을 빌드합니다. 클라이언트 번들과 화면 전환을 그대로 재사용합니다.
에이전틱 · MCP · 인페이지 에이전트
모든 시그널이 MCP 서버가 되고, 인페이지 에이전트가 사람이 쓰던 컨트롤로 화면을 움직이기 시작했습니다. 별도의 API나 별도의 UI 없이 에이전트가 앱에 닿았습니다.
01 · 확정 · session ↔ session ↔ app
v3의 에이전트는 브라우저 세션 하나 안에서 일합니다. 다음 단계는 세션과 사람, 앱을 넘어 에이전트끼리 협업하게 하되, 여전히 같은 가드가 막아섭니다.
실제 일은 한 사람, 한 앱에서 끝나지 않고, 가드 모델은 이미 누가 무엇을 할 수 있는지 알고 있습니다.
02 · 확정 · git push → production
Akan을 위해 만든 배포 타깃입니다. cloud.akanjs.com이 akan build 결과물을 그대로 돌리고, 작은 팀이 직접 조립하지 않아도 될 운영 조각을 맡습니다.
프레임워크가 이미 빌드를 소유하니, 착륙까지 맡으면 코드 한 줄에서 라이브 제품까지 고리가 닫힙니다.
SSR은 서버에서, CSR은 브라우저에서 화면을 그렸습니다. 컨텍스트사이드 렌더링은 지금 이 사용자에게 맞는 화면을 조립합니다. 페이지를 선언하는 대신 컴포넌트와 도구로 이루어진 UI 툴킷만 두고, 에이전트가 실시간으로 사용자 플로우를 구성합니다.
SSR, CSR 다음의 에이전틱 렌더링 방식입니다. 스택이 이미 MCP 서버와 에이전트 도구를 노출하니, 다음에 생성할 표현은 화면 자체입니다.
04 · 제안 · issue → diff → reviewed PR
오토파일럿은 보조를 멈추고 레포지토리를 개발합니다. 이슈 하나를 받으면 코드를 직접 수정하고, diff를 정리해 PR까지 진행하며, 기능을 변경·확장합니다. 사람은 코드를 쓰는 대신 결과를 리뷰합니다.
엄격한 컨벤션이야말로 레포지토리 엔진이 사람 없이 기능을 바꾸고 확장하면서도 리뷰 가능한 PR을 남기게 합니다.
