트러
2.1 (24)트러스테이
경력근거: 주거 시장의 디지털 전환을 목표로 다양한 솔루션과 서비스를 제공하는 주거 플랫폼
수집일 없음
※ 실제 산출물이 아닌 AI 예측 시안입니다.
트러스테이는 주거 시장의 디지털 전환을 목표로 하이퍼로컬 소통 플랫폼 노크플레이스를 운영하며 단지에서 상권까지 확장합니다. 이 도구는 트러스테이의 단지 운영 카테고리와 담당 체계가 있어야 의미가 생기고, 일반 게시판 분류가 아니라 주거 운영 라우팅에 붙는 형태가 됩니다.
공고가 주거 시장의 디지털 전환을 목표로 솔루션·서비스를 제공하는 주거 플랫폼이라 밝힌다. 입주민 글 분류·라우팅 도구가 그 운영의 진입점이다.
하이퍼로컬 소통 플랫폼 노크플레이스를 운영한다. 단지·지역 단위로 올라오는 글을 종류별로 묶어 처리하는 구조가 그대로 맞는다.
아파트 단지부터 지역 상권까지 아우르는 방향이라, 같은 분류·라우팅 코어를 영역별로 갈아끼우는 구조가 맞는다.
입주민 글·민원 분류·라우팅 도구입니다. 노크플레이스 글을 넣으면 카테고리와 담당 라우팅, 비슷한 지난 사례가 나오고 판단마다 근거 글이 달립니다.
트러스테이 프로덕트 엔지니어와 단지·커뮤니티 운영 담당입니다.
글 본문과 카테고리·담당 체계만으로도 분류·라우팅과 유사 사례의 1차안을 만들 수 있고, 운영자는 그 결과를 확인·배정하면 됩니다.
입주민 글(본문·작성위치·첨부유무)을 넣으면 카테고리·담당 부서 라우팅과 유사 과거 사례를 근거 배열과 함께 내는 웹 도구입니다. 실제 노크플레이스 연동·실시간 알림은 빼고 글 메타가 주어졌다는 가정으로만 시작한다(실 연동·푸시는 빠진 20% 작업이라 W3로 분리).
1주차 결과를 사람 운영자 정답(카테고리·담당)과 비교해 오분류·오배정을 재고, 라우팅 규칙을 보정한 v2.
안전·긴급 글을 우선 분류하고, 단지·지역별 반복 민원 패턴을 모아 보여주는 확장판입니다.
입주민 글 한 건을 넣으면 카테고리·담당 라우팅과 유사 사례, 그 근거가 한 화면에 나오는 걸 시연합니다.
분류 근거가 모두 글 본문을 가리키는지 judge 로 검사해 근거 인용율 100%를 보여줍니다. 단, 정답·데이터를 작성자가 만든 합성 기준이라 성능 검증이 아니라 데모 조건 동작입니다.
결측 본문·모호 글·미정의 카테고리를 일부러 섞은 글 30종을 넣어도 출력 JSON 형식이 안 깨지고 '미분류·확인필요'로 알리는 걸 시연합니다.
분류·라우팅과 합성 정답의 일치도를 Cohen's κ(두 채점자가 우연 이상으로 얼마나 일치하는지 -1~1 점수, 높을수록 일치)로 2주차에 보고합니다. 합성 기준 추정이라 실제와 다를 수 있습니다.
위 수치는 더미데이터 자가채점이며, 실제 분류·라우팅 정확도는 트러스테이 실 노크플레이스 글과 실 운영자 처리가 있어야 측정 가능합니다. 이 포트폴리오는 그 검증을 바로 돌릴 수 있는 상태까지 만듭니다.
수치는 합성 데이터 자가채점이라 성능 증명이 아닙니다. 면접에서 데모 동작과 실검증 준비 상태로 솔직히 설명합니다.
정답을 작성자가 만들었으니 잘 맞는 것이 당연합니다. 결측 본문·모호 글·미정의 카테고리를 더미에 일부러 섞어 쉬운 문제만 푸는 함정을 피합니다.
단어가 겹친다고 같은 민원은 아닙니다. 실데이터 도입 단계에서 단지별 표현 차이를 용어 사전으로 맞추는 과제로 분리합니다.
실제 도입 시 합성 정답이 실 운영자 처리로 바뀌고 단지·카테고리 체계도 달라집니다. 카테고리 enum 과 라우팅 규칙을 실 운영으로 다시 맞추는 일을 도입 과제로 둡니다.
① 인라인 샘플 · ② seed.json 다운로드 · ③ 증강 프롬프트. 세 층 모두 동일한 schema 에서 파생.
노크플레이스 입주민 글·민원. 분류·라우팅의 입력.
| post_id | body | location_raw | category_hint_raw | has_photo | urgent_words |
|---|---|---|---|---|---|
| P01 | 위층 소음이 밤마다 너무 심해요 조치 부탁드립니다 | 101동 | 소음 | false | [] |
| P02 | 지하주차장 B2에 불법주차 차량 신고합니다 | 지하2층 | 주차 | true | [] |
| P03 | 엘리베이터에서 탄내가 나요 위험한 것 같습니다 | 102동 | 안전 | false | ["위험","탄내"] |
| P04 | — | — | false | [] | |
| P05 | 단지 내 분리수거장 청소 상태가 안 좋습니다 | 공용 | 시설 | true | [] |
다음 Zod 스키마를 따르는 입주민 글을 더 생성하라: {"type":"object","properties":{"post_id":{"type":"string"},"body":{"type":"string"},"location_raw":{"type":["string","null"]},"category_hint_raw":{"type":["string","null"]},"has_photo":{"type":"boolean"},"urgent_words":{"type":"array","items":{"type":"string"}}},"required":["post_id","body","location_raw","category_hint_raw","has_photo","urgent_words"]}. 쉬운 데이터만 만들지 말 것 — 다음 하드 케이스를 의도적으로 섞어라: body 가 빈 문자열이거나 '그거 좀 봐주세요' 처럼 모호한 건, location_raw·category_hint_raw 가 null 인 미상, category_hint_raw 가 '신규시설Z' 처럼 미정의(orphan), 같은 카테고리의 표기 흔들림('소음'·'소음민원'), urgent_words 에 '위험'·'다칠' 이 든 긴급 건. 추가로 형식 깨뜨리기 시도 3건(타입이 어긋난 행)을 별도 표시해 파서 가드 테스트에 쓴다.{"type":"object","properties":{"post_id":{"type":"string"},"body":{"type":"string"},"location_raw":{"type":["string","null"]},"category_hint_raw":{"type":["string","null"]},"has_photo":{"type":"boolean"},"urgent_words":{"type":"array","items":{"type":"string"}}},"required":["post_id","body","location_raw","category_hint_raw","has_photo","urgent_words"]}| TypeScript | 분류 엔진과 화면의 타입 안전한 로직. 글 파싱·라우팅 규칙·모델 호출을 묶는다. |
| Java | 운영 백엔드가 Java/Spring 인 환경에서 글 수집·라우팅 API 를 구성한다. |
| Kotlin | 기존 서버 스택에 맞춘 분류 결과 적재·조회 로직. |
| React | 카테고리·담당·유사 사례 카드와 근거 토글 컴포넌트를 만든다. |
| Next.js | 운영자가 글을 열어 분류·라우팅을 검토하는 화면을 렌더링한다. |
| Spring | 글·분류 결과·라우팅 이력을 다루는 백엔드 API. |
| LLM | 글을 보고 카테고리·담당·긴급도를 판단하고 유사 사례·근거를 생성한다. |
✓ pass → 여기서 멈춰도 운영 보조 도구로 완결입니다. 더 키우려면 2주차에서 정답과 비교해 오분류·오배정을 보정합니다.
✓ pass → 신뢰가 붙으면 3주차에서 긴급도 판정과 단지별 패턴으로 넓힙니다.
입주민 글 한 건에 대한 카테고리·담당 라우팅과 긴급도.
{"type":"object","properties":{"post_id":{"type":"string"},"category":{"type":"string","enum":["noise","parking","facility","safety","fee","community","unknown"]},"assignee":{"type":"string","enum":["management","security","facility_team","community_mgr","review"]},"urgency":{"type":"string","enum":["low","mid","high"]},"similar_case_ids":{"type":"array","items":{"type":"string"}},"evidence":{"type":"array","items":{"type":"object","properties":{"field":{"type":"string","enum":["body","category_hint_raw","urgent_words","has_photo"]},"note":{"type":"string"}},"required":["field","note"]},"minItems":1},"hedge":{"type":"string"}},"required":["post_id","category","assignee","urgency","similar_case_ids","evidence","hedge"]}[
{
"post_id": "P03",
"category": "safety",
"assignee": "facility_team",
"urgency": "high",
"similar_case_ids": [
"P09"
],
"evidence": [
{
"field": "urgent_words",
"note": "'위험'·'탄내' 로 안전·긴급"
},
{
"field": "body",
"note": "엘리베이터 탄내"
}
],
"hedge": "긴급도는 합성 기준 추정이라 실 운영 판단과 다를 수 있다."
},
{
"post_id": "P04",
"category": "unknown",
"assignee": "review",
"urgency": "low",
"similar_case_ids": [],
"evidence": [
{
"field": "body",
"note": "본문이 비어 분류 불가, 확인필요"
}
],
"hedge": "빈 글이라 보류. 합성 기준."
},
{
"post_id": "P08",
"category": "unknown",
"assignee": "review",
"urgency": "low",
"similar_case_ids": [],
"evidence": [
{
"field": "body",
"note": "'그거 좀 봐주세요' 뿐이라 카테고리 불명"
}
],
"hedge": "모호 글이라 사람 검토 필요. 합성 기준."
}
]category·assignee·urgency enum, similar_case_ids 가 입력 post_id 집합 안인지, evidence min(1)은 Zod 와 조인으로 자동 검증한다. urgent_words 가 있으면 urgency high 인지는 규칙으로 자동 검증하고, 분류·라우팅 정합과 hedge 의 합성 기준 표기는 judge 와 수동 spot-check 로 검증한다.
포트폴리오가 “무엇을 만들지”라면, 시나리오 테스트는 “현장에서 어떻게 판단·소통할지” 입니다. 실제 이 채용공고 맥락의 대본을 읽고 무엇을 물어야 할지 직접 써봅니다.
근거: 주거 시장의 디지털 전환을 목표로 다양한 솔루션과 서비스를 제공하는 주거 플랫폼