커리어와 조직 변화

새로운 역할: Harness Engineer

2026년, 소프트웨어 엔지니어링에 새로운 전문 역할이 등장했습니다. Harness Engineer는 AI 에이전트가 올바르게 동작할 수 있는 환경을 설계하고 운영하는 사람입니다.

이 역할은 기존 역할들과 어떻게 다를까요?

| 역할 | 주요 산출물 | 핵심 관심사 | |---|---|---| | 소프트웨어 엔지니어 | 프로덕션 코드 | 기능 구현, 버그 수정 | | DevOps 엔지니어 | 배포 파이프라인 | 안정성, 확장성 | | ML 엔지니어 | 모델 학습 파이프라인 | 정확도, 성능 | | Harness Engineer | 에이전트 실행 환경 | 에이전트 성공률, 비용, 안전성 |

5가지 핵심 역량

1. 시스템 사고 (Systems Thinking)

개별 컴포넌트가 아닌 전체 시스템의 동작을 이해합니다.

전통적 사고: "이 함수가 올바른 값을 반환하는가?"
시스템 사고: "이 에이전트가 이 도구를 호출할 때 전체 시스템에 어떤 영향을 미치는가?"

시스템 사고를 키우는 방법:

에이전트 실행 전체를 추적하는 습관
실패 모드 분석 (무엇이 잘못될 수 있는가?)
피드백 루프 식별 (어디서 정보가 순환하는가?)

2. 아키텍처 설계 (Architecture Design)

에이전트 시스템의 구조적 결정을 내립니다.

결정해야 할 질문들:
- 단일 에이전트 vs 멀티 에이전트?
- 어떤 도구를 에이전트에게 줄 것인가?
- 컨텍스트는 어떻게 구조화할 것인가?
- 실패 시 복구 전략은?
- 어느 지점에서 인간을 개입시킬 것인가?

3. 명세 작성 (Specification Writing)

에이전트가 이해할 수 있는 정확하고 구체적인 명세를 작성합니다.

약한 명세:
  "사용자 인증 기능을 구현하라"

강한 명세:
  "JWT 기반 인증 구현:
  - /auth/login: POST, { email, password } → { token, expiresAt }
  - /auth/refresh: POST, { refreshToken } → { token }
  - 토큰 만료 시간: 15분 (액세스), 7일 (리프레시)
  - 실패 시: 401 { error: 'INVALID_CREDENTIALS' }
  - bcrypt rounds: 12
  - 테스트: 정상 로그인, 잘못된 비밀번호, 만료된 토큰 최소 포함"

4. 옵저버빌리티 (Observability)

에이전트 시스템의 내부 상태를 외부에서 관찰할 수 있게 만듭니다.

세 가지 옵저버빌리티 축:
- Metrics: 성공률, 비용, 지연 시간 (숫자)
- Logs: 에이전트 행동 기록 (텍스트)
- Traces: 에이전트 실행 전체 흐름 (그래프)

import { trace, metrics, logs } from '@opentelemetry/api'

const tracer = trace.getTracer('agent-harness')
const meter = metrics.getMeter('agent-harness')

const agentSuccessCounter = meter.createCounter('agent.success', {
  description: '에이전트 성공 횟수'
})

const agentDurationHistogram = meter.createHistogram('agent.duration', {
  description: '에이전트 실행 시간 (ms)',
  unit: 'ms'
})

async function instrumentedAgentRun(
  task: string,
  agentFn: () => Promise<string>
): Promise<string> {
  const span = tracer.startSpan('agent.run', { attributes: { 'task.length': task.length } })

  const start = Date.now()
  try {
    const result = await agentFn()
    agentSuccessCounter.add(1, { status: 'success' })
    span.setStatus({ code: 1 }) // OK
    return result
  } catch (error) {
    agentSuccessCounter.add(1, { status: 'failure' })
    span.recordException(error as Error)
    span.setStatus({ code: 2, message: String(error) }) // ERROR
    throw error
  } finally {
    agentDurationHistogram.record(Date.now() - start)
    span.end()
  }
}

5. 반복 속도 (Iteration Speed)

빠르게 실험하고, 측정하고, 개선하는 능력입니다.

느린 반복 사이클 (피해야 함):
  변경 → 수동 테스트 (1시간) → 결과 확인 → 다시 변경

빠른 반복 사이클 (목표):
  변경 → 자동 테스트 (5분) → 메트릭 확인 → 다시 변경

팀 구조 변화

기존 팀 구조

프로덕트 매니저
    ↓ 요구사항
소프트웨어 엔지니어 (5~10명)
    ↓ 코드
QA 엔지니어
    ↓ 검증
DevOps 엔지니어

AI 에이전트 도입 후

프로덕트 매니저
    ↓ 요구사항
Harness Engineer (1~2명)
    ↓ 에이전트 환경 설계
AI 에이전트 (다수)
    ↓ 코드 작성
소프트웨어 엔지니어 (3~5명) ← 리뷰, 의사결정, 복잡한 작업
    ↓ 검증/머지
CI/CD 파이프라인 (자동화)

핵심 변화:

엔지니어 수가 줄어드는 것이 아니라 역할이 바뀜
코드 작성 비중 감소, 코드 리뷰·설계·명세 작성 비중 증가
에이전트 환경을 전담하는 Harness Engineer 포지션 등장

커리어 전환 로드맵

현재: 소프트웨어 엔지니어
    ↓
Step 1 (1~3개월): Agent Harness 기초 학습
  - 이 과정 완료
  - 개인 프로젝트에 에이전트 도입
    ↓
Step 2 (3~6개월): 팀 도입 경험
  - 팀에 AGENTS.md, CI 통합 제안
  - 에이전트 성공률 측정 시작
    ↓
Step 3 (6~12개월): 전문화
  - 옵저버빌리티 스택 구축
  - 비용 최적화 실적 데이터 확보
  - 조직 내 Harness Engineering 챔피언
    ↓
목표: Harness Engineer / AI Platform Engineer

요약

Harness Engineer는 코드 작성에서 에이전트 환경 설계로 무게 중심이 이동한 새로운 역할입니다. 시스템 사고, 아키텍처 설계, 명세 작성, 옵저버빌리티, 반복 속도의 5가지 역량이 핵심입니다. 팀 구조는 점진적으로 변화하며, 엔지니어의 역할은 사라지는 것이 아니라 더 높은 수준의 판단과 설계로 이동합니다.