같다
2.3 (49)같다
경력근거: 폐기물 배출 → 수거 → 처리 → 정산 전 과정을 디지털로 통합
수집일 없음
※ 실제 산출물이 아닌 AI 예측 시안입니다.
같다는 폐기물 배출·수거·처리·정산 전 과정을 디지털로 통합한 공공형 플랫폼 빼기를 운영하며 지자체·파트너·시민이 함께 씁니다. 이 도구는 같다의 신청 데이터와 지역·단가 체계가 있어야 의미가 생기고, 일반 분류가 아니라 수거 라우팅·정산에 붙는 형태가 됩니다.
공고가 폐기물 배출·수거·처리·정산 전 과정을 디지털로 통합한다고 밝힌다. 신청 분류·라우팅·정산 도구가 그 통합의 진입점이다.
지자체·민간 파트너·시민이 함께 쓰는 플랫폼이라, 신청을 담당·지역으로 라우팅하는 구조가 그대로 맞는다.
누적 신청 360만 건·환경자원 데이터 6백만 건을 보유한다. 같은 신청 패턴이 반복돼 분류·단가 자동화가 자산 가치를 갖는다.
폐기물 배출 신청 분류·라우팅 도구입니다. 빼기 플랫폼 신청을 넣으면 품목 분류와 수거 담당, 정산 단가 초안이 나오고 각 줄에 근거가 달립니다.
같다(빼기) 백엔드 엔지니어와 수거·정산 운영 담당입니다.
신청 텍스트·사진 메타와 지역만으로도 품목 분류·라우팅·단가의 1차안을 만들 수 있고, 운영자는 그 초안을 확인·배정하면 됩니다.
배출 신청(설명·품목 추정·지역·수량)을 넣으면 품목 분류와 수거 담당 라우팅, 정산 단가 초안을 근거 배열과 함께 내는 웹 도구입니다. 실제 사진 판독·지자체 시스템 연동은 빼고 신청 텍스트·메타 가정으로만 시작한다(이미지 판독·실 연동은 빠진 20% 작업이라 W3로 분리).
1주차 결과를 사람 운영자 정답(품목·담당·단가)과 비교해 오분류를 재고, 지역·품목 단가 규칙을 보정한 v2.
배출 사진 메타를 보조 입력으로 받아 품목 분류 신뢰도를 조정하고, 지역·시기별 반복 신청 패턴을 모아 보여주는 확장판입니다.
배출 신청 한 건을 넣으면 품목 분류와 수거 라우팅·정산 단가, 그 근거가 한 화면에 나오는 걸 시연합니다.
분류 근거가 모두 신청 내용을 가리키는지 judge 로 검사해 근거 인용율 100%를 보여줍니다. 단, 정답·데이터를 작성자가 만든 합성 기준이라 성능 검증이 아니라 데모 조건 동작입니다.
결측 정보·모호 신청·미정의 품목을 일부러 섞은 신청 30종을 넣어도 출력 JSON 형식이 안 깨지고 '미분류·확인필요'로 알리는 걸 시연합니다.
분류·라우팅과 합성 정답의 일치도를 Cohen's κ(두 채점자가 우연 이상으로 얼마나 일치하는지 -1~1 점수, 높을수록 일치)로 2주차에 보고합니다. 합성 기준 추정이라 실제와 다를 수 있습니다.
위 수치는 더미데이터 자가채점이며, 실제 분류·단가 정확도는 같다 실 신청 데이터와 실 운영자 처리가 있어야 측정 가능합니다. 이 포트폴리오는 그 검증을 바로 돌릴 수 있는 상태까지 만듭니다.
수치는 합성 데이터 자가채점이라 성능 증명이 아닙니다. 면접에서 데모 동작과 실검증 준비 상태로 솔직히 설명합니다.
정답을 작성자가 만들었으니 잘 맞는 것이 당연합니다. 결측 정보·모호 신청·미정의 품목을 더미에 일부러 섞어 쉬운 문제만 푸는 함정을 피합니다.
단어가 겹친다고 같은 품목은 아닙니다. 실데이터 도입 단계에서 지역별 표현 차이를 품목 사전으로 맞추는 과제로 분리합니다.
실제 도입 시 합성 정답이 실 운영 처리로 바뀌고 지자체·단가 규칙도 달라집니다. 품목 enum 과 단가 규칙을 실 운영으로 다시 맞추는 일을 도입 과제로 둡니다.
① 인라인 샘플 · ② seed.json 다운로드 · ③ 증강 프롬프트. 세 층 모두 동일한 schema 에서 파생.
폐기물 배출 신청. 분류·라우팅·단가의 입력.
| req_id | desc | item_hint_raw | region_raw | region_id | qty | has_photo |
|---|---|---|---|---|---|---|
| DR01 | 안 쓰는 냉장고 버리려고요 양문형입니다 | 냉장고 | 성남시 분당구 | seongnam_bundang | 1 | true |
| DR02 | 냉장고 배출 | 냉장고 | 성남 분당 | seongnam_bundang | 1 | false |
| DR03 | 이사하면서 침대랑 옷장 같이요 | 가구 | 서울 강남구 | seoul_gangnam | 2 | true |
| DR04 | 그거 좀 가져가주세요 | — | 미상 | — | — | false |
| DR05 | 폐형광등 한 박스 처리 부탁 | 형광등 | 수원시 | suwon | 1 | false |
다음 Zod 스키마를 따르는 배출 신청을 더 생성하라: {"type":"object","properties":{"req_id":{"type":"string"},"desc":{"type":"string"},"item_hint_raw":{"type":["string","null"]},"region_raw":{"type":"string"},"region_id":{"type":["string","null"]},"qty":{"type":["number","null"]},"has_photo":{"type":"boolean"}},"required":["req_id","desc","item_hint_raw","region_raw","region_id","qty","has_photo"]}. 쉬운 데이터만 만들지 말 것 — 다음 하드 케이스를 의도적으로 섞어라: item_hint_raw·qty 가 null 인 미상, region_id 가 null 인 미협약 지역(orphan), desc 가 '그거 좀 가져가주세요' 처럼 모호한 건, 같은 지역의 표기 흔들림(region_raw 다름·region_id 동일), qty 0(수량 미상)·대량 경계값, 유해폐기물처럼 특수 처리 품목. 추가로 형식 깨뜨리기 시도 3건(타입이 어긋난 행)을 별도 표시해 파서 가드 테스트에 쓴다.{"type":"object","properties":{"req_id":{"type":"string"},"desc":{"type":"string"},"item_hint_raw":{"type":["string","null"]},"region_raw":{"type":"string"},"region_id":{"type":["string","null"]},"qty":{"type":["number","null"]},"has_photo":{"type":"boolean"}},"required":["req_id","desc","item_hint_raw","region_raw","region_id","qty","has_photo"]}| TypeScript | 분류 엔진과 화면의 타입 안전한 로직. 신청 파싱·규칙 계산·모델 호출을 묶는다. |
| Java | 수거·정산 백엔드가 Java 인 환경에서 신청 수집·라우팅 API 를 구성한다. |
| Kotlin | 기존 서버 스택에 맞춘 분류 결과 적재·조회 로직. |
| Swift | 시민용 신청 앱이 iOS 인 경우의 입력 메타 어댑터 예시 작성. |
| React | 품목·라우팅·단가 카드와 근거 토글 컴포넌트를 만든다. |
| Next.js | 운영자가 신청을 열어 분류·라우팅을 검토하는 화면을 렌더링한다. |
| LLM | 신청 설명을 보고 품목을 분류하고 라우팅·단가 근거를 생성한다. |
✓ pass → 여기서 멈춰도 운영 보조 도구로 완결입니다. 더 키우려면 2주차에서 정답과 비교해 오분류를 보정합니다.
✓ pass → 신뢰가 붙으면 3주차에서 사진 판독과 지역별 패턴으로 넓힙니다.
배출 신청 한 건에 대한 품목 분류와 라우팅·단가.
{"type":"object","properties":{"req_id":{"type":"string"},"item_type":{"type":"string","enum":["bulky","appliance","recyclable","hazardous","clothing","unknown"]},"assignee":{"type":"string","enum":["city_collect","partner","special_waste","review"]},"price_est":{"type":["number","null"]},"evidence":{"type":"array","items":{"type":"object","properties":{"field":{"type":"string","enum":["desc","item_hint_raw","region_raw","qty"]},"note":{"type":"string"}},"required":["field","note"]},"minItems":1},"hedge":{"type":"string"}},"required":["req_id","item_type","assignee","price_est","evidence","hedge"]}[
{
"req_id": "DR01",
"item_type": "appliance",
"assignee": "partner",
"price_est": 15000,
"evidence": [
{
"field": "desc",
"note": "'양문형 냉장고' 라 대형 가전"
},
{
"field": "region_raw",
"note": "분당 협약 파트너 배정"
}
],
"hedge": "단가는 합성 규칙 기준 추정이라 실 정산과 다를 수 있다."
},
{
"req_id": "DR04",
"item_type": "unknown",
"assignee": "review",
"price_est": null,
"evidence": [
{
"field": "desc",
"note": "'그거 좀' 뿐이고 지역·품목 미상이라 확인필요"
}
],
"hedge": "정보 부족이라 보류. 합성 기준."
},
{
"req_id": "DR10",
"item_type": "hazardous",
"assignee": "special_waste",
"price_est": null,
"evidence": [
{
"field": "desc",
"note": "'폐배터리·폐페인트' 유해폐기물이라 특수 처리"
},
{
"field": "qty",
"note": "qty 0 으로 수량 확인 필요"
}
],
"hedge": "유해폐기물 단가는 별도 산정. 합성 기준 추정."
}
]item_type·assignee enum, evidence min(1)은 Zod 로 자동 검증한다. price_est 계산(품목×지역 단가)과 유해폐기물의 special_waste 라우팅 정합은 규칙으로 자동 검증하고, 분류 근거 의미·hedge 의 합성 기준 표기는 judge 와 수동 spot-check 로 검증한다. price_est 는 합성 규칙 기준이라 metrics 의 정직 경계선과 일관되게 검증된 수치로 제시하지 않는다.
근거: 폐기물 배출 → 수거 → 처리 → 정산 전 과정을 디지털로 통합