(주)시선아이티 면접 직무 매핑
현장실습 계획서(2026-2 장기, 09-01~12-31)의 4단계 실무 커리큘럼(AI Chatbot + SI)을 oxi 생태계 코드베이스와 LangChain · LlamaIndex · Haystack · AutoGen 프레임워크로 직접 매핑한다. 계획서가 강조하는 GIS·공간정보 정체성과 '내부 시스템 연동 챗봇' 프레임도 아래 ⓪에서 별도 다룬다.
4단계 커리큘럼 안에 숨은, 계획서 원문이 가장 강조하는 프레임 3가지. 이걸 짚고 들어가면 "계획서를 읽고 온 지원자"라는 인상을 준다. 시선아이티의 기술 스택은 사실상 (1) 자체 GIS 엔진 ForGIS(OGC 표준, Server/Desktop/Mobile/DC 변형), (2) Java/JSP + 전자정부 표준프레임워크(공공 SI 관행), (3) sLLM/AI Chatbot(자체 SLM 플랫폼 + LangChain) — 이 3스택의 융합이다.
GIS · 공간정보가 회사의 정체성
"GIS(지리정보시스템) 기반의 공간정보 기술과 AI·플랫폼 개발 역량" — 자체 GIS 엔진·솔루션 보유, DB 구축·공간정보 플랫폼 개발 사업 영역, GIS 특허/저작권 다수.
공간 최적화·탐색 알고리즘을 직접 구현해봤다 — optimal-route-planner(비대칭 TSP + Branch and Bound 정확 풀이 + LRU 캐시), settlement_story(A* 길찾기). "GIS 도메인의 고전 문제(경로·탐색·최적화)를 코드로 풀어본 경험"으로 답한다. 시선아이티의 자체 GIS 엔진은 ForGIS (OGC 표준 준수)와 GeoStack — GeoServer류의 자체 엔진 — 면접 포인트는 "왜 자체 엔진? 오픈소스 대비 트레이드오프". → Red Cross Works · GIS·공간정보 · ForGIS · OGC
챗봇 = 내부 SI 시스템과 연동되는 지능형 인터페이스
"단순한 키워드 매칭을 넘어 사용자의 의도와 문맥을 파악하며 SI를 통해 구축된 내부 시스템과 연동되어 업무 절차에 대한 안내, 맞춤형 정보 제공 등의 역할 수행."
이것은 기술적으로 LLM tool-calling(function calling)이다 — LLM이 의도+파라미터를 추출해 내부 API를 호출하고 결과를 자연어로 요약. oxicode-ai가 native tool use + 미지원 모델 폴백(dialect 텍스트 프로토콜)을 이미 구현했고, oxios는 외부 API를 AgentTool로 wrap(with_auth 권한 통제). 공공기관 특성상 감사(AuditTrail)까지 설계 가능하다. 시선아이티의 sLLM/AI Chatbot 사업은 데이터 반출 제약 + 비용 + 폐쇄망 운영을 위해 경량 언어모델 위에 RAG/도구 호출을 얹는 표준 — 면접 포인트: "왜 sLLM? 데이터 + 비용 + 폐쇄망". → Tool-calling · sLLM 용어
SP 품질관리 체계의 산출물까지 — "AI 융합 개발자"
"단순 코딩을 넘어 SI 프로젝트의 전체 라이프사이클(SDLC)을 실무 관점에서 이해 — 마르미-III 기반, 요구사항 분석부터 SP 품질 관리 체계에 맞춘 산출물 작성까지." 4단계에는 Gap 분석·사용자 매뉴얼·최종 발표가 명시됨.
'과정의 품질'을 코드로 실천해왔다 — oxi의 CI 게이트(fmt + clippy -D warnings + test + bench), oxibrain P1-P18 invariants + EvalMetrics 자동 게이트, 그리고 보고서 검증 과정에서 나온 22건의 정정이 사실상 문서 Gap 분석의 실천. 시선아이티 SI 백엔드는 사실상 Java/JSP + 전자정부 표준프레임워크 — 면접 포인트는 "SI 프로젝트 산출물을 코드로 검증하는 루프(테스트 + 검증 게이트)를 어떻게 만드는가". → Java/JSP·eGovFrame · 마르미-III · oxios 분석
⓪ 시선아이티 자체 솔루션 라인업 — 제품별 상세
현장실습 계획서·채용공고·IR 자료에서 추론한 시선아이티의 자사 솔루션 4종. 면접관은 지원자가 회사의 제품을 정확히 이해하는지 본다. "GIS 엔진의 OGC 표준 준수", "Java/JSP+eGovFrame 공공 SI 관행", "자체 SLM 플랫폼의 폐쇄망 운영 가치" — 이 3축이 시선아이티의 차별점.
ForGIS
공간정보 엔진자체 GIS 엔진 — OGC 국제 표준 준수, 오픈소스 GeoServer에 대응되는 서버 솔루션
- 라인업
- ForGIS Server (엔터프라이즈) / Desktop (현업 PC) / Mobile (현장 단말) / Datacenter (대규모)
- OGC 표준
- WMS (맵 이미지), WFS (피처 트랜잭션), WCS (래스터 커버리지), WMTS (타일 캐시). QGIS·OpenLayers·Leaflet 등 표준 클라이언트와 호환.
- 핵심 차별점
- 웹 기반 이미지 가속화 기술. 표준 클라이언트 호환성 + TMS 타일 캐시 + 좌표계 정확도. 공공 RFP 가점.
- 시장
- 한국 GIS 시장 1.5조+ (2024). 시선아이티가 자체 엔진 보유는 RFP 평가 가점.
- 면접 포인트
- "왜 자체 엔진인가?" → 표준 준수 + 클라이언트 종속 제거 + 국내 공공 시장 적합성. "오픈소스 대비 트레이드오프" → 비용·기술 종속 vs 맞춤 최적화·국내 표준 적합성.
GeoStack
공간정보 플랫폼공간정보 통합 플랫폼 — 데이터 수집·가공·분석·서비스의 풀스택
- 포지셔닝
- ForGIS(서버 엔진) + GeoStack(플랫폼) = 시선아이티 GIS 솔루션 라인업
- 기능
- 위성영상·드론·센서 데이터 수집/처리, 시계열 분석, 오픈 데이터 통합, 시각화 대시보드
- 대상
- 정부·지자체·연구기관의 공간정보 데이터 분석 수요
- 기술
- Python/JS 기반 분석 모듈 + GIS 엔진 + 메타데이터 카탈로그
- 면접 포인트
- "GeoStack이 ForGIS와 어떻게 다른가?" → 엔진 vs 플랫폼 구분. "오픈 데이터 표준" → OGC API Features / SensorThings / STAC.
Seesun LLM 플랫폼
LLM 플랫폼자체 LLM 운영·관리 플랫폼 — 폐쇄망 환경의 한국어 특화 sLLM 기반
- 아키텍처
- Python·LangChain 표준 기반 자체 운영 계층. 온프레미스·폐쇄망 인프라에 최적화.
- 모델
- 한국어 특화 sLLM(3B~13B 스케일) 운영 — Phi/Gemma/EXAONE·KoBPE 토크나이저·한국어 instruction set
- 기능
- RAG(문서 색인 + 검색 + 생성) · Tool-calling(내부 시스템 연동) · Agent(자동화 워크플로우) · 평가(Eval pipeline)
- 백엔드
- GPU 추론 서버(vLLM/TGI/Ollama) + Vector DB(pgvector/Qdrant) + 임베딩 모델
- 면접 포인트
- "왜 자체 LLM인가?" → 데이터 반출 제약·비용↓·폐쇄망·한국어 특화. "RAG vs Fine-tune" → Seesun은 RAG 우선 전략 추정.
AI Chatbot 사업
응용 서비스Seesun LLM + 공공 도메인 지식 베이스로 구축하는 도메인 특화 챗봇
- 타깃
- 공공기관·지자체의 업무 시스템 내 지능형 인터페이스 (민원 안내·정책 검색·데이터 조회)
- 구성
- ① LangChain 기반 오케스트레이션 ② RAG로 기관 문서 색인 ③ Tool-calling으로 내부 ERP/CRM/문서시스템 연동 ④ 평가 파이프라인
- 차별점
- "내부 시스템 연동" = 단순 QA 챗봇이 아닌 실제 업무 수행. AuditTrail로 공공 감사 대응. 자연어→공간 질의 변환도 가능.
- 기술 매핑
- oxicode-ai의 Provider trait = LangChain Runnable 호환. oxios의 AgentTool with_auth = 권한 통제된 API 호출. oxibrain RAG = 도메인 검색 표준.
- 면접 포인트
- "내부 시스템 연동은 어떻게?" → Tool-calling. "환각은 어떻게 막나요?" → RAG + 출처 강제 + 평가.
① AI Chatbot 개발 (4단계)
시선아이티는 자체 Seesun LLM 플랫폼을 보유하고 LangChain 표준 프레임워크를 사용한다. 최근 영역 확장 — sLLM(경량 언어모델) 기반 자체 AI Chatbot 사업을 추가 (데이터 반출 제약 + 폐쇄망 + 비용 대응). 이 4단계는 LLM/RAG/UX/통합의 풀스택 — oxi 생태계는 정확히 이 4단계를 코드 차원에서 구현한다.
AI 및 챗봇 기초 이론 교육
자연어 처리 기본 개념 + LLM 아키텍처 이해 + LangChain 챗봇 프레임워크 + 페르소나 정의
oxicode-ai가 models.dev 기반 145 provider 카탈로그 + 전용 wire adapter ~14종(anthropic/google/bedrock/vertex/devin/cursor 등) 통합. LLM 호출의 streaming-first 추상화.
oxios가 oxicode-sdk 0.73을 wire → Provider 풀, 회로차단기(DefaultCircuitBreaker), 비용 추적(CostTracker), 라우팅(RoutingControl)을 단일 진입점으로 노출.
LangChain: Python 진영의 LLM orchestration 표준. LCEL(LangChain Expression Language)로 chain/compose/Runnable 표준화. oxicode-ai의 'streaming-first Provider trait'이 사실상 LangChain Runnable의 Rust equivalent.
데이터 준비 및 RAG(검색 증강 생성) 구현
당사 Seesun LLM 플랫폼 + RAG 파이프라인 구축 + 도메인 문서 색인
oxicode-mnemopi의 FTS5 + 벡터 scoring은 단순한 working memory RAG. oxibrain은 standalone second brain RAG.
oxibrain의 L0 retrieval stack이 정답. n-gram Jaccard lexical + dense vector + RRF fusion + MMR rerank (rank.rs:116). P11 invariant: 'No language is privileged'.
LangChain: Retriever/VectorStore/MultiQueryRetriever/ContextualCompression. LlamaIndex: RAG-first 설계로 가장 성숙. Haystack: deepset의 엔터프라이즈 RAG, REST API + Pipeline DSL. oxibrain은 in-house JSON-RPC + scope-based multi-tenant token (Claude Desktop 대비 enterprise-grade).
대화 설계 및 프롬프트 최적화
프롬프트 엔지니어링 + 대화 경험(UX) 설계 + 페르소나 기반 응답
oxicode-sdk의 PersonaProvider port (`ports/mod.rs:582`) — system prompt fragment를 selectable name으로 주입. oxicode-ai의 `dialect/` 모듈(coercion/history/render/xml/mod)은 native tool 지원 없는 모델을 위한 텍스트 기반 tool-calling.
oxios의 `default_skills.rs` + `~/.oxios/personas/` 디렉토리에서 페르소나 로딩. skills_sh + ClawHub 마켓플레이스로 페르소나/skills 공유.
LangChain: ChatPromptTemplate/MessagesPlaceholder/few-shot selectors. AutoGen: Microsoft의 multi-agent 대화 프레임워크로 대화 설계 자체가 agent topology. oxios의 'multi-agent (AgentGroup/AgentSupervisor)' 패턴이 AutoGen의 GroupChat/GroupChatManager와 동형.
시스템 통합, 품질 평가 및 최종 시연
SI 시스템과의 연동 + 품질 평가 + 시연
oxibrain-llm-http의 `validate_claims` (extraction.rs)가 'fabricated_entity_rate == 0.00' 구조적 검증. oxibrain eval --suite fast가 LLM-as-judge 자동화.
oxios의 88+ 파일에서 oxicode-sdk 호출, `engine.rs:19` OxicodeBuilder/Oxicode, `agent_runtime.rs:732` 매 디렉티브마다 fresh Agent, AuditTrail + Tracer + CostTracker 부착.
LangSmith (LangChain), Langfuse (open source LLM observability), Helicone, PromptLayer. oxios의 AuditTrail (oxicode_sdk::observability::AuditTrail, `agent_runtime.rs:31`) + RFC-014 OWASP RBAC + Merkle audit trail이 자체 구현 equivalent.
② 정보시스템 통합(SI) (4단계)
마르미-III 방법론 기반 표준 SI 4단계 — 요구사항 분석 → 설계 → 구현 → 검증. oxi 생태계는 이 4단계를 자동화하는 도구 + 품질관리 invariant를 제공한다.
SI 산업 이해 + 개발/형상관리 환경 구축
SI 비즈니스 모델 + 마르미-III 단계별 산출물 + 전자정부 표준프레임워크(eGovFrame) 환경 + 자사 솔루션 ForGIS/GeoStack + 자사 SLM 플랫폼 + 형상관리 환경
oxicode-cli의 18개 subcommand (sessions/tree/fork/delete/issue/pkg/config/ext/models/...)가 SI 프로젝트 운영 패턴과 동형. Git/SVN 호환은 oxicode-lsp가 thin adapter로 담당.
마르미-III는 한국 SW 공학 표준 방법론 (정보화 사업 감리법인 등록 기준). 단계: 분석 → 설계 → 구현 → 시험 → 운영. 산출물 130+ 종. 전자정부 표준프레임워크(eGovFrame)는 Spring 기반 + 공통 컴포넌트(게시판/로그인/결재/통합검색 등) — 시선아이티의 공공 SI 표준.
요구사항 분석 + 시스템 설계 (기획)
요구사항 정의서 분석 + WBS 작성 + 화면설계서 + 테이블 명세 + ERD
oxicode-ai의 `roles.rs`/`role_routing.rs`가 요구사항별 모델 라우팅 — 기획 단계에서 '저/중/고 복잡도' 모델 결정의 코드 equivalent.
oxicode-catalog의 4계층 모델(SNAP/LIVE/Layer 2/LOCAL)이 SI의 시스템 카탈로그 관리 패턴. provider×model×protocol의 3차원 매트릭스.
ERD 도구: ERMaster, draw.io, MySQL Workbench. WBS 도구: MS Project, JIRA. oxi는 이 단계의 자동화는 안 하지만, oxios의 KnowledgeDream 모듈이 마르미-III 산출물 메타데이터를 색인화하는 잠재력.
프로젝트 구현 + 단위 테스트 (개발)
Java/JSP 백엔드 + 전자정부 표준프레임워크(eGovFrame) 기반 구현 + 외부 API 연동 + DB 쿼리 + 단위 테스트 + 코드 리뷰. 자사 GIS 솔루션 ForGIS에 밀결합된 기능을 함께 개발할 가능성 — 서버 모듈은 Java, 지도 데이터 처리/WMS/WFS 응답 구현 포함.
oxicode-agent의 21+ tools (read/write/edit/bash/grep/find/ls + 15+ 추가)가 SI 개발자 도구와 동형. hashline edit이 LLM용 라인 패치 포맷 — Agent이 SI 코드를 자동 편집할 때 동일 라인 지정을 안전하게.
oxicode의 `ast_edit`/`ast_grep`/`lsp`/`debug`/`eval`/`review` tools가 코드 리뷰 자동화. CI에서 cargo test + clippy + deny가 SP 품질관리의 코드 equivalent. Java 진영의 Checkstyle/SpotBugs/SonarQube가 같은 계열.
oxibrain의 §13.2 budgets 측정 패턴이 SI 정량 품질관리의 코드 equivalent. 단위 테스트 + 회귀 테스트 + budget 측정 = SP 인증의 자동화.
oxios가 SI 시스템과 oxicode-sdk을 wire → SI 시스템의 API를 AgentTool로 wrapping하면 자동화. `with_catalog` + `with_state` + `with_auth` builder pattern. eGovFrame의 공통 컴포넌트 호출도 같은 wrapping 패턴.
Jenkins/GitLab CI/GitHub Actions. eGovFrame + Tomcat/JEUS + Maven/Gradle. JSP/Servlet 컨테이너 동작 이해. Oxi는 자체 CI gate 명시: cargo fmt + clippy -D warnings + cargo test + cargo bench. oxibrain의 '§13.2 budgets 측정' 패턴이 SI의 정량 품질관리와 동형.
통합 테스트 + 품질 관리 (검증 및 종료)
통합 테스트 + 버그 트래킹 + Gap 분석 + SP 인증 기준 부합 + 최종 발표
oxicode의 DESIGN_IMPROVEMENTS_V2.md가 '검증을 동반한다 — 가정 금지'. DESIGN.md가 결함을 명시하고 회귀 테스트로 잡는 패턴.
oxibrain의 §17.4 'crash recovery test'가 회귀 테스트의 정형화 — kill mid-ingest at each stage boundary, assert resumption with no duplicate.
oxios의 Ouroboros 자기-개선 loop가 자체 회귀 + 개선을 자동화 (directive, engine, model_resolver, prompts, resilience, fallback).
마르미-III 검증 단계: 통합시험 시나리오 + 결함 관리표 + SP(Software Process) 인증. oxibrain의 P1-P11 invariants가 자체적인 SP 인증 equivalent.
면접 포인트 — 한 줄 답변
- "AI Chatbot에 LangChain을 왜 쓰나요?" — LangChain은 Python 표준 LLM orchestration. oxicode-ai의 Provider trait이 사실상 LangChain Runnable의 Rust equivalent — streaming-first, type-safe events, provider-agnostic. 단 LangChain은 Python 동형이 느리고, oxicode는 Rust 네이티브 + 멀티 agent + memory + LSP 통합.
- "RAG를 어떻게 구현하나요?" — Seesun LLM 플랫폼 위에서 Retriever + VectorStore + Reader 구성. oxibrain의 L0 retrieval stack이 정답: n-gram Jaccard lexical + dense vector + RRF fusion + MMR rerank. P11 invariant 'No language is privileged'로 다국어 동일 처리.
- "프롬프트 엔지니어링 경험은?" — oxicode-sdk의 PersonaProvider port로 페르소나를 selectable name으로 주입. oxicode-ai의 `dialect/` 모듈(coercion/xml/history/render/mod)이 native tool 지원 없는 모델을 위한 텍스트 기반 tool-calling 형식.
- "마르미-III 방법론을 아나요?" — 한국 SW 공학 표준. 분석 → 설계 → 구현 → 시험 → 운영 5단계 + 130+ 산출물. oxicode-cli의 18개 subcommand (sessions/tree/fork/delete/issue/pkg/...)가 SI 프로젝트 운영 패턴과 동형.
- "ERD/WBS 어떻게 그리나요?" — ERD: ERMaster/draw.io/MySQL Workbench. WBS: MS Project/JIRA. oxicode-catalog의 4계층 모델(SNAP/LIVE/Layer 2/LOCAL)이 시스템 카탈로그 관리의 코드 equivalent — provider×model×protocol의 3차원 매트릭스.
- "코드 리뷰는 어떻게 하나요?" — oxicode의 `ast_edit`/`ast_grep`/`lsp`/`debug`/`review` tools가 코드 리뷰 자동화. CI에서 cargo fmt + clippy -D warnings + cargo test + cargo bench가 SP 품질관리의 코드 equivalent.
- "통합 테스트 시 회귀를 어떻게 잡나요?" — oxibrain의 §17.4 'crash recovery test' 패턴: kill mid-ingest at each stage boundary, assert resumption with no duplicate. oxios의 Ouroboros 자기-개선 loop가 자체 회귀 + 개선을 자동화.
- "LLM 평가 지표는 무엇인가요?" — oxibrain의 `EvalMetrics` (eval/crates/oxibrain-cli/src/cmd/gate.rs): fabricated_entity_rate (구조적 0.00), statement_precision/recall, resolution_f1. LangSmith/Langfuse/Helicone이 외부 도구. Seesun 플랫폼 자체 LLM-as-judge 가능.
- "LangChain vs LlamaIndex vs Haystack?" — LangChain은 범용 LLM orchestration. LlamaIndex는 RAG-first 설계로 가장 성숙. Haystack는 엔터프라이즈 RAG + REST API + Pipeline DSL. oxios는 LLM orchestration + memory + skills + marketplace + Ouroboros 자기-개선을 통합한 Rust 풀스택 — 단순 비교 불가.
- "왜 Rust인가요?" — type safety + zero-cost abstraction + tokio async + Send/Sync 경계 명시. oxi의 boa_engine 0.20 (!Send Context → std::thread 고정) + oxibrain single-writer actor + oxios Kernel/Supervisor/Surface 모두 Send/Sync 경계가 명시적.
- "GIS가 뭔가요? 공간정보와 AI를 어떻게 융합하나요?" — GIS는 지리 데이터의 수집·저장·분석·시각화 시스템(벡터/래스터, 좌표계, 지오코딩, R-Tree 공간 인덱스, PostGIS). AI 융합은 자연어→공간 질의 변환을 tool-calling으로 잇는 것. 저는 optimal-route-planner에서 비대칭 TSP를 Branch and Bound로 정확 풀이한 경험이 있다. 용어 상세 →
- "챗봇이 내부 시스템과 연동된다는 게 무슨 뜻인가요?" — LLM tool-calling(function calling). 계획서의 '단순 키워드 매칭을 넘어 의도·문맥 파악 후 내부 시스템 연동' = LLM이 의도+파라미터를 추출해 내부 API를 호출하고 결과를 자연어로 요약하는 패턴. oxicode-ai의 native tool use + dialect 폴백, oxios의 AgentTool wrapping(with_auth)이 구현 경험. 용어 상세 →