제조 AI Agent 제안 구조

사업계획서와 발표자료를 바탕으로 다시 그린 구성도입니다. 4대 워크플로와 21종 Agent는 개발·실증 계획이며, 구현 완료를 나타내는 그림은 아닙니다.

01 · 제안 아키텍처

제조 AI Agent 플랫폼 구성

온프레미스 적용을 전제로, 업무 서비스와 에이전트 설계·실행·운영 기능, 공통 기술, 연계 데이터를 나눈 구조입니다.

좌우로 스크롤
제조 AI Agent 플랫폼 구성온프레미스 적용을 전제로, 업무 서비스와 에이전트 설계·실행·운영 기능, 공통 기술, 연계 데이터를 나눈 구조입니다. 사업계획서와 발표자료의 구성 요소를 계층별로 정리했습니다. 실선은 설계·배포, 점선은 협업·운영 관리 관계이며 실제 API 호출 순서나 네트워크 배선도는 아닙니다. Builder·Orchestrator·Engine·Admin은 플랫폼의 기능 구분입니다. 공통 기술은 각 워크플로가 활용하는 자원이며, 모두 하나의 직렬 처리 경로로 실행되는 구조는 아닙니다. 제조 특화 모델 학습, 현장 데이터 연계, 보안 정책 적용은 이 사업의 제안 범위입니다. 제공 자료만으로 현장 배포·검수 완료를 확인할 수 없습니다.제안 구성 · 제조 업무 서비스AI Agent Framework공통 기술 · 모델·검색·연동현장 데이터 연계 대상설계·배포공정관리 최적화 · 공정지식 · 품질검증 · 예지정비현장 작업자와 공정·품질·설비 관리자의 업무를 지원하는 4대 서비스Agent Builder워크플로 설계·배포모델·지식·도구 연결Orchestrator작업 배분·협업 조율실행 상태·오류 대응Agent Admin사용자·권한·자원 관리로그·비용·정책 관리Agent EngineAgent Core · Memory · Cache · LLM Router모델·검색·MCP/Tool 자원을 연결하고 에이전트 실행을 지원제조 지식·검색도메인 특화 LLMMulti-RAG · 지식 저장소정형 데이터 분석SQL 특화 LLM · NL2SQLERP/MES 데이터 조회보안·도구 연동LLM 보안·권한 정책MCP / Tool제조 데이터ERP/MES · Jira 공정 이슈 · DAS/설비 센서 · 도면·사양서·BOM수집·정제·표준화·비식별화 후 지식화 및 모델 학습에 활용할 계획
구현 메모 및 출처
  • 사업계획서와 발표자료의 구성 요소를 계층별로 정리했습니다. 실선은 설계·배포, 점선은 협업·운영 관리 관계이며 실제 API 호출 순서나 네트워크 배선도는 아닙니다.
  • Builder·Orchestrator·Engine·Admin은 플랫폼의 기능 구분입니다. 공통 기술은 각 워크플로가 활용하는 자원이며, 모두 하나의 직렬 처리 경로로 실행되는 구조는 아닙니다.
  • 제조 특화 모델 학습, 현장 데이터 연계, 보안 정책 적용은 이 사업의 제안 범위입니다. 제공 자료만으로 현장 배포·검수 완료를 확인할 수 없습니다.

사업계획서 「AI Agent Framework 개발」·「에이전트 간 협업 워크플로」 및 2026.04 발표자료를 2026.10.08 대조했습니다. 발표자료 15, 18–25, 32쪽의 목표업무·데이터·프레임워크·온프레미스 구성을 참고했습니다.

02 · 워크플로 설계

4대 워크플로와 공통 제어

업무별 입력과 결과를 구분하고, Supervisor·상태 추적·오류 대응을 공통으로 사용하는 설계입니다. 점선은 공통 제어 관계를 나타냅니다.

좌우로 스크롤
4대 워크플로와 공통 제어업무별 입력과 결과를 구분하고, Supervisor·상태 추적·오류 대응을 공통으로 사용하는 설계입니다. 점선은 공통 제어 관계를 나타냅니다. 21종은 전체 에이전트 풀의 개발 목표입니다. 지식 검색·보고서·상태 추적 등 재사용 역할이 있어 각 워크플로에 보이는 항목을 단순 합산하지 않습니다. 그림은 대표 역할을 요약했습니다. WF3은 자연어 질의를 SQL로 변환해 정형 데이터를 분석하는 설계입니다. 조회 전 안전성 검사와 SELECT 전용 실행, 결과의 관리자 확인을 포함합니다. WF4는 정비 계획을 담당 기술자가 승인한 뒤 작업지시를 발행하는 설계입니다. 작업 실행과 정비 후 효과 검증을 구분하며, 현재 현장에서 무인 운영 중이라는 의미는 아닙니다.공통 제어 · 설계 계획공정 운영·지식 활용품질 분석·설비 관리Supervisor · 상태 추적 · 오류 대응목표·작업 배분과 결과 취합 / 실행 이력·진행 상태 추적오류 감지·재시도·재계획·담당자 에스컬레이션WF1 공정관리 최적화Jira 동기화 → 수율 분석품질 이상 감지 → 이슈 조정·긴급 알림입력 공정 이슈 · 검사 결과출력 Jira 티켓 · 분석 리포트제어 의사결정 룰 · 중복 티켓 방지WF2 공정지식하자 접수 → 지식 검색 → 원인 분석대안 설계 → 보고서입력 도면·사양서 · 고장/클레임 이력출력 원인 가설 · 대안 사양 · 기술보고서기술 VectorDB · GraphDB · Re-rankerWF3 품질검증·데이터 분석의도 분석 → NL2SQL → 데이터 분석필요 시 지식 검색 · 보고서 작성입력 자연어 질의 · ERP/MES 데이터출력 로트·라인 비교 · 차트 리포트제어 SELECT 전용 조회 · 관리자 확인WF4 예지정비모니터링 → 진단 → 작업 계획담당자 승인(HITL) → 작업 실행입력 설비 센서 · 정비/재고 이력출력 작업지시 · 정비 결과제어 승인·반려 · 정비 후 재진단
구현 메모 및 출처
  • 21종은 전체 에이전트 풀의 개발 목표입니다. 지식 검색·보고서·상태 추적 등 재사용 역할이 있어 각 워크플로에 보이는 항목을 단순 합산하지 않습니다. 그림은 대표 역할을 요약했습니다.
  • WF3은 자연어 질의를 SQL로 변환해 정형 데이터를 분석하는 설계입니다. 조회 전 안전성 검사와 SELECT 전용 실행, 결과의 관리자 확인을 포함합니다.
  • WF4는 정비 계획을 담당 기술자가 승인한 뒤 작업지시를 발행하는 설계입니다. 작업 실행과 정비 후 효과 검증을 구분하며, 현재 현장에서 무인 운영 중이라는 의미는 아닙니다.

사업계획서 「AI Agent Framework 개발」·「에이전트 간 협업 워크플로」 및 2026.04 발표자료를 2026.10.08 대조했습니다. 발표자료 26–30, 55–61쪽과 사업계획서의 WF1~WF4별 대표 시나리오·에이전트 구성을 기준으로 정리했습니다.

01요약

반도체 소부장 제조 현장의 공정·지식·품질·설비 문제를 4대 워크플로와 21종 AI Agent 개발 계획으로 연결한 Technical BD / 제안 전략 사례입니다. 저는 팀 제안에서 기술 구조, 아키텍처, 발표 메시지 정리에 기여했습니다. 기술 구성은 사업계획서와 발표자료의 설계 기준이며, 현장 구현 완료 성과와 구분합니다.

02현장 문제

작업 지시와 진행 정보는 분산돼 있고, 도면 해석과 가공 노하우는 숙련자에게 집중돼 있었습니다. ERP/MES에 쌓인 품질 데이터는 현장 담당자가 직접 분석하기 어렵고, 설비 이상은 돌발 정지와 납기 지연으로 이어질 수 있었습니다. 제안서는 이 네 가지 문제를 공정관리 최적화, 공정지식, 품질검증·데이터 분석, 예지정비로 나누었습니다.

03나의 역할

제안 방향과 도메인 논리, 발표본 스토리라인을 정리하고, 4대 워크플로와 21종 Agent의 구조를 기술 아키텍처와 사업계획서에 연결하는 작업을 지원했습니다. 담당 범위는 제안 전략·기술 구성·발표 메시지였으며, 과제 선정은 팀 성과입니다.

04기술 구성

플랫폼은 워크플로를 설계·배포하는 Builder, 작업과 협업을 조율하는 Orchestrator, 모델·검색·도구를 연결하는 Engine, 권한·자원·로그를 관리하는 Admin으로 구성합니다. 제조 특화 LLM과 Multi-RAG는 문서·지식 검색에, SQL 특화 LLM과 NL2SQL은 정형 데이터 분석에 활용하는 계획입니다. 온프레미스 환경에서 현장 데이터와 연계하고 보안 정책을 적용하는 구조를 제안했습니다.

05워크플로별 설계

WF1은 Jira 공정 이슈와 수율·불량 정보를 분석해 이슈 조정과 알림으로 연결합니다. WF2는 도면·사양서·고장 이력을 검색해 원인과 대안을 제시합니다. WF3은 자연어 질의를 SQL로 바꿔 로트·라인별 품질 데이터를 분석합니다. WF4는 센서 이상을 진단하고 정비 계획을 세운 뒤 담당 기술자의 승인을 거쳐 작업지시와 정비 후 검증으로 이어집니다.

06실행 통제

제안에는 업무별 실행 권한과 사람의 확인 단계를 함께 담았습니다. WF3은 SELECT 전용 SQL 실행과 안전성 검사를 적용하고 분석 결과를 관리자가 확인하도록 설계했습니다. WF4는 담당 기술자가 정비 계획을 승인·반려하는 HITL 단계를 두었습니다. 공통 상태 추적과 오류 대응은 실행 이력, 재시도, 재계획, 에스컬레이션을 담당하는 구조입니다.

07실증·검증 계획

1차년도는 데이터·지식 기반, 제조 특화 모델, 프레임워크와 파일럿 검증을 구축하는 계획입니다. 2차년도는 서비스 고도화, 수요기업 확산 실증과 통합 검증으로 이어집니다. 사업계획서에는 실행 과정 로그(Trajectory), 시나리오별 응답·과업 성공 여부, 오류 복구와 서비스 안정성을 자체 점검하고 전문기관 검증을 받는 절차가 포함돼 있습니다. 첨부 자료는 검증 계획이며 시험성적서나 현장 검수 완료 자료는 아닙니다.

08사업 제안과 발표 구성

정책 취지와 제조 현장의 문제를 연결해 왜 이 산업에 지금 필요한지 설명하고, 현장 문제에서 기술 구성·실증·확산 계획으로 이어지는 발표 흐름을 정리했습니다. 개발·영업·컨설팅 협업에서 기술 설명과 사업 논리가 일치하도록 제안 메시지를 조율했습니다.

09결과

팀이 반도체 제조 AI Agent 실증 과제에 선정됐으며 저는 제안 기여자로 참여했습니다. 2026.05.12 회사 공개 발표 기준 1차년도 사업 규모는 약 15.5억 원입니다. 총 약 31억 원은 1년차 수행 결과 평가 후 2차년도 사업이 연계될 경우의 예상 규모입니다. 회사의 사업 선정·사업비와 개인의 제안 기여를 구분합니다.

10근거와 해석 범위

구성과 시나리오는 사업계획서 및 2026.04 발표자료를 대조해 정리했습니다. 21종 Agent와 성능·자동화·데이터 규모는 개발 목표이며 완료 실적으로 사용하지 않았습니다. 성능 목표는 문서의 요약·세부 지표·검증 항목 사이에 차이가 있어 확정 수치로 옮기지 않았습니다. 원본 제안서는 공개 첨부하지 않고 필요한 구조만 재구성했습니다.

회사 보도자료는 팀의 과제 선정과 지원 규모 근거입니다. 예정 총액을 확정 수주액으로 표현하지 않으며 개인 기여와 회사 성과를 구분합니다.

검증 자료

제안 범위와 확인된 결과

첨부 문서는 제안·설계의 근거입니다. 사업 선정과 개인 역할은 별도 근거로 구분했습니다.

제안 범위와 확인된 결과
구분문서에서 확인한 내용상태·근거
플랫폼 설계Builder·Orchestrator·Engine·Admin과 모델·검색·DB·보안·도구 연동제안 구성 · 발표자료 23–25쪽
업무 설계공정관리 최적화 / 공정지식 / 품질검증·데이터 분석 / 예지정비4대 워크플로·21종 Agent 개발 목표 · 발표자료 26–28쪽
실행 통제WF3의 SELECT 전용 조회, WF4의 담당자 승인과 정비 후 재진단사업계획서 WF3·WF4 설계 · 운영 검수 결과는 미첨부
실증·검증1차년도 기반 구축·파일럿, 2차년도 서비스 고도화·확산 실증추진 계획 · 발표자료 34–35쪽 및 사업계획서 검증 계획
개인 기여제안 방향·기술 구조·아키텍처·발표 메시지 정리Technical BD · 팀 제안 기여
사업 선정1차년도 약 15.5억 원 규모. 후속 평가에 따라 2차년도 연계 시 총 약 31억 원 예상2026.05.12 회사 공개 발표 · 개인 매출과 구분

설계 근거: 「1. 사업계획서_솔트웨어」와 「2026년 AI AGENT 융합 확산 지원사업」 발표자료(2026.04). 2026.10.08 대조. 문서 안에서도 성능·데이터 목표가 항목별로 달라 단일 확정 수치나 측정 성과로 옮기지 않았습니다.

이 사례의 전체 맥락이 궁금하시면, 문의해 주세요.
gkwoghks96@gmail.com