2026 제조산업 AI 해커톤
현장을 읽는 피지컬 AI

우리는 2026 제조산업 AI 해커톤에 참가하는 [6]명 팀이야.
- 구성: 울산과학대 기계공학부 [ ]명, 전기전자공학부 [ ]명, 컴퓨터공학과 [ ]명, 융합안전공학과 [ ]명 / 제주한라대 인공지능학과 [ ]명, 방송영상학과 [ ]명
- 팀원 소개: [이름 - 전공 - 잘하는 것을 한 줄씩 나열]

이 정보를 바탕으로 다음을 표로 만들어줘.
① 우리 팀의 강점 3가지와 그 근거
② 예상되는 약점 3가지와 각각의 보완책
③ 역할 분담표 (이름 / 역할 / 구체적으로 무엇을 하는지 / 언제 하는지)
④ 그라운드 룰 5개

3박 4일 안에 앱을 개발해 배포까지 해야 한다는 점을 고려해서 현실적으로 써줘.

너는 [제조 업종: 예) 자동차 부품 가공] 현장에서 15년 일한 [직무: 예) 설비 보전 담당] 전문가야.
[트랙명: 예) 설비·공정] 영역에서 현장 작업자가 실제로 겪는 불편(pain point)을 10가지 알려줘.
각 항목을 아래 네 칸으로 나눈 표로 정리해줘.
① 언제, 어디서 발생하는가  ② 왜 발생하는가  ③ 지금은 어떻게 대응하는가  ④ 그 대응의 한계는 무엇인가
일반론 대신 구체적인 상황 묘사로 써줘. 확실하지 않은 내용은 '확인 필요'로 표시하고, 없는 통계는 만들어내지 마.

위 불편 목록 중 [번호]번 문제를 겪는 사람의 페르소나를 2명 만들어줘.
각각 이름·나이·근속연수·담당 업무·하루 일과(시간대별)·이 문제로 실제로 겪는 손해·현재 대처법·디지털 도구 사용 수준을 포함해줘.
한 명은 20대 신입, 한 명은 50대 숙련공으로 만들어줘.
마지막에 두 사람이 같은 문제를 서로 다르게 느끼는 지점을 3가지 짚어줘.

위 페르소나 [이름]을 인터뷰한다고 가정하고, 문제의 진짜 원인을 찾기 위한 질문 10개를 만들어줘.
- '예/아니오'로 답할 수 있는 질문은 넣지 마.
- 최근에 실제로 겪은 경험을 이야기하게 만드는 질문으로 써줘.
- 해결책을 묻지 말고, 지금 어떻게 하고 있는지를 묻는 질문으로 써줘.
질문마다 '이 질문으로 알아내려는 것'을 한 줄로 덧붙여줘.

아래는 우리 팀이 현장 관찰과 인터뷰에서 적은 메모야.
[메모 원문을 그대로 붙여넣기]
이 메모를 ① 사실(눈으로 본 것) ② 발언(귀로 들은 것) ③ 감정·태도(느껴진 것) ④ 우리의 해석(추측)의 네 칸으로 분리해 표로 정리해줘.
추측이 사실처럼 섞여 있으면 반드시 ④로 옮기고, 왜 추측인지 한 줄로 표시해줘.
마지막에 '더 확인해야 할 것' 5가지를 뽑아줘.

아래는 우리 팀의 관찰·인터뷰 정리표야.
[STEP 1-4 결과 붙여넣기]
① 비슷한 내용끼리 5개 묶음으로 나누고 각 묶음에 제목을 붙여줘.
② 묶음마다 '겉으로 보이는 현상'과 '그 밑에 있는 진짜 이유'를 구분해서 써줘.
③ 우리가 예상하지 못했을 법한 의외의 발견 2가지를 따로 뽑아줘.
④ 데이터가 부족해서 판단할 수 없는 부분이 있으면 솔직하게 알려줘.

위 인사이트를 바탕으로 POV(Point of View) 문장을 3개 만들어줘.
형식: [구체적인 사용자]는 [니즈]가 필요하다. 왜냐하면 [놀라운 인사이트]이기 때문이다.
- 사용자를 '작업자'처럼 뭉뚱그리지 말고 구체적으로 써줘.
- 니즈는 해결책(앱, 시스템, AI)이 아니라 원하는 상태로 써줘.
- 인사이트는 관찰에서 나온 것만 써줘. 일반 상식은 넣지 마.

우리가 고른 POV: [문장 붙여넣기]
이 POV를 기반으로 HMW(How Might We) 질문을 20개 만들어줘.
- 5개는 문제를 더 좁히는 방향
- 5개는 문제를 더 넓히는 방향
- 5개는 전제를 뒤집는 방향 (예: 아예 그 작업을 없앤다면?)
- 5개는 다른 산업의 해결 방식을 빌려오는 방향
각 질문 옆에 '3박 4일 안에 프로토타입으로 만들 수 있는가'를 가능/어려움으로 표시해줘.

우리가 선택한 HMW: [문장 붙여넣기]
이걸 심사위원에게 30초 안에 설명한다고 생각하고 문제 정의문을 1문장으로 만들어줘.
그리고 이 문제가 왜 중요한지 뒷받침할 근거를 3가지 제시해줘.
숫자나 통계가 필요한 부분은 '[출처 확인 필요]'로 표시하고, 없는 통계를 만들어내지 마.
마지막에 이 문제 정의의 약점(심사위원이 반박할 만한 지점) 2가지를 알려줘.

HMW: [문장 붙여넣기]
이 질문에 대한 해결 아이디어를 30개 만들어줘.
- 10개는 AI 없이 지금 당장 가능한 것
- 10개는 AI를 써야 가능한 것
- 10개는 제약을 무시한 과감한 것
각 아이디어는 한 줄로 쓰되 '누가 / 언제 / 무엇을 하게 되는지'가 드러나게 써줘.
비슷한 아이디어를 반복하지 말고 서로 다른 접근으로 만들어줘.

위 30개 아이디어를 아래 두 축으로 평가해서 2×2 사분면 표로 배치해줘.
- 가로축: 현장 임팩트 (문제를 실제로 얼마나 해결하는가)
- 세로축: 3박 4일 내 구현 가능성
우리 팀 역량은 이렇다: [예) 파이썬 초급 2명 / 노코드·바이브 코딩 가능 / 영상 촬영·편집 1명 / 실제 설비 접근 불가 / 사용 도구는 Claude, Teachable Machine / 장비는 노트북과 스마트폰뿐]
'임팩트 높음 + 구현 가능' 칸에 들어간 아이디어 5개를 뽑고, 각각 왜 그 칸인지 이유를 써줘.
그리고 그 5개 중 심사 기준(현장 문제 정의력·AI 활용 적절성·프로토타입 완성도·현장 적용가능성)에 가장 잘 맞는 순서로 정렬해줘.

선정 아이디어: [아이디어 붙여넣기]
이걸 서비스 컨셉으로 구체화해줘.
① 서비스명 후보 3개 (한글, 5자 이내)
② 한 줄 소개 (누구를 위해 무엇을 해주는지)
③ 핵심 사용자와 사용 장소·시점
④ 사용 시나리오 5단계 — 사용자가 언제 열어서, 무엇을 입력하고, 무엇을 보고, 무엇을 하게 되는지
⑤ 기존 방식 대비 개선 효과 (시간·비용·안전 중 해당되는 항목만, 수치는 '추정'으로 표시)
④는 실제 현장 동선에 맞게 구체적으로 써줘.

위 서비스를 피지컬 AI의 3계층으로 나눠서 설계해줘.
① 인지(Perception): 무엇을 어떤 입력으로 받는가 — 스마트폰 카메라·마이크·가속도계 / 사진 / 문서 / 표 데이터 중 선택
② 판단(Planning): 어떤 AI가 무엇을 판단하는가 — 비전 분류 / LLM 요약·질의응답 / RAG 검색 / 규칙 기반 중 선택
③ 행동(Actuation): 결과를 사람에게 어떻게 전달하는가 — 알림 / 대시보드 / 체크리스트 / 음성 안내 중 선택
각 계층마다 '3박 4일 안에 실제로 구현할 범위'와 '데모 영상·더미 데이터로 대체할 범위'를 나눠서 표시해줘.
그리고 이 설계에서 가장 먼저 막힐 것 같은 지점 3가지와 대비책을 알려줘.

서비스: [서비스명] / [한 줄 소개]
사용 시나리오: [STEP 3-3의 5단계 붙여넣기]
이걸 3박 4일 해커톤용 MVP로 줄여줘.
① 반드시 있어야 하는 기능 3개 (없으면 서비스가 성립하지 않는 것)
② 있으면 좋지만 이번에는 만들지 않을 기능 3개
③ 필수 기능별 입력·처리·출력을 표로
④ 화면 목록 (최대 4개)과 화면별 목적
심사에서 '시연 가능한가'를 보므로, 화면 하나로 끝나지 않고 흐름이 보이도록 구성해줘.

위 화면 목록 각각에 대해 와이어프레임을 글로 설명해줘.
화면마다 ① 상단·중단·하단에 무엇이 있는지 ② 버튼과 그 버튼을 눌렀을 때 일어나는 일 ③ 화면 간 이동 경로를 써줘.
현장에서 장갑을 낀 손으로 사용한다는 점을 고려해 버튼 크기·글자 크기·색 대비를 어떻게 할지도 알려줘.
마지막에 이 화면 구성을 그대로 코드로 만들 때 쓸 프롬프트 문장을 만들어줘.

아래 명세대로 동작하는 웹 앱을 만들어줘.
- 단일 HTML 파일 하나로 만들어줘. 외부 서버 없이 브라우저에서 열면 바로 동작해야 해.
- 화면: [화면 목록]
- 기능: [필수 기능 3개와 각각의 입력·처리·출력]
- 데이터는 코드 안에 예시 배열로 넣어줘. 실제 DB 연결은 하지 마.
- 스마트폰 세로 화면 기준으로 만들어줘.
- 한국어 UI, 버튼은 크게, 주요 색상은 [색상].
- 시연용 '샘플 실행' 버튼을 넣어서 한 번에 흐름을 보여줄 수 있게 해줘.
완성된 코드 전체를 주고, 아래에 어떤 부분을 바꾸면 무엇이 달라지는지 3줄로 설명해줘.

방금 만든 앱을 실행했더니 문제가 있어.
- 증상: [무엇이 어떻게 안 되는지]
- 화면: [어느 화면에서]
- 내가 한 행동: [무엇을 눌렀는지]
- 오류 메시지: [있으면 그대로 붙여넣기, 없으면 '없음']
원인을 먼저 설명하고, 수정된 전체 코드를 다시 줘. 고친 부분은 주석으로 표시해줘.
다른 기능이 망가지지 않았는지 확인할 방법도 알려줘.

이 앱을 시연할 때 쓸 예시 데이터를 만들어줘.
- 정상 케이스 5건, 문제 케이스 3건, 애매한 케이스 2건
- 각 항목에 들어갈 필드: [예) 설비명, 측정값, 측정 시각, 담당자]
- 실제 제조 현장에서 나올 법한 값으로 만들어줘. 비현실적인 숫자는 쓰지 마.
JSON 형식으로 주고, 위 코드의 어느 위치에 붙여넣으면 되는지 알려줘.

우리 서비스: [서비스명] / [한 줄 소개] / [해결하는 문제]
60초 앱 홍보영상 대본과 스토리보드를 만들어줘.
- 구성: 문제 상황 15초 → 서비스 등장 10초 → 사용 장면 25초 → 효과와 마무리 10초
- 나레이션은 한 문장 16자 이내로 짧게 써줘.
- 컷마다 표로 정리해줘: ① 화면에 보이는 것 ② 나레이션 ③ 자막 ④ 촬영 방법(실사 촬영 / 화면 녹화 / 이미지)
- 촬영 가능한 환경은 호텔 회의실, 강의장, 스마트폰뿐이야. 이 범위에서 찍을 수 있는 컷으로만 짜줘.
- 마지막 컷에 팀명과 서비스명, 앱 QR코드가 남게 해줘.

15분 발표용 슬라이드 구성을 짜줘.
- 슬라이드는 12장 이내
- 순서: 문제 → 현장 근거 → 해결 아이디어 → 시연 → 기술 구조 → 적용 효과 → 확장 계획 → 팀
- 장마다 ① 제목(15자 이내) ② 핵심 문장 1개 ③ 시각 요소(사진·그래프·화면 캡처 중 무엇) ④ 말할 시간(초)
- 슬라이드 제목의 구분자는 콜론(:)을 써줘.
글자를 최소화하고 화면으로 보여주는 구성으로 짜줘.

우리 앱을 처음 보는 사람에게 5분 동안 테스트한다고 할 때 시나리오를 만들어줘.
- 참가자에게 줄 과제 3개 (설명 없이 스스로 해보게 하는 형태로)
- 우리가 관찰할 항목 5개 (어디서 멈추는지, 무엇을 잘못 누르는지 등)
- 테스트 후 물어볼 질문 5개
'좋았나요?', '쓸 만한가요?' 같은 질문은 빼고, 막힌 지점을 찾아내는 질문으로 써줘.
기록용 표 양식도 함께 만들어줘.

우리 발표 내용은 아래와 같아.
[문제 정의 / 서비스 컨셉 / 기술 구조 / 기대 효과를 요약해 붙여넣기]
심사 기준은 ① 현장 문제 정의력 25점 ② AI 활용 적절성 25점 ③ 프로토타입 완성도 20점 ④ 현장 적용가능성 20점 ⑤ 발표·전달력 10점이야.
심사위원이 할 만한 날카로운 질문 15개를 만들고, 질문마다 우리가 미리 준비해야 할 근거를 알려줘.
특히 우리 약점을 찌르는 질문을 많이 만들어줘.
답하기 어려운 질문에는 '모른다'를 어떻게 말해야 감점이 적을지도 알려줘.

슬라이드 구성: [P4-7 결과 붙여넣기]
15분 발표 대본을 써줘.
- 슬라이드별로 나누고 각 부분의 예상 소요 시간을 표시해줘.
- 첫 20초에 심사위원이 집중하게 만드는 도입으로 시작해줘.
- 읽는 문장이 아니라 말하는 구어체로, 한 문장은 짧게.
- 전문용어는 처음 나올 때 한 번 풀어서 설명해줘.
- 발표자는 [1]명이야. 그에 맞게 구성해줘.
마지막에 15분을 넘길 경우 어느 부분을 줄이면 되는지 우선순위를 알려줘.

아래 내용을 A4 1장짜리 서비스 제안서로 정리해줘.
[문제 정의 / 서비스 컨셉 / 기술 구조 / 기대 효과 붙여넣기]
구성: 제목 / 한 줄 요약 / 현장 문제 / 해결 방안 / 기술 구조 / 기대 효과 / 확장 계획 / 팀 소개
- 표와 짧은 문장 위주로, 심사위원이 30초 안에 훑을 수 있게 써줘.
- 기대 효과에 수치를 쓸 경우 근거가 없으면 '추정'이라고 명시해줘.
- 분량이 A4 1장을 넘지 않게 조절해줘.

너는 [자동차 부품 가공 / 조선 기자재 / 석유화학 중 택1] 공장에서 15년 일한 설비 보전 담당자야.
[CNC 가공기 / 컨베이어 / 펌프·모터 중 택1]를 관리하는 하루 일과를 시간대별로 알려줘.
그리고 설비 이상을 미리 못 잡아서 생산이 멈춘 경험 5가지를 구체적인 상황으로 설명해줘.
사례마다 ① 사전에 어떤 신호가 있었는지 ② 왜 그 신호를 놓쳤는지 ③ 놓친 결과 무슨 일이 벌어졌는지를 써줘.
마지막에 '지금 쓰는 점검 방식의 한계' 5가지를 정리해줘.
수치가 확실하지 않으면 '확인 필요'로 표시하고, 없는 통계는 만들어내지 마.

설비 이상 알림 대시보드를 단일 HTML 파일로 만들어줘.
- 화면1: 설비 목록 (설비명 / 현재 상태 / 마지막 점검 시각). 상태는 정상·주의·경고 3단계 색상으로.
- 화면2: 설비 상세 — 최근 24시간 측정값 꺾은선 그래프, 임계값 초과 구간은 빨간 음영.
- 화면3: 알림 이력 (발생 시각 / 설비 / 사유 / 조치 여부 체크박스).
- 임계값은 화면에서 조정할 수 있게 해줘.
- 데이터는 코드 안 예시 배열로 24시간 × 설비 3대 분량을 넣어줘.
- '이상 발생 시뮬레이션' 버튼을 눌러 경고가 뜨는 과정을 시연할 수 있게 해줘.
- 알림 문구에는 반드시 '무엇을 / 누가 / 언제까지' 조치해야 하는지가 들어가게 해줘.
- 스마트폰 세로 화면 기준, 한국어 UI, 버튼은 크게.
완성된 코드 전체를 주고, 임계값을 바꾸는 방법을 3줄로 설명해줘.

너는 [금속 가공 / 사출 성형 / 전자부품 조립 중 택1] 공장에서 12년간 외관 검사를 담당한 검사자야.
하루 동안 어떤 순서로 검사하는지 시간대별로 알려줘.
그리고 육안 검사에서 실제로 자주 생기는 문제 7가지를 구체적 상황으로 설명해줘.
각 문제마다 ① 어떤 상황에서 생기는지 ② 왜 생기는지 ③ 지금은 어떻게 막고 있는지 ④ 그래도 남는 한계를 써줘.
마지막에 '검사자마다 판정이 갈리는 대표적인 애매한 케이스' 5가지를 알려줘.
확실하지 않은 내용은 '확인 필요'로 표시해줘.

외관 검사 보조 앱을 단일 HTML 파일로 만들어줘.
- 화면1: 카메라 촬영 또는 이미지 업로드.
- 화면2: 판정 결과(정상/불량), 신뢰도 %, 신뢰도가 70% 미만이면 '재검사 필요'를 크게 표시.
- 화면3: 검사 이력(시각 / 판정 / 신뢰도)과 불량 유형별 집계 막대그래프.
- 판정 로직은 지금은 임의 함수로 대체하되, 나중에 Teachable Machine 모델 URL만 넣으면 연결되도록 함수를 따로 분리해줘.
- 예시 결과 10건을 미리 넣어 시연이 가능하게 해줘.
- 스마트폰 세로 화면 기준, 한국어 UI, 버튼은 크게.
완성된 코드 전체를 주고, 모델 URL을 어디에 넣으면 되는지 알려줘.

너는 [제조업 사업장]에서 12년간 안전관리자로 일한 사람이야.
[위험성평가 / TBM / 재해 사례 관리 중 택1] 업무를 실제로 어떤 순서로 하는지 단계별로 알려줘.
그리고 이 업무에서 겪는 어려움 7가지를 구체적 상황으로 설명해줘.
각 항목마다 ① 언제 발생하는지 ② 왜 발생하는지 ③ 지금 어떻게 대응하는지 ④ 그 한계를 써줘.
또 위험성평가표에 실제로 들어가는 항목(칸 이름)을 표로 알려주고, 각 칸에 무엇을 쓰는지 예시를 하나씩 들어줘.
법 조항이나 고시 번호를 언급할 때는 반드시 '확인 필요'로 표시하고, 확실하지 않으면 조항 번호를 쓰지 마.

위험성평가 자동 작성 도우미를 단일 HTML 파일로 만들어줘.
- 화면1: 작업 정보 입력 (공정명 / 작업 내용 / 사용 장비 / 작업 인원 / 작업 장소).
- 화면2: 생성된 위험성평가 표 — 유해위험요인 / 발생 가능성 / 중대성 / 위험도 / 감소대책. 최소 5행.
- 위험도는 가능성 × 중대성으로 자동 계산하고 3단계 색상으로 표시해줘.
- 감소대책 옆에 '근거 규정' 칸을 두되, 확인되지 않은 조항은 '확인 필요'로 표시되게 해줘.
- 화면3: 저장된 평가 목록과 검색.
- 입력값에 따라 결과가 달라지는 예시 케이스 3개를 미리 넣어줘.
- 인쇄 버튼을 넣어 A4로 출력되게 해줘.
- 한국어 UI, 현장에서 쓰는 용어로 표기.
완성된 코드 전체를 주고, 위험도 계산식을 바꾸는 방법을 알려줘.

너는 [제조업 현장]에서 25년간 일한 숙련 기능공이야.
[본인이 잘 아는 작업 하나: 예) 용접 비드 관리 / 사출 금형 교체]를 신입에게 가르친다고 생각하고,
① 작업 순서를 단계별로 ② 각 단계에서 초보가 자주 하는 실수 ③ 그 실수를 막는 요령 ④ 말로 설명하기 어려운 감각적인 판단 기준을 알려줘.
그리고 이런 노하우가 왜 문서로 남지 않는지 이유 5가지를 현장 관점에서 설명해줘.
마지막에 작업표준서(SOP)에 실제로 들어가는 항목을 표로 알려줘.
확실하지 않은 내용은 '확인 필요'로 표시해줘.

숙련공 인터뷰를 작업표준서로 바꿔주는 도구를 단일 HTML 파일로 만들어줘.
- 화면1: 인터뷰 내용 붙여넣기 입력창(음성 인식 버튼 자리도 만들어줘).
- 화면2: 자동 생성된 SOP — 목적 / 준비물 / 단계별 작업(번호와 사진 자리 포함) / 주의사항 / 품질 확인 포인트.
- 화면3: 다국어 전환 탭 — 한국어 · 영어 · 베트남어 · 우즈베크어.
- 인쇄용 A4 레이아웃 버튼을 넣어줘.
- 예시 인터뷰 원문과 그 결과 SOP를 미리 넣어 바로 시연할 수 있게 해줘.
- 번역 결과 옆에 '원문 대조' 토글을 넣어 한국어와 나란히 볼 수 있게 해줘.
- 한국어 UI, 글자 크게.
완성된 코드 전체를 주고, 언어를 추가하는 방법을 알려줘.

너는 [제조업 중소기업]에서 10년간 자재·구매를 담당한 사람이야.
다품종 소량생산 환경에서 재고와 납기를 관리하는 하루 업무를 시간대별로 알려줘.
그리고 이 업무에서 실제로 겪는 문제 7가지를 구체적 상황으로 설명해줘.
각 항목마다 ① 언제 발생하는지 ② 왜 발생하는지 ③ 지금 어떻게 대응하는지 ④ 그 한계를 써줘.
그리고 재고 관리 엑셀에 보통 어떤 열(컬럼)이 있는지, 각 열이 무슨 의미인지 표로 알려줘.
확실하지 않은 내용은 '확인 필요'로 표시해줘.

재고·납기 리스크 알림 대시보드를 단일 HTML 파일로 만들어줘.
- 화면1: 품목 목록 (품목명 / 현재고 / 일평균 사용량 / 소진 예상일 / 리드타임 / 위험도).
- 위험도는 '소진 예상일 − 오늘 < 리드타임'이면 위험으로 자동 계산하고 색상으로 표시해줘.
- 화면2: 품목 상세 — 최근 30일 입출고 그래프, 발주 권장 수량과 발주 시점.
- 화면3: 오늘의 요약 리포트 — 위험 품목 목록과 '무엇을 언제까지 발주해야 하는지' 문장을 자동 생성해 표시.
- CSV 업로드 자리도 만들어줘.
- 예시 데이터는 품목 20개 × 30일 입출고로 넣고, 그중 3개는 위험 상태가 되게 해줘.
- 인쇄 버튼을 넣어 리포트를 A4로 출력할 수 있게 해줘.
- 한국어 UI.
완성된 코드 전체를 주고, 위험도 판정 기준을 바꾸는 방법을 알려줘.