Paul Jialiang Wu agentic-portfolio English 中文 Español 日本語✉️ 무료 구독 리스트
← 포트폴리오로 돌아가기

AI-Native 시리즈 · 04

평판은 스스로 발급할 수 없다

1분 요약 — 이 글에서 얻어갈 것

60초짜리 AI 포트폴리오는 당신이 무엇을 만들었는지는 증명한다. 하지만 채용을 결정짓는 단 하나, 즉 신뢰성은 증명하지 못한다. 평판은 스스로 발급할 수 없기 때문이다. 이 증명 격차와 그것을 메우는 방법에 대한 글이다.

60초짜리 AI 포트폴리오로는 왜 채용되지 못하는가 — 그리고 오직 타인만이 채워줄 수 있는 마지막 단. 약 7분 소요.

Claimed → Observed → Attested: the ladder a portfolio can only half-climb
증명 격차 — 포트폴리오는 두 단은 오르지만, 세 번째 단에서 멈춘다.

모두가 환호하는 것부터 시작하자

이력서는 죽어가고 있다. 잘된 일이다. 새로운 조언은 어디서나 들린다: 말하지 말고, 보여줘라 — 당신의 실제 저장소(repo)에 근거해 24시간 내내 당신의 작업에 관한 질문에 답하는 AI 에이전트 포트폴리오를 만들라는 것이다. 그런 것을 세우는 데는 대략 60초.

면 충분하다. 나는 이 흐름의 방향이 옳다고 생각한다. 상향식 — 만들어서 증명하는 것 — 하향식을 이긴다 — 내 자격을 믿어달라는 것 — 언제나 그렇다. (이는 Top-Down vs Bottom-Up 한 편에서 다룬 것과 같은 논지다. 한 단계 위에서 보자면: 결과를 지시하지 말고, 그 결과를 만들어내는 게임을 설계하라는 것이다.)

그리고 나는 대부분의 사람들이 사용하게 될 방식의 60초짜리 포트폴리오로는 여전히 채용으로 이어지지 않으리라 생각한다. 가짜라서가 아니다. 스스로 만든 결과물이 증명할 수 있는 것과 없는 것 때문이다 — 그리고 구조적으로 증명할 수 없는 바로 그 한 가지가, 채용 여부를 결정짓는 바로 그것이다.

모든 채용의 이면에 있는 세 가지 질문

겉치레를 걷어내면 채용 담당자가 확인하는 것은 정확히 세 가지뿐이다:

이건 의견이 아니라 데이터다. 85년에 걸친 선발 연구(Schmidt & Hunter, 1998)에 따르면, 업무 성과를 가장 잘 예측하는 지표는 업무 샘플구조화된 추천서 — 즉 주장이 아니라 증거다. 포트폴리오는 바로 이 진실에 거는 베팅이다.

The evidence ladder and where a portfolio lands on each of the three questions
주장됨 → 관찰됨 → 증명됨. 포트폴리오는 "만들 수 있는가"와 "배울 수 있는가"를 관찰됨 단계까지 끌어올린다. 다만 신뢰성은 여전히 주장됨 단계에 머문다.

각 질문을 증거의 사다리 위에 놓아보자:

포트폴리오는 "만들 수 있는가""빨리 배울 수 있는가"주장됨 단계에서 관찰됨 단계로 끌어올린다. 실질적인 진전이다. 하지만 "끝까지 해낼 것인가"는 여전히 주장됨 단계에 머문다 — 왜냐하면 평판은 스스로 발급할 수 없기 때문이다. 자기 자신에 대해 스스로 쓴 페이지는, 정의상 제3자가 될 수 없다.

누구나 갖게 되는 순간, 포트폴리오는 신호이기를 멈춘다

신호는 모두가 보낼 수 없을 때만 신호로서 기능한다. 잘 다듬어진, AI가 내레이션하는 포트폴리오를 만드는 데 60초밖에 걸리지 않는 순간, 모두가 그걸 갖게 된다 — 그러면 프로젝트를 유창하게 설명하는 에이전트는 그저 배경 소음이 되어버린다. 상향식이 하향식을 이기는 건 오직 그 행위가 다음 세 조건을 갖출 때뿐이다. 비용이 들 것, 귀속 가능할 것, 검증 가능할 것. 값싸게 스스로 작성한 내레이션은 이 중 어느 것도 충족하지 못한다. 그것은 결국 더 예쁜 이력서로 슬그머니 되돌아갈 뿐이다 — 상향식의 옷을 입은 하향식이다.

"관찰됨" 단계조차 구멍이 있다.

아무도 만들고 있지 않은 부분 — 그리고 이건 강제할 수 있다

위에서 언급한 모든 격차는 기술로 메울 수 있으며, 그 어느 것도 누군가의 말을 믿을 필요가 없다.

출처 증명. 레포를 그냥 링크하지 말고, 결속시켜라. 검증된 커밋 작성자, 기여 비율, 빌드 과정을 공개적으로 기록한 타임라인. 관찰됨귀속 가능함으로 바뀐다.

검증된 배지. 프로젝트가 "작동한다"고 인정받으려면 재현 가능한 평가가 CI에서 실제로 통과해야 한다 — 누군가 체크박스에 표시한 것이 아니라, 실행으로 얻어낸 초록불이어야 한다.

조작할 수 없는 보증. 바로 이것이 신뢰성 문제를 해결하는 열쇠다. 당신과 함께 일했던 사람이 구조화된 추천서에 서명한다 — 이는 본인의 신원에 결속되고, 어떤 항목도 수정할 수 없도록 암호학적으로 봉인되며, 본인이 스스로 발급할 수는 없다는 점이다. 신뢰성은 오직 증명됨 단계에서만 존재하고, 이 지점에 도달하는 방법은 이것 하나뿐이다.

이 프로젝트를 만들면서 나는 이 실패 양상 전체에 이름을 붙였다: attestation gap — 자신에 대해 스스로 말할 수 있는 것과, 타인이 자기 이름을 걸고 보증해 줄 것 사이의 간극이다. 포트폴리오들은 '관찰됨' 단계를 채우려고 경쟁하고 있다. 그런데 이 간극은 그보다 한 단계 더 위에 있다.

머릿속에서 딱 맞아떨어진 순간

나는 이것을 실제로 작동하는 게이트로 만들어, 탄탄한 포트폴리오를 하나 입력해 보았다. 프로젝트 두 개, 깔끔한 코드, 커밋마다 이어지는 정상 빌드. 기술적으로는 흠잡을 데 없었다.

게이트가 내놓은 답은 NO-GO였다.

부족한 건 코드가 아니었다. 부족한 건 사람이었다. 보증이 하나도 없었다. 이 사람과 함께 일해본 사람 중 누구도 자기 이름을 걸어주지 않았던 것이다. 그래서 가장 결정적인 축인 신뢰성에서, 증거는 여전히 그저… 주장에 불과했다.

그런데 예전 팀원 한 명이 30초짜리 구조화된 보증에 서명했다. 같이 일했고, 다시 함께 일할 의향이 있으며, 연락이 끊긴 적이 없다는 내용이었다 (worked together, would staff again, never went dark) — 그러자 같은 포트폴리오가 곧바로 GO로 바뀌었다.

정상 빌드로는 할 수 없었던 일을, 정직한 사람 한 명이 해냈다. 이것이 이 화면 하나에 담긴 논지 전부다.

A portfolio proves what you built; only a signed third-party vouch proves you're reliable
포트폴리오만 있으면 → NO-GO. 스스로 발급 불가능한 보증 하나를 더하면 → GO.

포트폴리오를 만들고 있다면

60초 안에 직접 해보기 (전부 공개되어 있다)

내 말을 그대로 믿지 말고 — 직접 해봐라:

  1. 어떤 단이 빠져 있는지 확인하라. 포트폴리오 링크를 공개된 체커에 붙여넣어라 → 당신의 공개된 증거를 읽어 무엇이 증명되었고 무엇이 아닌지 명확히 알려준다: portfolio-trust.vercel.app
  2. 간극을 메워라. 함께 일했던 한 사람에게 같은 사이트에서 30초짜리 구조화된 보증에 서명해 달라고 부탁해라. NO-GO가 GO로 바뀌는 걸 지켜봐라.
  3. 포크(fork)해라. 서명되고 자기발급이 불가능한 보증, 출처 증명, 평가 게이트까지 — 신뢰 계층 전체가 오픈소스로 공개되어 있다:
git clone https://github.com/wjlgatech/FDE-os
# → portfolio-trust/  (vouch + verify + ingest, deployed on Vercel)
정직이 핵심이니 정직한 유보 조건 하나를 밝힌다: 서명이 증명하는 것은 서버가 발급했고, 위변조가 감지되며, 자기발급이 아니라는 것이다. 이것이 아직 증명하지 못하는 것은 보증인이 별개의 실존 인물이라는 사실이다 — 그건 신원 결속이 필요하다 (보증하기 전에 GitHub으로 로그인하는 방식). 그것이 다음 단이며, 나는 그것을 공개적으로 만들고 있다.

기억해야 할 한 줄

이력서가 죽은 이유는 누구나 무엇이든 쓸 수 있었기 때문이다. 그런데 그걸 누구나 60초 안에 생성할 수 있는 포트폴리오로 대체한다면, 우리는 그저 폰트만 더 예쁜 이력서를 다시 만든 것일 뿐이다.

해법은 더 많은 자기표현이 아니다. 당신이 스스로는 결코 발급할 수 없었던 단 하나의 증거다.


AI-Native 시리즈에서 더 보기

이 모든 글은 Writing 섹션에서 볼 수 있다.

AI-Native 시리즈의 일부다. 앱과 신뢰 계층은 github.com/wjlgatech/FDE-os에 공개되어 있다 — 게시 버튼은 당신의 것이다.