흔히 발생하는 상태: 매번 똑같은 설명을 프롬프트에 작성하고 있다. 혹은, 잘 작동하는 절차를 특정 한 사람만 알고 있다.

동일한 작업을 AI에게 2회 이상 요청하고 있다면, 기술화(Skill化, 절차의 문서화·자동화)를 검토해야 한다.

기술(Skill)이란, AI에게 전달하는 "이 작업은 이 절차·이 관점으로 수행한다"라는 고정된 지시서입니다 (Claude Code의 skill, 프롬프트 템플릿, 체크리스트가 포함된 절차서 등 — 형식은 무엇이든 상관없음).

기술화하기 쉬운 대상:

• 정형 작업: 릴리스 절차, issue 작성, 환경 구축, 조사 보고서 양식
• 관점 관련: 리뷰, 테스트 설계, 보안 체크 — "매번 같은 관점으로 봐주길 원하는" 것
• 프로젝트 고유의 방식: 이 프로젝트에서는 이렇게 작성한다, 이 부분을 주의한다

효과는 두 가지가 있습니다.

1. 팀 단위로 공유할 수 있다. 잘 작동하는 절차가 개인의 머릿속에 있는 한, 그 사람이 없으면 품질이 떨어집니다. 기술(Skill)로 만들면, 누가 AI를 움직여도 동일한 절차로 진행됩니다. 새로운 멤버의 온보딩(Onboarding)도 빨라집니다.

2. 품질이 안정된다. 인간은 매번 같은 관점으로 체크할 수 없습니다. 바쁜 날에는 누락이 발생합니다. 기술(Skill)로 만든 관점은 매번 반드시 적용됩니다. 체크 누락이 구조적으로 사라집니다.

기술화를 시도해 보았으나 기대대로 작동하지 않아 포기한 사람도 있을 것입니다. 이에 대한 답은 간단합니다 — 처음부터 잘 될 것이라고 생각하지 않는 것입니다. 이것은 AI를 사용할 때의 대원칙 그 자체입니다 (축 A: AI는 육성하는 것이다).

작게 시작하기. 작업 전체를 한 번에 자동화하려 하지 말고, 확실히 자동화할 수 있는 일부분부터 -
사용하면서 수정하기. 기술(Skill)이 이상하게 작동한다면, 그것은 실패 → 개선의 루프를 위한 소재입니다. 기술(Skill)의 기술 내용을 수정하면 다음부터는 발생하지 않습니다 -
점진적으로 확장하기. 작은 기술(Skill)이 안정되면 커버 범위를 넓혀갑니다

이 기사는 이데아라이브(Idealive) 사내의 「AI 주도 개발의 사고방식」 문서(총 12편)를 시리즈로 공개하고 있는 것입니다.