AI 시대의 채용 공고는 '인간용 AGENTS.md'가 된다

AI 코딩 에이전트 (AI Coding Agent)를 사용하게 되면, 업무를 전달하는 방식에 대한 관점이 바뀝니다.

예를 들어, AI에게 코드를 작성하게 할 때 다음과 같은 요청만으로는 안정적이지 않습니다.

"적당히 잘 수정해 주세요."

인간이라면 과거의 경위, 팀의 분위기, 암묵적인 규칙, 리뷰에서 지적받을 것 같은 포인트 등을 대략적으로 읽고 작업할 수 있습니다.

하지만 AI 코딩 에이전트에게 작업을 넘길 경우에는 조금 더 명시적인 정보가 필요합니다.

이 프로젝트는 무엇을 목적으로 하는가
어떤 파일을 읽어야 하는가
어디를 변경해도 되는가
어디는 변경해서는 안 되는가
어떤 규약을 따르는가
어떤 테스트를 실행하는가
무엇을 충족하면 완료인가
어디서부터는 인간에게 확인해야 하는가

여기서 보이는 것은 AI 특유의 문제만이 아닙니다.

본래 인간에게 업무를 전달할 때도 이러한 정보는 필요했을 것입니다.

그런데 채용 공고에서는 지금도 다음과 같은 표현이 자주 사용됩니다.

WordPress 플러그인을 만들 수 있는 분

디자이너와 협업할 수 있는 분

자주적(Self-driven)으로 일할 수 있는 분

고객의 과제를 이해하고 제안할 수 있는 분

AI를 활용하여 업무 개선을 할 수 있는 분

이러한 표현들은 언뜻 보면 자연스럽습니다.

하지만 AI 코딩 에이전트를 전제로 읽으면 상당히 모호합니다.

"자주적으로 일한다"는 것은 어느 단계에서 자주적인 것인가. 조사인가, 제안인가, 합의 형성인가, 구현인가, 리뷰인가, 운영 개선인가.

"고객의 과제를 이해하고 제안할 수 있다"는 것은 어디까지 본인이 판단하고, 어디서부터 영업·디렉터·경영자·고객과 합의하는가.

이런 부분이 모호한 채로 남아 있다면, 채용 공고는 단순한 기술 목록이 되어 버립니다.

이 기사에서는 AI 코딩 에이전트 시대의 채용 공고를 단순한 채용 홍보가 아니라, **인간에게 업무를 전달하기 위한 하네스 (Harness)**로 생각합니다.

결론부터 말하자면, AI 시대의 채용 공고는 "인간용 AGENTS.md"가 될 것이라는 것이 이 기사의 주장입니다.

AI 코딩 에이전트를 사용하는 프로젝트에서는 AGENTS.md와 같은 문서가 중요해집니다.

AGENTS.md는 AI에게 프로젝트의 전제 조건이나 작업 규칙을 전달하기 위한 문서입니다.

예를 들어, 다음과 같은 정보를 작성합니다.

# AGENTS.md
## 프로젝트의 목적
## 기술 스택 (Tech Stack)
...

이것들은 단순한 코딩 규약이 아닙니다.

AI에게 다음과 같은 업무 수령 방식을 전달하고 있습니다.

이 목적에 따라 작업해 주길 바란다
이 범위 내라면 변경해도 좋다
이 범위는 마음대로 변경하지 말아 달라
이 관점에서 품질을 확인해 달라
이 조건을 충족하면 완료로 간주해도 좋다
판단이 어려울 경우에는 인간에게 확인해 달라

즉, AGENTS.md는 AI에 대한 작업 지시서인 동시에, 업무를 전달하는 조건을 적는 문서입니다.

이것은 AI에게만 필요한 문서가 아닙니다.

인간에게 업무를 전달할 때도 본래는 이와 유사한 정보가 필요합니다.

새로 들어온 엔지니어나 디자이너에게 무엇을 맡기고 싶은가. 어디까지 판단해도 되는가. 어디서부터는 확인을 받아야 하는가. 무엇을 성과물로 간주할 것인가.

이것들을 언어화하지 않은 채 "자주적으로 일해 주세요"라고 말해도 기대치는 어긋나기 쉽습니다.

AI 코딩 에이전트는 이러한 모호함을 가시화합니다.

인간끼리라면 분위기나 경험으로 채웠던 부분을 AI에게 전달하기 위해서는 문서화할 수밖에 없기 때문입니다.

AGENTS.md는 코드를 작성하기 위한 문서일 뿐만 아니라, 업무를 전달하는 조건을 적는 문서이다.

채용 공고도 본래는 후보자에게 업무를 전달하기 위한 문서입니다.

물론 채용 공고에는 채용 홍보로서의 역할이 있습니다.

회사의 매력을 전달하는 것, 일하는 환경을 전달하는 것, 지원을 유도하는 것도 중요합니다.

하지만 그것만으로는 불충분합니다.

채용 공고에는 적어도 다음과 같은 정보가 필요합니다.

이 직종은 무엇을 위해 존재하는가
어느 단계부터 업무에 참여하는가
무엇을 담당하는가
무엇을 스스로 판단해도 되는가
무엇을 팀에 확인해야 하는가
누구와 합의해야 하는가
무엇을 성과물로 기대하는가
무엇을 충족하면 완료인가
AI 도구를 어디까지 사용해도 되는가
AI가 생성한 성과물을 누가 리뷰하는가

이렇게 생각하면, 채용 공고는 AGENTS.md와 상당히 닮아 있습니다.

AGENTS.md	채용 공고
프로젝트의 목적	사업·팀·직종의 목적
...

AI에게 일을 맡길 때는 작업 범위나 완료 조건을 작성한다.

그렇다면 인간에게 일을 맡기는 채용 공고에도 마찬가지로 작업 범위나 완료 조건을 작성해야 한다.

채용 공고를 단순히 스킬 목록으로만 작성하면 다음과 같은 표현을 쓰기 쉽다.

PHP 경험자
WordPress 경험자
Figma를 사용할 수 있는 분
고객 협상 경험이 있는 분
자율적으로 업무를 수행할 수 있는(Self-driven) 분

하지만 이렇게 되면 "어떤 일을, 어떤 조건으로 맡기는지"가 보이지 않는다.

AI 시대의 채용 공고에서는 스킬 명칭뿐만 아니라, 업무 전달 조건을 작성할 필요가 있다.

채용 공고는 후보자에 대한 "이 일을 어떻게 받아들여 주길 바라는가"에 대한 설명서이다.

채용 공고에서 자주 사용되는 모호한 표현 중 하나가 "자율적으로 업무를 수행할 수 있는 사람(自走できる人)"이다.

이 말 자체가 나쁜 것은 아니다.

실제로 어떤 회사든 세세한 지시가 없어도 상황을 보고 움직일 수 있는 사람은 필요하다.

다만, "자율적으로 수행할 수 있음"이라고만 적으면 어느 단계에서 무엇을 판단해주길 원하는지 알 수 없다.

업무에는 여러 단계(Stage)가 있다.

예를 들어, 엔지니어나 디자이너의 업무도 다음과 같이 나눌 수 있다.

단계	맡기고 싶은 과제	필요한 판단
조사	기존 코드·기존 사이트·기존 업무를 파악하기	어디를 읽어야 하는가
...

이 단계를 나누어 보면 "자율적으로 수행할 수 있는 사람"이라는 표현의 모호함이 드러난다.

회사가 정말로 원하는 것은 다음 중 무엇인가?

기존 코드를 읽고 수정 사항을 특정할 수 있는 사람
고객의 요구사항을 정리하여 기술적인 논점으로 변환할 수 있는 사람
여러 가지 구현 안을 제시하고 장단점을 설명할 수 있는 사람
고객이나 디렉터와 합의를 이끌어낼 수 있는 사람
정해진 사양을 안전하게 구현할 수 있는 사람
AI가 생성한 코드를 리뷰할 수 있는 사람
운영 후의 과제를 찾아내어 개선을 제안할 수 있는 사람

이것들은 모두 서로 다른 능력이다.

물론 한 사람이 여러 단계를 담당할 수도 있다.

하지만 그 경우에도 채용 공고에는 "어느 단계를 어디까지 맡길 것인지"를 적어야 한다.

예를 들어, 다음과 같은 채용 표현이 있다고 가정해보자.

"고객의 과제를 이해하고, 자율적으로 제안 및 구현할 수 있는 분"

이 표현은 상당히 넓은 범위를 포함하고 있다.

조사, 정리, 제안, 합의, 구현, 리뷰까지 전부 기대하고 있는 것처럼 읽힐 수도 있다.

만약 실제로는 고객과의 최종 합의나 견적 판단은 디렉터나 영업 담당자가 맡는다면, 거기까지 명시하는 것이 좋다.

예를 들어 다음과 같이 작성할 수 있다.

"기존 사이트나 고객 요구사항을 바탕으로 기술적인 과제를 정리하고, 구현 방침의 선택지를 제시할 수 있는 분. 고객과의 최종 합의나 견적 판단은 디렉터·영업 담당자와 협력하여 진행합니다. 구현 시에는 AI 코딩 에이전트(AI Coding Agent)를 활용하면서, 생성된 코드의 품질·보안성·유지보수성을 리뷰할 수 있기를 기대합니다."

이렇게 적으면 후보자는 다음 사항을 이해할 수 있다.

조사와 정리는 기대되고 있다
기술적인 선택지 제시도 기대되고 있다
고객과의 최종 합의를 혼자서 책임질 필요는 없다
견적 판단은 영업·디렉터와 협력한다
AI 활용은 전제 조건이다
AI의 생성 결과물을 리뷰할 책임이 있다

채용 공고의 문장은 조금 길어진다.

하지만 기대치는 명확해진다.

AI 시대에는 짧고 모호한 채용 공고보다, 다소 길더라도 업무 전달 방식이 보이는 채용 공고가 더 중요해질 것이다.

"자율적으로 수행할 수 있는 사람"이라고 적기 전에, 어느 단계에서 무엇을 판단해주길 원하는지 적는다.

채용 공고는 회사가 후보자를 향해 내보내는 문서이다.

한편으로 후보자 입장에서 보면, 채용 공고는 면접 준비를 위한 재료가 되기도 한다.

특히 AI 시대에는 채용 공고를 AI에게 읽게 하여 면접 FAQ나 협상 논점을 만들 수 있다.

여기서 말하는 협상 설계란 급여 협상만을 의미하지 않는다.

오히려 중요한 것은 업무의 전제 조건을 맞추는 것이다.

무엇을 맡게 되는가
무엇을 맡지 않게 되는가
무엇을 스스로 판단해도 되는가
무엇을 확인해야 하는가
어느 단계부터 관여하는가
누구와 합의하는가
AI 이용은 어디까지 허용되는가
성과는 무엇으로 평가받는가

이것들을 사전에 정리함으로써 면접은 단순한 자기 PR이 아니게 된다.

후보자와 회사가 업무 전달 방식을 조율하는 장이 된다.

예를 들어, 채용 공고를 바탕으로 AI에게 다음과 같은 프롬프트를 던질 수 있다.

다음 채용 공고를 바탕으로 면접에서 확인해야 할 FAQ를 작성해 주세요.
특히 다음 관점에서 정리해 주세요.
- 업무의 스테이지 (Stage)
...

그러면 다음과 같은 FAQ를 만들 수 있습니다.

## 면접에서 확인하고 싶은 것
### Q1. 이 직종은 조사, 제안, 구현, 리뷰, 운영 중 어느 스테이지부터 참여하게 되나요?
### Q2. 후보자가 스스로 판단해도 되는 범위는 어디까지인가요?
...

이러한 FAQ는 후보자뿐만 아니라 회사 측에도 도움이 됩니다.

왜냐하면, 후보자가 물어볼 법한 내용은 채용 공고에 미리 적어두어야 할 내용이기도 하기 때문입니다.

면접에서 매번 같은 질문이 나온다면, 그것은 채용 공고나 온보딩 (Onboarding) 자료에 부족함이 있다는 뜻입니다.

채용 공고의 모호함은 면접에서 확인해야 할 논점이 됩니다.

그리고 그 논점은 회사 측 입장에서 보면 채용 공고를 개선할 재료가 됩니다.

채용 공고의 모호함은 면접에서 확인해야 할 논점이 된다.

통상적으로 채용 공고는 다음 순서로 생각되기 쉽습니다.

채용 공고를 작성한다
↓
지원자가 온다
...

하지만 AI 시대에는 역방향으로 생각할 수도 있습니다.

어떤 합의가 필요한지 정리한다
↓
면접 FAQ를 만든다
...

즉, 채용 공고를 가장 먼저 쓰는 것이 아니라, 협상 설계 (Negotiation Design)로부터 역산하여 채용 공고를 작성한다는 사고방식입니다.

이 방법의 장점은 채용 공고가 단순한 기술 목록이 되기 어렵다는 점입니다.

예를 들어, 먼저 다음과 같은 논점을 정리합니다.

후보자에게 어느 스테이지를 맡길 것인가
고객과의 합의 형성 (Consensus Building)은 누가 담당하는가
기술적인 판단은 어디까지 맡길 것인가
AI 도구 사용을 어디까지 허용할 것인가
결과물은 코드인가, 설계 메모인가, 이슈 (Issue)인가, 제안 자료인가
입사 후 3개월 동안 무엇을 기대하는가

그 후에 채용 공고를 작성하면, "자기 주도적으로 일할 수 있는 분", "제안할 수 있는 분"과 같은 모호한 표현을 줄일 수 있습니다.

AI를 사용한다면 다음과 같은 프롬프트도 사용할 수 있습니다.

다음 면접 FAQ와 협상 논점을 바탕으로 엔지니어 채용 공고 초안을 작성해 주세요.
채용 공고에서는 단순한 기술 목록이 아니라, 다음 사항을 명확히 해주세요.
- 이 직종이 참여하는 업무의 스테이지
...

여기서 중요한 것은 AI에게 채용 공고를 쓰게 하는 것 자체가 아닙니다.

중요한 것은 채용 공고를 쓰기 전에, 업무를 전달하는 방식과 기대치 조정 (Expectation Adjustment)의 논점을 정리하는 것입니다.

AI는 그 정리를 지원할 수 있습니다.

채용 공고, AGENTS.md, DESIGN.md, 면접 FAQ, 온보딩 자료는 서로 별개의 문서처럼 보입니다.

하지만 실제로는 모두 "업무를 어떻게 전달할 것인가"를 다루고 있습니다.

따라서 상호 변환이 가능합니다.

채용 공고
↓
AGENTS.md / DESIGN.md
...

역방향도 가능합니다.

면접 FAQ / 협상 설계
↓
필요한 책임 범위
...

AI 시대의 특징은 이러한 상호 변환이 현실적이 된다는 점입니다.

채용 공고는 채용만을 위한 문서가 아니라, 개발 문서, 디자인 문서, 면접 설계, 온보딩 자료와 연결됩니다.

좋은 채용 공고는 면접에서 충돌할 법한 논점을 미리 정리한 문서이다.

그렇다면 AI 시대의 채용 공고에는 무엇을 써야 할까요?

최소한 다음 항목들을 정리해 두는 것이 좋다고 생각합니다.

이 직종은 무엇을 위해 존재하는가.

단순히 "엔지니어를 모집합니다"가 아니라, 무엇을 개선하고 싶은지, 무엇을 만들고 싶은지, 어떤 과제에 임하는지를 적습니다.

조사, 정리, 제안, 합의, 구현, 리뷰, 운영 중 어디를 담당하는가.

모든 것을 혼자 담당하는지, 일부 스테이지만 담당하는지를 명확히 합니다.

각 스테이지에서 무엇을 해결해주길 바라는가.

예를 들어 "기존 사이트의 유지보수"인지, "신규 기능 구현"인지, "고객 요구사항의 기술적 정리"인지에 따라 필요한 능력은 달라집니다.

후보자가 스스로 결정해도 되는 것은 무엇인가.

기술 선정, 구현 방침, 디자인 조정, 고객 제안, 일정 조정 등 어디까지 맡길 것인지를 적습니다.

누구에게 확인해야 하는가.

상사, 영업, 디렉터, 디자이너, 엔지니어, 고객, 경영진 등 확인 대상을 명확히 합니다.

어떤 판단에 대해 누구와 합의해야 하는가.

특히 고객과의 합의, 견적, 계약, 납기, 사양 변경, 디자인 변경은 책임 범위가 모호해지기 쉽습니다.

무엇을 만드는가.

코드, 디자인, 사양 메모, 이슈 (Issue), PR, FAQ, 제안 자료, 회의록, README, AGENTS.md, DESIGN.md 등 결과물을 구체화합니다.

무엇을 충족하면 완료인가.

동작만 하면 되는지, 테스트를 통과하면 되는지, 리뷰를 통과하면 되는지, 고객이 승인하면 되는지를 명확히 한다.

AI 코딩 에이전트 (AI Coding Agent)나 생성형 AI (Generative AI)를 어디까지 사용해도 되는지.

AI가 생성한 결과물을 누가 확인하고, 무엇을 기준으로 리뷰하는가.

AI를 사용하는 경우에도 최종적인 품질 책임은 인간이 집니다.

그 리뷰 관점을 채용 공고에 적을 수 있다면, 기대치가 명확해집니다.

AI 코딩 에이전트를 사용하는 시대에는 업무를 모호한 상태로 넘기는 것이 어려워집니다.

AI에게 업무를 넘기기 위해 AGENTS.md가 필요해지는 것처럼, 인간에게 업무를 넘기는 채용 공고에도 목적·전제·제약·판단 범위·수락 기준 (Acceptance Criteria)이 필요합니다.

특히 중요한 것은 다음과 같습니다.

어느 단계에서, 무엇을 판단하고, 누구와 합의하며, 무엇을 결과물로 만드는가.

'자율적으로 일할 수 있는 사람'이라고 적는 것만으로는 후보자에게 어디까지 책임을 맡기는지 알 수 없습니다.

'고객의 과제를 이해하고 제안할 수 있는 사람'이라고 적는 것만으로는 조사, 정리, 제안, 합의, 구현, 리뷰 중 어디까지를 맡기는지 알 수 없습니다.

앞으로의 채용 공고는 채용 홍보인 동시에, 면접 FAQ, 협상 설계, 입사 후 온보딩 (Onboarding)으로 이어지는 문서가 됩니다.

채용 공고는 회사의 업무 전달 방식을 나타내는 하네스 (Harness)입니다.

AI 시대의 채용 공고는 '인간용 AGENTS.md'가 된다.

그렇게 생각하면 채용 공고를 쓰는 방식도, 채용 공고를 읽는 방식도 달라질 것입니다.

AI 시대의 채용 공고는 '인간용 AGENTS.md'가 된다

요약

핵심 포인트

댓글