OJCP v0.1: 에이전트가 소비할 수 있는 채용 데이터를 위한 오픈 프로토콜

OJCP는 AI 에이전트가 채용 탐색 및 지원을 자동화할 수 있도록 지원합니다

Open Job Context Protocol (OJCP) v0.1은 AI 에이전트와 채용 제공자가 구조화되고, 발견 가능하며, 개인정보를 존중하는 언어를 사용하여 통신할 수 있도록 설계된 표준화된 프레임워크입니다. Model Context Protocol (MCP)를 기반으로 구축하고 schema.org와의 상호 운용성을 유지함으로써, OJCP는 에이전트가 비구조화된 웹 스크래핑에 의존하지 않고 채용 정보를 검색하고, 후보자 적합성을 평가하며, 지원을 시작할 수 있는 일관된 방법을 제공합니다.

Model Context Protocol (MCP) 기반 구축

OJCP는 Model Context Protocol (MCP)에 네이티브하게 설계되어, OJCP의 도구들이 유효한 MCP 도구임을 의미합니다. 모든 MCP 호환 클라이언트는 OJCP의 표준 도구 세트를 활용하여 채용 관련 작업을 수행할 수 있습니다.

표준 MCP 도구

OJCP는 6개의 표준 MCP 도구를 정의합니다. 제공자가 규정을 준수하려면 search_jobs를 반드시 구현해야 하지만, 다른 도구들은 전체 기능을 위해 권장됩니다:

search_jobs: 기회를 찾는 주요 도구입니다.
get_job_detail: 특정 역할에 대한 상세 정보를 가져옵니다.
begin_application: 지원 프로세스를 시작합니다.
check_application_status: 에이전트가 채용 파이프라인을 통해 후보자의 진행 상황을을 모니터링할 수 있게 합니다.

발견 및 매니페스트

자동 발견을 가능하게 하기 위해, 제공자는 /.well-known/ojcp.json에 매니페스트를 호스팅합니다. 이 매니페스트를 통해 에이전트는 제공자의 기능, 사용 가능한 도구 및 지원되는 지원 경로를 자동으로 식별할 수 있습니다.

핵심 스키마 및 데이터 구조

OJCP는 다양한 채용 제공자 간의 데이터 일관성을 보장하기 위해 7개의 핵심 스키마를 정의합니다:

JobPosting: schema.org/JobPosting을 확장하여 ojcp_id, skills_required, experienceLevel, apply_paths, urgency와 같은 에이전트 전용 필드를 포함합니다.
CandidateContext: 개인화된 결과를 위해 사용되는 동의 범위 내 프로필로, 기술, 경력 연수 및 고용 형태 선호도를 포함합니다.
AgentDeclaration: 감사 추적을 위해 사용되며, 에이전트가 agent_id, acting_on_behalf_of, user_consent_token을 통해 스스로를 식별하도록 요구합니다.
VerificationStep: 인간의 완료가 필요할 수 있는 신원 확인 작업을 정의합니다.
VerificationProof: PII를 전송하지 않고 필수 클레임(iss, aud, sub, iat, exp, nonce)을 포함하는 JWS 증명입니다.
VerifierManifest: /.well-known/ojcp-verifier.json에 호스팅되어 확인 유형 및 공개 키(JWKS)를 지정하는 발견 문서입니다.

정규화된 지원 분류 체계

OJCP는 파편화된 지원 메커니즘의 환경을 AI 에이전트가 추론할 수 있는 분류 체계로 표준화합니다. 이를 통해 에이전트가 불투명명한 외부 리다이렉트나 레거시 이메일 시스템에서 멈추는 것을 방지합니다.

Type	설명	에이전트 제출
`ats_direct`	ATS(예: Workday, Greenhouse, Lever)를 통한 직접 지원	다양함
`provider_hosted`	제공자가 흐름을 제어하고 ATS로 전달함	전체 지원
`platform_native`	제3자 플랫폼이 흐름을 소유함(예: Indeed Apply)	제한적임
`email`	레거시 이메일 기반 지원	지원되지 않음
`external_redirect`	불투명한 외부 페이지로 리다이렉트됨	지원되지 않음
`custom`	비표준 또는 대화형 메커니즘	다양함

지원 워크플로우

OJCP는 에이전트가 발견에서 지원까지 이동하는 4단계 프로세스를 정의합니다:

Discover: 에이전트는 /.well-known/ojcp.json을 조사하거나 OJCP Registry를 쿼리하여 제공자를 찾습니다.
Search & Evaluate: 에이전트는 개인화된 순위를 위해 CandidateContext를 사용하여 search_jobs를 호출합니다. 제공자는 에이전트가 기회를 추론할 수 있도록 fit_score와 fit_rationale을 반환합니다.
Apply: 에이전트는 AgentDeclaration과 동의 토큰을 사용하여 begin_application을 호출합니다.
Track: 에이전트는 check_application_status를 사용하여 지원 프로세스의 진행 상황을 모니터링합니다.

커뮤니티 피드백 및 고려 사항

OJCP 제안에 대한 커뮤니티 논의는 몇 가지 논쟁점과 잠재적 개선 사항을 강조했습니다:

"I find it offensive to use the word protocol when proposing a solution in the beginning at this early stage... glueing things together to make it work for your own use case를 위해 제안하는 솔루션의 초기 단계에서 '프로토콜'이라는 단어를 사용하는 것은 불쾌합니다... 자신의 유스케이스를 위해 작동하게 만들기 위해 것들을 들이밀어 붙이는 것은 프로토콜이 될 만한 가치 있는 후보가 아닙니다."

비평가들은 Recruitics를 제외한 가시적인 위원회 위원이 부족하다는 점을 들어 프로토콜의 거버넌스에 대한 우려를 제기했습니다. 다른 이들은 AI 기반 지원이 채용 산업에 미치는 영향에 대해 의려를 표하며, 프로세스가 "AI가 이 사람을 추천했습니다"로 전락할 수 있다는 우려를 표했습니다. 반면 일부 사용자들은 구직자를 보호하기 위해 기업의 '고스팅(ghosting)' 비율을 추적하기 위해 프로토콜를 확장할 수 있다고 제안했습니다.