좋은 아침이에요 ☀️ 오늘은 에이전틱 워크플로(Agentic Workflows)예요. 한 줄로 말하면, GitHub Actions 안에서 코딩 에이전트가 정해진 일을 자동으로, 주기적으로 해 주게 하는 방식이에요. YAML 대신 “이슈 오면 분류하고 라벨 붙여 줘” 같은 걸 마크다운 문장으로 쓰면, gh aw라는 CLI가 그걸 일반 Actions YAML로 컴파일해 줘요.
시점부터 정리하면
- 바탕 개념은 오래됐어요. 지속적 통합(CI)은 1990년대부터 쓰인 말이고, GitHub Actions는 2018년에 나왔어요.
- “Continuous AI”라는 이름은 GitHub Next 연구팀이 2025년에 붙였고, 에이전틱 워크플로는 2025년 8월 연구용 데모로 처음 공개됐어요.
- 테크니컬 프리뷰는 2026년 2월 13일(미국 시간)에 나왔어요.
- 이번에 화제가 된 소식은 2026년 10월 28일(미국 시간, 한국은 10월 29일)에 나온 정식 출시(GA) 발표예요. 같은 날 Microsoft가 Copilot 하네스를 공개하면서 함께 주목받았어요. (GitHub 공지)
그러니까 완전히 새로운 기술은 아니고, 8개월 넘게 프리뷰로 다듬던 걸 이제 “써도 된다”고 도장 찍은 단계예요.
왜 지금 뜨나
정식판에서 안전장치가 꽤 갖춰졌어요. 에이전트는 기본적으로 읽기 권한만 갖고 샌드박스 컨테이너 안에서 돌아요. 쓰기 작업은 미리 허락한 safe outputs(예: “이슈 댓글 달기”, “PR 열기”)로만 할 수 있고, 반영하기 전에 위협 탐지 잡이 한 번 더 검사해요. 여기에 gh aw forecast로 비용을 미리 가늠하는 기능, 작업 난이도별로 모델을 고르는 라우팅도 들어갔어요. “에이전트를 무인으로 돌려도 되나?”라는 걱정에 처음으로 그럴듯한 답이 나온 셈이에요.
Claude만 쓰던 개발자라면
엔진을 Copilot만 쓸 수 있는 게 아니라 Claude Code나 Codex로도 고를 수 있어요. 기본 엔진인 Copilot CLI를 쓸 때만 Copilot 라이선스가 필요해요. 엔진 설정 방법은 공식 문서를 확인하세요.
역할은 이렇게 나누면 편해요.
- 기존 CI에 그대로 두기: 빌드, 테스트, 배포처럼 결과가 매번 똑같아야 하는 일은 지금처럼 YAML로 둬요. GitHub도 에이전틱 워크플로가 CI/CD를 대체하는 게 아니라고 분명히 말해요.
- 에이전틱 워크플로에 맡기기: 판단이 조금 필요한데 반복되는 일이요. 이슈 분류, CI 실패 원인 분석, 코드 바뀐 뒤 문서 업데이트, 테스트 보강 PR 같은 것들이에요.
- 내가 직접 Claude랑 하기: 설계, 큰 리팩터링, 처음 짜는 기능은 여전히 대화하면서 하는 게 나아요. 에이전틱 워크플로는 “아침에 와 보면 정리돼 있는” 잡일 담당이라고 생각하면 돼요.
처음엔 읽기 전용 작업(예: 매일 아침 CI 실패 요약을 이슈 댓글로 남기기) 하나로 시작해서, 결과가 믿을 만하면 PR 여는 쪽으로 넓혀 가는 걸 추천해요.
연관 용어
- Continuous AI: CI/CD처럼 AI를 개발 과정에 상시로 붙여 두자는 GitHub Next의 개념이에요(2025).
- Safe outputs: 에이전트가 직접 쓰지 못하고, 미리 허락된 형태의 결과만 내보내게 하는 장치예요.
- 프롬프트 인젝션(Prompt Injection): 누구나 쓸 수 있는 이슈나 PR 본문에 악성 지시를 숨기는 공격이에요. 무인 에이전트에선 특히 조심해야 해서 위의 안전장치들이 생겼어요.