(주)시선아이티 면접,
AI Chatbot + SI 직무 대비
시선아이티는 GIS·AI·공간정보 기반 IT기업. 4단계 실무 커리큘럼 안에서 LangChain · RAG · LLM · 마르미-III · SP 품질관리 같은 표준 용어를 다룬다. 이 사이트는 그 커리큘럼을 oxi 생태계 코드베이스와 주요 AI 프레임워크로 직접 매핑해 "왜 그렇게 만들었는지"를 답할 수 있도록 정리했다.
핵심 분석 — 6개, 전부 같은 품질로
oxicode·oxios·oxibrain·oxibrowser부터 SDK·경쟁자 비교까지. 예전엔 일부가 인용 위주의 raw 리포트였지만, 전부 다이어그램 + 구어체 해설로 다시 지어서 어느 걸 먼저 읽어도 상관없다.
oxicode의 13개 crate가 lib/bin으로 왜 그렇게 나뉘었는지부터, oxios가 그걸 어떻게 wire하는지, oxibrain과의 RFC-047 통합, 그리고 이 모든 걸 왜 Rust·단일 바이너리·호스트 데몬으로 만들었는지까지. 경쟁자(oh-my-pi·opencode·Claude Code·OpenClaw) 비교 포함.
같은 '에이전트 SDK'라도 제어권을 누가 쥐는지가 다르다. 세 SDK로 챗봇과 코딩 에이전트를 각각 만드는 코드를 나란히 놓고, 언제 무엇을 써야 하는지 판단 기준까지 정리.
oxibrowser-core(HTTP/WS), oxibrowser-cdp(CDP 도메인 12개), oxibrowser-render(렌더 격리), oxibrowser(facade + CLI). boa_engine 0.20을 !Send Context로 std::thread에 고정.
'SDK가 행동을 소유하고 oxios는 정책만 갖는다'는 원칙이 코드에서 실제로 어떻게 지켜지는지, file:line 인용과 함께 따라간다.
지금 oxios가 oxibrain을 어떻게 부르는지부터, 완전히 분리된 독립 제품이 되기까지 4단계 마이그레이션 경로를 짚는다.
네 시스템이 사용자 메시지 하나를 각각 어떻게 처리하는지부터 시작해, 메모리 위치·확장성까지 나란히 놓고 비교한다.