|
|
|
|
|
 |
저는 AI를 "말 잘하는 기능"이 아니라 "일이 끝나게 만드는 시스템"으로 만드는 사람입니다.
지식이자주 바뀌거나 근거가 필요한 경우는 RAG가 우선입니다.
데이터 최소화입니다.
고지와 책임 범위입니다.
답변이 아니라 업무가 끝나야 성과입니다.
저는 "AI를 붙였다"가 아니라 "업무가 바뀌었다"를 만들겠습니다.
실험은 성공 기준이 명확할 때만 실험입니다.
저는 AI를 업무에 붙이는 사람이 아니라, 업무가 끝나게 만드는 에이전트를 설계하는 지원자입니다.
|
|
|
 |
인바디-면접[ExpertTrack]AIAgentI nnovator2025 면접족보, 면접질문 기출
1분 자기소개와 AIAgentI nnovator직무적합성을 말해보세요
평가(Evalu ation)를 어떻게 설계하고, 어떤 지표로 운영하겠습니까
인바디는 하드웨어와 데이터가 결합된 회사라는 점에서 AI의 성과가 명확하게 측정되는 환경입니다.
단순히 대화형 AI를 붙이는 게 아니라, 체성분·체수분 등 측정 데이터와 사용 맥락을 기반으로 개인화된 행동 변화를 만들어야 합니다.
저는 AI가 빛나는 영역은 "정확한 데이터 기반 개인화"와 "현장 운영의 효율화"라고 봅니다.
1순위는 고객지원/현장 트러블 슈팅에이전트입니다.
2순위는 리포트 자동 생성입니다.
예를 들어 고객이 "측정 오류가 난다"고 하면 챗봇은 원인 설명을 할 수 있지만, 에이전트는 모델/증상/로그를 확인하고 필요한 점검체크리스트를 단계별로 안내하며, 해결이 안 되면 자동으로 티켓을 생성하고 필요한 정보(시리얼, 환경, 증상, 사진)를 수집해 담당자에게 넘깁니다.
오케스트레이션: 유저의 도 분류, 라우팅, 멀티턴 상태 관리.2) 지식 계층 : RAG 인덱스(매뉴얼, 정책, 제품 DB, 교육자료)와 권한 기반 접근제어.
툴 계층 : CRM/WMS/티켓/제품 DB/리포트 생성 등 실제 업무시스템과의 안전한 연결(읽기/쓰기 권한 분리).4) 안전·평가 계층 : 금지 주제 필터링, 의료/법적 고지, 근거제시, 로그·평가·모니터링.인바디에서는 특히 근거기반과 권한 관리가 핵심 이므로, "무조건 똑똑한 모델"보다" 안전하게 일하는 구조"를 우선하겠습니다.
지식이자주 바뀌거나 근거가 필요한 경우는 RAG가 우선입니다.
반면, 표현 스타일이 중요하거나 반복되는 태스크(요약템플릿, 티켓 분류, 문서 포맷)가 안정적이면 소규모 파인 튜닝 또는 지시 튜닝이 효과적입니다.
저는 1) 목표 설정(체중, 체지방률, 근육량, 컨디션 등) 2) 제약 조건(시간, 운동경험, 식습관, 부상, 선호)3) 주간 계획 생성(행동단위로)4) 측정 결과 피드백(인바디 변화에 대한 해석)5) 다음주 조정(강도/빈도/영양 으로 구조화하겠습니다.
데이터가 보여주는 변화와 그 근거를 중심으로, 사용자가 지속가능한 선택을 하게 만드는 코칭이 핵심입니다.
1단계는 즉시 완화 : 트래픽 제한, 캐시, 모델라 우팅(가벼운 모델로 폴백), 기능 플래그로 고비용 기능비활성화.2단계는 원인 분석 : 어떤 시나리오에서 토큰이 폭증하는지, RAG가 실패하는지, 툴 호출이 느린 지분해 합니다.
3단계는 재발방지 : 프롬프트/컨텍스트 길이 제한, 요약 메모리 도입, 인덱스 최적화, 관측 지표대시보드 구축. 운영에서 중요한 건 "안 된다"가 아니라"어디가 한계인지"를 숫자로 설명하는 것 입니다.
저는 운영을 개발의 연장으로 보겠습니다.
공통 코어는 안전정책, 답변톤, 근거 요구, 툴호출 규칙 같은 변하지 않는 부분입니다.
로 컬레이어는 언어, 국가별 규정, 제품 라인업 차이, CS정책, 배송/AS 프로세스 같은 지역특화지식입니다.
저는 현지 운영팀과 함께 로컬레이어를 관리하겠습니다.
에 이전트 개발에서도 똑같습니다.
예를 들어 CS/기술지원에 이전트를 선정해, RAG 기반 답변+티켓 요약/분류+에스컬레이션 자동화를 붙이고, 운영지표를 대시보드로 만들겠습니다.
지식관리, 평가 파이프라인, 안전가드레일, 툴커넥터를 표준화해 부서별에이전트를 빠르게 복제 가능한 형태로 만들겠습니다.
개인 화리포트/코칭에이전 트를 안전하게 출시해 글로벌 사용자가 체감하는 경험을 만들고, 인바디의 데이터 기반 헬스케어를 "지속가능한 습관"으로 연결하겠습니다.
책 임을회피하지 않고, 책임이 관리 가능한 구조로 만들겠습니다.
먼저 비용이 어디서 발생하는지분해합니다.
그리고 "고비용 기능"은 조건부로 사용하게 합니다
저는 비용 을 핑계로 품질을 희생하지 않겠습니다. |
 |
이다, 근거, 만들다, 기반, 데이터, 가다, 모델, 업무, 률, 권한, 어떻다, 평가, 운영, 사용자, 티켓, 인바디, 에이전트, 안전하다, 로그, 율 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.02.06
7페이지
