이 기사는 Qiita Tech Festa 2026의 「【2026년 상반기】 AI 활용을 회고하자!」에 참여하기 위한 회고입니다.

2026년 상반기에 가장 변한 것은, AI에게 묻는 내용이 아니라 AI에게 맡기는 단위였습니다.

이전에는 "이 코드를 고쳐줘", "이 기사를 써줘"와 같이 AI를 커다란 작업의 대행자로 사용하곤 했습니다. 지금은 조금 더 세밀하게 나누고 있습니다.

• 조사하기
• 차분(diff) 만들기
• 테스트하기
• 공개 직전에 멈추기
• 인간이 최종 판단하기

이렇게 나누고 나서부터 AI 활용은 "빨라지는" 것뿐만 아니라, 실패했을 때 멈추기가 쉬워졌습니다.

AI 툴의 우열이라기보다, 작업의 위험도에 따라 나누어 사용하게 되었습니다.

AI 에이전트(AI Agent)에게 일을 맡길 때, 갑자기 "알아서 잘 해줘"라고 던지면 결과물은 빨리 나와도 리뷰(Review)가 무거워집니다.

그래서 최근에는 작업 전에 다음과 같은 미니 계약(mini contract)을 작성합니다.

task_contract:
goal: "Qiita 기사 초안 1개를 만든다"
scope:
...

이 정도만 해도 AI의 움직임이 상당히 안정됩니다. 특히 "써도 되는 파일"과 "해서는 안 되는 조작"을 미리 적어두면, 나중에 차분을 확인하기 쉬워집니다.

2026년 상반기는 AI를 "상담 상대"에서 "작업자"에 가깝게 만들었습니다. 다만, 작업자로 만들수록 리뷰 설계가 중요해집니다.

현재의 기본 플로우(Flow)는 다음과 같습니다.

• 인간이 목적과 정지 조건을 작성한다
• AI가 리포지토리를 읽는다
• AI가 차분을 만든다
• AI가 검증 커맨드(Command)를 실행한다
• 인간이 차분과 검증 결과를 본다
• 공개, 게시, 배포만은 인간이 판단한다

이 흐름으로 바꾼 뒤로 AI에게 맡기는 작업량은 늘어났지만, 두려움은 줄었습니다.

이전에는 "조사하기", "구현하기", "확인하기"가 각각 분리되어 있었습니다. AI 에이전트를 사용하면 조사 결과를 그대로 차분에 반영하고, 검증 로그까지 정리할 수 있습니다.

예를 들어, 기존의 기사 템플릿을 읽고 새로운 기사의 front matter를 맞추는 것과 같은 작업은 궁합이 좋습니다.

채팅만으로 완결되면 마지막에 무엇이 변했는지 알기 어려워집니다.

리포지토리 상의 파일로 내보내면, 확인해야 할 대상이 명확해집니다.

git diff -- public/target-article.md

인간은 "AI가 열심히 했는가"가 아니라, "차분이 의도대로인가"만을 보면 됩니다.

AI는 공개나 게시까지 진행할 수 있습니다. 하지만 그 부분을 완전히 맡겨버리면 사고가 나기 쉽습니다.

저의 운용 방식에서는 다음 조작은 반드시 별도의 게이트(Gate)로 두고 있습니다.

"AI에게 만들게 하는 것"과 "AI에게 공개하게 하는 것"을 별개로 취급하는 것이 저에게는 맞았습니다.

AI는 편리하지만, "최신 정보"를 그대로 믿는 것은 위험합니다.

특히 모델명, 요금, 캠페인 조건, API 사양, 공개일, 종료일은 변합니다. 이 부분은 반드시 공식 페이지나 1차 정보(Primary Information)를 확인하도록 하고 있습니다.

"좋은 기사를 써줘", "이 리포지토리를 개선해줘"와 같은 의뢰는 결과가 흐릿해지기 쉽습니다.

잘 풀렸던 의뢰는 대체로 다음과 같은 형태였습니다.

목적:
누구에게, 무엇을, 어떤 상태로 전달하고 싶은가
입력:
...

AI로 기사를 쓰면 금방 추상적이고 안전한 문장이 됩니다.

읽히는 기사로 만들기 위해서는 다음 세 가지를 넣는 것이 좋다고 느꼈습니다.

• 실제로 곤란했던 장면
• 판단에 사용한 체크리스트(Checklist)
• 잘 되지 않았던 것

깔끔한 일반론보다 실패 패턴이 독자에게 도움이 되는 경우가 많습니다.

AI에게 작업을 맡기기 전후로 최소한 다음을 확인하고 있습니다.

이 체크리스트는 소소하지만, AI 활용의 품질을 상당히 좌우합니다.

다음에 시도해보고 싶은 것은 AI 에이전트의 성과를 "속도"뿐만 아니라 재현성(Reproducibility)으로 측정하는 것입니다.

• 동일한 입력으로 동일한 품질에 도달하는가
• 실패 시 원인을 추적할 수 있는가
• 인간의 리뷰 시간이 줄어들고 있는가
• 공개 후 수정 횟수가 줄어들고 있는가
• 작은 팀에서도 운용할 수 있는가

AI 활용은 화려한 데모보다, 매일 고장 나지 않고 돌아가는 체계로 정착시켰을 때 가치가 나타난다고 느낍니다.

2026년 상반기 AI 활용을 되돌아보면, 중요했던 것은 "어떤 AI가 가장 뛰어난가"가 아니었습니다.

저에게 있어 가장 컸던 변화는, AI에게 맡기는 작업과 인간이 중단(결정)하는 작업을 나누게 된 것입니다.

AI는 조사, 초안 작성, 구현, 검증을 빠르게 해줍니다. 반면, 공개, 전송, 삭제, 배포(Deploy)와 같은 불가역적 조작은 인간이 책임감을 가지고 판단해야 합니다.

이러한 경계선을 그을 수 있게 되면, AI는 단순한 편리한 도구가 아니라 일상적인 개발 흐름(Flow)에 편입될 수 있는 작업자가 됩니다.

• Qiita Tech Festa 2026 「【2026년 상반기】 AI 활용을 되돌아보자!」
• OpenAI API: Code generation / Codex
• Claude Code overview
• Cursor Docs