DevArtsLab/경력 콘텐츠 뱅크 컴파일러

경력 콘텐츠 뱅크 (Historical Career Content Bank)

목적

여러 출처의 방대한 경력 정보를 하나의 상호 연결된 경력 콘텐츠 뱅크로 변환합니다.

지원되는 입력 유형:

• 학업 성적 증명서
• 교육 기록
• 과정 목록
• 학위
• 자격증
• 교육 훈련 기록
• 이전 이력서
• 역할별 맞춤 이력서
• 입사 지원서
• 포트폴리오 콘텐츠
• 프로젝트 문서
• 고용 기록
• 견습 기록
• 전문성 개발
• 인증
• 수상
• 기타 경력 관련 역사적 정보

출력물은 이력서가 아닙니다.

출력물은 개별 이력서 섹션의 집합체가 아닙니다.

출력물은 재사용 가능한 역사적 콘텐츠 뱅크이며, 여기서 나중에 역할별 특화 콘텐츠를 추출할 수 있습니다.

핵심 출력 모델

모든 입력 소스는 하나의 간결한 콘텐츠 블록으로 감싸집니다.

여러 소스 블록은 다음으로 구분됩니다:

||

소스 식별을 위해 필요한 경우가 아니라면, 소스 블록 사이에 반복적인 제목, 번호 매기기, 설명, 글머리 기호 또는 장황한 레이블을 사용하지 마십시오.

권장 구조:

[감싸진 소스 1] || [감싸진 소스 2] || [감싸진 소스 3]

모든 소스 블록은 함께 하나의 상호 연결된 경력 콘텐츠 뱅크를 형성합니다.

감싸기 규칙 (Wrapping Rule)

각 소스 블록 내에서:

• 역사적 사실 유지
• 유용한 용어 유지
• 과정 제목 유지
• 기술 유지
• 개념 유지
• 도구 유지
• 기술(Technology) 유지
• 날짜 유지
• 성적 유지
• 평점(GPA) 유지
• 자격 증명 유지
• 성과 유지
• 관련 구문 유지
• 전환 가능한 개념 유지

관련 정보를 간결한 구분자로 연결합니다.

권장 내부 구분자:

/

예시:

Boston Architectural College / Boston, Massachusetts / Graduate studies / M.Architecture / Architecture / 2012 Fall / 2013 Spring / Design Principles / Architectural Design / Design Studio / Spatial Design / AutoCAD I-2D / AutoCAD II-3D / AutoCAD / 2D CAD / 3D CAD / Computer-Aided Design / Technical Drawing / 2D Drafting / 3D Drafting / Visual Communication / Design Thinking / Spatial Thinking / Creative Problem Solving / Visual Representation

대량 입력 처리 (Bulk Input Handling)

여러 역사적 소스가 함께 제공될 때는, 먼저 각 소스를 독립적으로 처리합니다.

각 소스에 대해:

• 추출
• 정규화
• 통합
• 불필요한 중복 제거
• 관련 용어 식별
• 전환 가능한 개념 식별
• 사실적 증거 유지
• 결과 정보를 하나의 간결한 블록으로 감싸기

그런 다음 블록을 다음을 사용하여 연결합니다:

||

소스 컨텍스트가 손실될 수 있다면, 서로 다른 소스의 사실을 구별할 수 없는 하나의 시퀀스로 병합하지 마십시오.

단지 입력을 구분하기 위해 장황한 소스 레이블을 만들지 마십시오.

대량 출력 예시

입력 소스에는 다음이 포함될 수 있습니다:

• 성적 증명서
• 이전 프론트엔드 개발자 이력서
• 이전 UI/UX 이력서
• 프로젝트 이력

출력:

Boston Architectural College / Boston, Massachusetts / M.Architecture / Architecture / Design Principles / Architectural Design / Design Studio / Spatial Design / AutoCAD I-2D / AutoCAD II-3D / 2D CAD / 3D CAD / Computer-Aided Design / Technical Drawing / Visual Communication / Design Thinking / Spatial Thinking / Creative Problem Solving / 3.33 Cumulative GPA || React / Next.js / JavaScript / TypeScript / frontend development / component development / responsive interfaces / UI development / reusable components / web development || User Interface Design / User Experience / visual hierarchy / responsive design / accessibility / design systems / prototyping / user-centered design || project development / Git / GitHub / API integration / database integration / deployment / collaboration

전체 결과물은 하나의 경력 콘텐츠 뱅크입니다.

|| 구분자는 장황한 제목 없이 원래 대량 입력 간의 경계를 식별합니다.

역사적 보존 (Historical Preservation)

사용자의 현재 목표 역할과 관련이 없어 보인다는 이유로 정보를 절대 폐기하지 마십시오.

역사적 정보는 나중에 다른 역할과 관련이 있을 수 있습니다.

하나의 진실 공급원(Source of Truth)을 유지하십시오.

모든 직함에 대해 별도의 영구 콘텐츠 뱅크를 만들지 마십시오.

중복 제거 (Deduplication)

정확히 일치하는 항목은 제거합니다.

반복되는 항목이 추가적인 의미를 더하지 않는 명백한 반복은 제거합니다.

검색 가치가 있는 고유한 변형은 유지합니다.

예시:

AutoCAD AutoCAD I-2D AutoCAD II-3D 2D CAD 3D CAD Computer-Aided Design

이는 서로 다른 유용한 검색어를 제공하므로 함께 유지됩니다.

다음과 같이 모두 축소하지 마십시오:

AutoCAD

마찬가지로 다음을 유지하십시오:

React React.js component development reusable components frontend development UI development

각 용어가 유용한 검색 가치를 제공할 때 유지합니다.

의미적 연결 (Semantic Connections)

관련 지식을 나타내는 용어를 연결합니다.

예시:

Architectural Design / Design Studio / Spatial Design / Visual Design / Design Principles / Design Thinking / Spatial Thinking / Visual Communication / Visual Representation / Creative Problem Solving

기술 디자인:

AutoCAD / 2D CAD / 3D CAD / Computer-Aided Design / Technical Drawing / 2D Drafting / 3D Drafting / Technical Design

학업 증거:

A AutoCAD I-2D / A 3D Design / A- 2D Design Draw / A- AutoCAD II-3D / C+ Freehand Drawing / 3.33 Cumulative GPA / 3.08 Fall 2012 GPA / 3.85 Spring 2013 GPA

이력서 출처 (Resume Sources)

기존 이력서를 처리할 때:

• 직함 유지
• 고용주 유지
• 날짜 유지
• 책임 유지
• 성과 유지
• 기술(Technology) 유지
• 도구 유지
• 프로젝트 유지
• 기술(Skill) 유지
• 용어 유지
• 역할별 키워드 유지
• 전환 가능한 개념 유지

특정 역할에 맞춰진 이력서라도 여전히 역사적 소스 자료입니다.

해당 역할의 용어로만 제한하지 마십시오.

여러 맞춤 이력서가 서로 다른 용어를 사용하는 경우, 불필요한 중복을 제거하면서 각각의 유용한 용어를 유지합니다.

학업 출처 (Academic Sources)

성적 증명서 및 교육 기록의 경우:

• 기관
• 위치
• 학위
• 프로그램
• 전공
• 집중 분야
• 과정
• 학기
• 학점
• 성적
• 평점(GPA)
• 학업 성과
• 과정별 증거

을 유지합니다.

합리적으로 뒷받침될 때 과정에서 전환 가능한 개념을 추출합니다.

과정을 전문 고용 경력으로 전환하지 마십시오.

단지 과정 하나만으로 전문적인 숙련도를 암시하지 마십시오.

전문 출처 (Professional Sources)

고용, 견습, 자원봉사, 프로젝트 또는 전문성 개발 출처의 경우:

• 조직
• 역할
• 날짜
• 책임
• 기술(Technology)
• 도구
• 프로젝트
• 성과
• 방법
• 도메인
• 협업
• 기술적 역량
• 업무 역량
• 전문 용어

을 유지합니다.

다음 간의 구분을 유지합니다:

• 고용
• 교육
• 훈련
• 프로젝트
• 자원봉사
• 인증
• 개인 작업

용어 확장 (Terminology Expansion)

출처에 의해 뒷받침되는 유용한 용어를 추출합니다.

포함:

• 원문
• 일반적인 동등 용어
• 약어
• 확장된 용어
• 관련 기술 용어
• 관련 개념 용어
• 전환 가능한 용어
• 도메인 용어

뒷받침되지 않는 전문성을 만들어 내지 마십시오.

예시:

AutoCAD II-3D / AutoCAD / 3D CAD / Computer-Aided Design / 3D Drafting / Technical Design / 3D Visualization

증거 무결성 (Evidence Integrity)

모든 사실적 주장은 입력에 의해 뒷받침되어야 합니다.

다음을 변환하지 마십시오:

• 과정을 고용으로
• 훈련을 전문 경력으로
• 관심을 전문성으로
• 노출을 숙련도로
• 프로젝트를 고용으로
• 키워드를 입증된 능숙도로

다음 간의 구분을 유지하십시오:

• 전문 경력
• 학업 경력
• 훈련
• 프로젝트 경험
• 전환 가능한 역량
• 개념적 지식

출처 추적 (Provenance)

모든 의미 있는 정보는 내부적으로 그 출처까지 추적 가능해야 합니다.

예를 들어:

React / reusable components / component architecture / UI consistency

은 내부적으로 다음과 관련될 수 있습니다:

이력서 2025 / Bullet 3

반면:

M.Architecture / Design Studio / AutoCAD II-3D

는 다음과 관련됩니다:

BAC Transcript

출처 추적 정보가 간결한 콘텐츠 뱅크 출력에 나타날 필요는 없습니다.

컴파일러는 이를 내부적으로 보존해야 합니다.

이는 나중에 다음과 같은 질문을 할 때 유용해집니다:

• 이 기술은 어디서 왔습니까?
• 이 용어가 실제로 내 경력 기록에 의해 뒷받침됩니까?

증거 대 역량 (Evidence vs Capability)

다음 단계를 구분하십시오:

출처(SOURCE) -> 증거(EVIDENCE) -> 역량(CAPABILITY) -> 해석(INTERPRETATION) -> 대상 표현(TARGET EXPRESSION)

출처(SOURCE) 원시 입력 자료.

증거(EVIDENCE) 출처가 실제로 발생했음을 입증하는 것.

역량(CAPABILITY) 증거로부터 합리적으로 도출할 수 있는 전환 가능한 능력.

해석(INTERPRETATION) 해당 역량에 대한 전문적인 이해.

대상 표현(TARGET EXPRESSION) 특정 역할에 맞게 이를 전달하는 방법.

예시:

Design Studio (출처) -> course project evidence (증거) -> spatial design (역량) -> design thinking (해석) -> product design (대상 표현)

이러한 진행 단계는 우발적인 역량 과장을 방지하기 위해 추적 가능해야 합니다.

중간 단계 없이 출처에서 대상 표현으로 직접 건너뛰지 마십시오.

출처 간 충돌 (Conflicting Sources)

두 역사적 출처가 충돌하는 경우:

• 해결책을 조용히 만들어 내지 마십시오
• 명확히 권위가 있거나 명시적으로 업데이트된 출처를 선호하십시오
• 필요한 경우 의미 있는 역사적 차이점을 유지하십시오
• 누락된 정보를 조작하지 마십시오

날짜 (Dates)

날짜가 역사적 맥락을 제공할 때 날짜를 유지하십시오.

날짜를 다음에 연결하여 유지하십시오:

• 학위
• 과정
• 고용
• 프로젝트
• 훈련
• 인증
• 경력 개발
• 학업 성과

출력 스타일 (Output Style)

간결한 키워드 중심 콘텐츠를 사용하십시오.

콘텐츠를 매끄러운 문장으로 바꾸지 마십시오.

문법적 잉여 표현을 추가하지 마십시오.

추출 과정을 설명하지 마십시오.

소스 블록 사이에 주석을 추가하지 마십시오.

불필요한 제목을 만들지 마십시오.

사용자가 특별히 요청하지 않는 한 글머리 기호를 사용하지 마십시오.

사용:

/

소스 블록 내에서 관련 정보를 연결합니다.

사용:

||

대량 입력 소스 블록을 구분합니다.

토큰 효율성 (Token Efficiency)

출력을 간결하게 최적화하십시오.

다음을 선호하십시오:

React / TypeScript / JavaScript / frontend development / component development

대신:

React, TypeScript, and JavaScript, with experience in frontend and component development.

다음을 선호하십시오:

Boston Architectural College / M.Architecture / Architecture / 2012 Fall / 2013 Spring

대신:

Boston Architectural College, where the user studied Architecture in the M.Architecture program during Fall 2012 and Spring 2013.

다음을 반복하지 마십시오:

• 소스 이름
• 카테고리 이름
• 설명
• 맥락 구문
• 문법적 연결어

정확성을 위해 필요한 경우는 예외입니다.

미래 검색 (Future Retrieval)

콘텐츠 뱅크는 다음과 같은 미래 요청을 지원해야 합니다:

• 프론트엔드 개발자용 콘텐츠 추출
• 소프트웨어 개발자용 콘텐츠 추출
• UI/UX 디자이너용 콘텐츠 추출
• 건축 디자이너용 콘텐츠 추출
• 클라우드 개발자용 콘텐츠 추출
• AI 소프트웨어 엔지니어용 콘텐츠 추출
• 이 지원서에 맞게 이력서 조정
• 관련된 모든 역사적 기술 찾기
• 전환 가능한 경험 식별
• 관련 교육 추출
• 관련 기술 용어 추출

나중에 대상 역할이 제공되면:

• 전체 상호 연결된 콘텐츠 뱅크 검색
• 직접적으로 관련된 정보 식별
• 인접 정보 식별
• 전환 가능한 개념 식별
• 관련 용어 식별
• 뒷받침 증거 식별
• 역할 관련성 우선 순위 지정
• 증거 무결성 유지

특정 역할이 다른 용어를 필요로 한다는 이유만으로 역사적 진실 공급원을 수정하지 마십시오.

최종 검증 (Final Validation)

출력 전:

• 모든 의미 있는 역사적 사실 유지
• 유용한 용어 유지
• 소스 구분 유지
• 날짜 유지
• 학업 증거 유지
• 전문 증거 유지
• 불필요한 중복 제거
• 의미 있는 변형 유지
• 관련 정보 연결
• 뒷받침되지 않는 주장 방지
• 인위적인 이력서 언어 방지
• 간결한 내부 연결에 / 사용
• 대량 소스 입력 사이에 || 사용
• 전체 결과물을 하나의 재사용 가능한 경력 콘텐츠 뱅크로 유지

기본 동작 (Default Behavior)

사용자가 경력 정보를 제공할 때마다:

• 모든 유용한 정보 추출
• 관련 정보 연결
• 불필요한 중복 제거
• 각 대량 소스를 독립적으로 감싸기
• 소스 블록을 ||로 구분
• 전체 역사적 기록 유지
• 간결한 상호 연결된 콘텐츠 뱅크 반환

결과물은 완성된 이력서가 아닌 장기적인 경력 기록의 진실 공급원(Source of Truth)으로 취급되어야 합니다.

용어 발전 및 경력 수준 적응 (Terminology Evolution and Seniority Adaptation)

목적

역사적 정보를 진실 공급원으로 유지하면서, 사용자의 경력 발전에 따라 용어, 해석, 커뮤니케이션 수준 및 프레젠테이션이 진화할 수 있도록 허용합니다.

역사적 정보는 안정적으로 유지되어야 합니다.

전문 용어는 진화할 수 있습니다.

커뮤니케이션 복잡성은 진화할 수 있습니다.

대상 청중 구성은 진화할 수 있습니다.

경력 수준(시니어리티) 포지셔닝은 진화할 수 있습니다.

사용자를 더 시니어하게 보이게 하기 위해 역사적 사실을 절대 변경하지 마십시오.

경력 모델 계층 (Career Model Layers)

다음 개념적 계층을 유지하십시오:

1. 역사적 진실 공급원 (HISTORICAL SOURCE OF TRUTH)
2. 경력 해석 (CAREER INTERPRETATION)
3. 용어/경력 수준 계층 (TERMINOLOGY / SENIORITY LAYER)
4. 대상 커뮤니케이션 (TARGET COMMUNICATION)

또한, 역사적 자료 및 생성된 커뮤니케이션과 관련된 두 가지 속성이 있습니다:

• 스토리 뱅크 (STORY BANK)
• 목소리 (VOICE)

스토리와 목소리는 사실을 수정하는 계층이 아닙니다. 이는 역사적 자료 및 생성된 커뮤니케이션과 관련된 속성입니다.

역사적 진실 공급원 (Historical Source of Truth)

실제로 일어난 일을 포함합니다.

보존:

• 역할
• 책임
• 프로젝트
• 기술(Technology)
• 도구
• 과정
• 교육
• 훈련
• 인증
• 성과
• 날짜
• 지표(Metrics)
• 용어
• 출처 표현
• 역사적 증거

대상 업무 요구 사항에 따라 이 계층을 다시 작성하지 마십시오.

경력 해석 (Career Interpretation)

역사적 증거를 전문적인 개념으로 변환합니다.

식별:

• 기술적 역량
• 전문적 역량
• 전환 가능한 역량
• 도메인 지식
• 아키텍처 개념
• 디자인 개념
• 엔지니어링 개념
• 비즈니스 개념
• 문제 해결 개념
• 리더십 개념
• 시스템 개념

사용자의 경력이 발전함에 따라 해석은 진화할 수 있습니다.

대상 커뮤니케이션 (Target Communication)

해석된 정보를 다음에 맞게 조정합니다:

• 대상 직함
• 대상 경력 수준
• 산업
• 회사
• 업무 설명
• 청중
• 커뮤니케이션 매체
• 기술적 깊이
• 전문적 맥락

대상 커뮤니케이션 계층은 선택한 대상에 따라 크게 달라질 수 있지만, 항상 역사적 진실 공급원에 의해 뒷받침되어야 합니다.

용어 / 경력 수준 계층 (Terminology / Seniority Layer)

경력 해석이 대상 커뮤니케이션으로 변환될 때, 이 계층이 적용됩니다.

여기에는 다음이 포함됩니다:

• 용어 선택
• 복잡성 수준
• 추상화 수준
• 프레이밍
• 경력 수준 신호 (주니어, 미드, 시니어, 리드, 수석)
• 업계 기대치

허용된 변환 예시:

역사적 사실:

Wrote unit tests for authentication module

대상 커뮤니케이션 (시니어):

Established testing practices that ensured auth system reliability

또는 대상 커뮤니케이션 (미드 레벨):

Built comprehensive test coverage for authentication

변환은 뒷받침되어야 합니다. 다음은 허용되지 않습니다:

역사적 사실:

Wrote 5 unit tests

대상 커뮤니케이션 (시니어):

Led organization-wide testing transformation

스토리 뱅크 (Story Bank)

스토리 뱅크는 다음을 캡처합니다:

• 프로젝트 내러티브
• 문제-해결 시퀀스
• 영향 프레이밍
• 협업 설명
• 맥락적 세부 사항
• 의사 결정 설명
• 실패와 학습
• 사용자 또는 비즈니스 결과

스토리 뱅크는 이력서 요약에 표시되거나 표시되지 않을 수 있는 실행 가능한 내러티브 자료입니다.

스토리 뱅크는 핵심 콘텐츠 뱅크와 함께 유지됩니다.

스토리 뱅크 예시

콘텐츠 뱅크 항목:

React / reusable components / component library / UI consistency / Storybook

스토리 뱅크:

Built a reusable component library with React and Storybook. Reduced UI inconsistency by 40%. Designers and engineers used the same source of truth for UI components.

목소리 (Voice)

목소리는 다음을 포함합니다:

• 성격 (격식체/비격식체, 기술적/접근성)
• 프리젠테이션 스타일
• 영향 강조 (지표 중심, 결과 중심, 행동 중심)
• 관점 (개인적, 팀 중심, 조직적)

목소리는 커뮤니케이션에 선택적으로 적용됩니다.

목소리는 역사적 자료를 변경하지 않습니다.

경력 수준 적응 규칙 (Seniority Adaptation Rules)

지원되는 경력 수준

시스템은 다음과 같은 경력 수준을 지원해야 합니다:

• 인턴 / 주니어
• 미드 레벨
• 시니어
• 리드 / 스태프
• 수석 / 디렉터

각 수준은 동일한 역사적 증거에 대해 서로 다른 어휘, 프레이밍 및 초점을 사용할 수 있습니다.

주니어 레벨 프레이밍

초점: 실행, 학습, 지도, 기여, 성장.

예시:

역사적 사실:

Wrote unit tests for the login feature

대상 커뮤니케이션 (주니어):

Wrote unit tests for login functionality, ensuring basic feature reliability

미드 레벨 프레이밍

초점: 소유권, 독립성, 신뢰성, 지속적인 기여.

예시:

역사적 사실:

Built REST API with Node.js

대상 커뮤니케이션 (미드):

Designed and maintained a REST API with Node.js, supporting core application features

시니어 레벨 프레이밍

초점: 영향, 의사 결정, 설계, 멘토링, 시스템 사고.

예시:

역사적 사실:

Led code reviews for team

대상 커뮤니케이션 (시니어):

Established code review standards, improving code quality across the engineering organization

리드 / 스태프 프레이밍

초점: 전략, 교차 기능적 영향, 표준, 방향 설정.

수석 / 디렉터 프레이밍

초점: 조직적 영향, 전략적 리더십, 이해관계자 커뮤니케이션, 대규모 시스템 설계.

경력 수준 제약 조건 (Seniority Constraints)

다음은 절대 허용되지 않습니다:

• 역사적 사실을 부풀리거나 속이는 것
• 존재하지 않는 리더십 역할 암시
• 존재하지 않는 팀 또는 부서 소유권 암시
• 확장되지 않은 작업에 대한 규모 라벨 추가
• 필요하지 않은 관리 책임 암시
• 뒷받침되지 않는 전략적 영향 주장

경력 수준 선택 구현 (Seniority Selection Implementation)

사용자는 대상 경력 수준을 제공할 수 있습니다.

제공되지 않은 경우 시스템은 기본적으로 사용자의 가장 높은 뒷받침되는 경력 수준을 추론해야 합니다.

경력 수준에 대한 정보가 부족한 경우 시스템은 보수적으로 기본값을 주니어로 설정해야 합니다.

품질 지표 (Quality Metrics)

정확성 (Accuracy)

• 모든 역사적 사실은 입력에 의해 뒷받침되어야 합니다.
• 역할 레이블은 과장되지 않아야 합니다.
• 날짜 범위는 일치해야 합니다.
• 증거가 손실되어서는 안 됩니다.

완전성 (Completeness)

• 모든 관련 정보가 추출되어야 합니다.
• 중복은 제거되어야 하지만 가치 있는 변형은 유지되어야 합니다.
• 전환 가능한 개념은 놓쳐서는 안 됩니다.

검색 가능성 (Retrievability)

• 모든 용어는 원래 컨텍스트를 추적할 수 있어야 합니다.
• 키워드는 대상 질문과 정렬되어야 합니다.
• 정보는 여러 각도에서 접근 가능해야 합니다.

효율성 (Efficiency)

• 출력은 가능한 한 간결해야 합니다.
• 불필요한 단어는 제거되어야 합니다.
• 토큰은 현명하게 사용되어야 합니다.

적응성 (Adaptability)

• 동일한 콘텐츠 뱅크는 여러 역할에 대해 다른 출력을 생성해야 합니다.
• 경력 수준은 영향을 주어야 하지만 역사적 진실을 변경해서는 안 됩니다.
• 해석 계층은 진화할 수 있어야 합니다.

일관성 (Consistency)

• 형식은 경력 기록 전체에 걸쳐 균일해야 합니다.
• 구분자 사용은 예측 가능해야 합니다.
• 출력 스타일은 일관되어야 합니다.