“힘으로 자르지 말고 틈으로 들어가라” — 고전의 통찰을 AI 스킬로 바꾼 과정

📝 한줄 요약

『장자』의 포정해우에서 발견한 “구조를 보고 틈을 따라간다”는 통찰을, 복잡한 문제의 결정적 지점을 찾아 최소한으로 개입하는 AI 스킬로 만들었다. 개발 지식이 없는 사람도 자신의 경험과 업무 원리를 판단 단계·진단 질문·출력 형식으로 번역하면 재사용 가능한 AI 도구를 만들 수 있다는 것을 확인한 과정이다.

바쁘시면 이것만 읽어도 돼요:

• 기존 분류표로 복잡한 사안을 억지로 나누면 핵심 구조와 결정적 쟁점을 놓치기 쉬웠다.

• 철학적인 통찰을 AI가 실제로 실행하는 구체적인 스킬로 만들 수 있을지 처음에는 확신이 없었다.

• 포정해우의 비유를 전체상·구조·관절·틈·최소 개입·칼날 보존이라는 실행 순서로 번역했다.

• 법률 검토, 문서 교정, 프로그램 디버깅, 조직 절차가 모두 “구조와 경계의 틈을 찾는 일”로 연결됐다.

• 범용적이면서도 모호하지 않게 만들기 위해 진단 질문, 여러 분야의 사례, 실패 조건과 검증 체크리스트를 함께 넣었다.

• 완성된 스킬과 호출 예시뿐 아니라, 누구나 자신의 통찰을 스킬로 바꾸는 재사용 프롬프트도 함께 나누기로 했다.

🎯 이런 분들께 도움돼요

• AI에게 질문하고 답을 받는 단계를 넘어 자신의 업무 원리를 스킬로 만들고 싶은 비개발자

• 복잡한 문제를 만날 때 모든 것을 다시 읽거나 전면 수정하는 방식에서 벗어나고 싶은 실무자

• 개인적인 경험과 노하우를 반복 가능한 판단 절차로 남기고 싶은 사람

• 고전·철학·업무 통찰을 현대의 AI 도구로 다시 쓰고 싶은 사람

😫 문제 상황: 억지로 나누면 중요한 것이 사라졌다

복잡한 사안을 다룰 때 흔히 듣는 조언이 있다.

“큰 문제는 작은 문제로 나누면 된다.”

분명 유용한 조언이다. 그러나 실제 법률 사안이나 문서, 프로그램, 업무 절차를 다루다 보면 단순히 잘게 나누는 것만으로는 해결되지 않는 경우가 많았다. 미리 준비된 분류표에 맞춰 사실과 쟁점을 잘게 쪼갰는데도 정작 무엇이 전체 결과를 좌우하는지 보이지 않았다.

분류는 많아졌지만 핵심은 더 흐려졌다. 문서가 복잡하면 모든 문장을 다시 쓰고, 프로그램이 꼬이면 전체 구조를 갈아엎고, 조직 절차가 막히면 담당자를 바꾸거나 단계부터 늘리는 식의 대응도 쉽게 나왔다. 문제를 많이 건드릴수록 해결에 가까워지는 것이 아니라, 원래 있던 맥락과 연결까지 손상되는 일도 있었다.

내가 느낀 불편함은 분명했다.

복잡한 사안을 기존 분류표로 억지로 나누면 핵심 구조와 결정적 쟁점을 놓친다.

필요한 것은 더 날카로운 분류표가 아니라, 그 사안 자체에 이미 존재하는 구조를 보는 방법이었다.

🌱 철학적인 통찰이 실제 스킬이 될 수 있을까

출발점은 『장자』 「양생주」의 포정해우 이야기였다. 포정은 소를 힘으로 내리치지 않는다. 뼈와 살, 힘줄과 관절 사이에 본래 존재하는 틈을 따라 칼을 움직인다. 그래서 수많은 소를 해체하고도 칼날이 무뎌지지 않는다.

이 이야기를 다시 읽으며 한 가지 생각이 떠올랐다.

나는 이것을 어떤 사안을 해석하고 해결하는 스킬로 만들어보고 싶어. 모든 주장이나 생각, 프로그램, 절차에는 구조가 있고, 그 구조 사이에는 틈이 있기 마련이야. 따라서 이것을 억지로 나누는 것이 아니라 해당 구조를 파악해서 그 구조와 결에 있는 틈을 따라가는 것이 진정한 전문가라고 생각해. 어때?

아이디어는 마음에 들었지만 확신은 없었다.

철학적인 통찰을 AI가 실제로 실행할 수 있는 구체적인 스킬로 바꿀 수 있을까?

“구조를 보라”, “결을 따르라”, “틈으로 들어가라”는 말은 그럴듯하다. 하지만 AI가 실제 문제를 만났을 때 무엇을 구조로 보고, 어디를 관절로 판단하며, 어떤 개입을 최소 개입이라고 부를지 분명하지 않으면 아름다운 비유에 그칠 수 있었다.

이 작업의 진짜 과제는 포정해우를 설명하는 것이 아니었다. 포정해우처럼 판단하는 순서를 만드는 것이었다.

🛠️ 사용한 도구

• Hermes Agent: 대화와 스킬 실행 환경

• TARDIS: 아이디어를 구조화하고 스킬 작성·검증을 조율한 AI 에이전트

• GPT-5.5: 최초 스킬 제작 대화에 사용된 언어 모델

• Hermes Skill 체계: 반복 호출할 수 있는 문제해결 절차로 저장

🔧 작업 과정

고사에서 업무 원리를 꺼내다

처음에는 포정해우의 원문과 일화를 살폈다. 중요한 것은 “솜씨가 뛰어난 요리사”라는 결론이 아니었다. 포정의 시선이 어떻게 변했는지가 핵심이었다.

• 처음에는 소 한 마리가 온전한 덩어리로 보였다.

• 숙련되자 뼈·살·힘줄·관절의 구조가 보였다.

• 더 나아가자 눈앞의 형태보다 구조 사이의 틈을 따라 움직였다.

• 어려운 지점에서는 힘을 더 주는 대신 더 조심했다.

• 결과적으로 소도 억지로 훼손하지 않고 칼날도 보존했다.

이 흐름을 현대의 문제해결 언어로 바꾸자 다음과 같은 문장이 나왔다.

모든 사안에는 구조가 있고, 모든 구조에는 관절이 있으며, 관절 사이에는 틈이 있다. 전문가는 대상을 힘으로 절단하지 않고, 그 결을 따라 틈으로 들어간다.

하지만 이 문장만으로는 스킬이 될 수 없었다. AI가 실제로 무엇을 해야 하는지 아직 정해지지 않았기 때문이다.

통찰을 판단 순서로 번역하다

그래. 그러면 스킬로 만들어줘

이 요청 이후 가장 먼저 한 일은 비유를 실행 순서로 바꾸는 것이었다. 완성된 흐름은 다음과 같다.

1. 전체상을 이름 붙인다. 겉으로는 무엇이 문제처럼 보이는지 한 문장으로 적는다.

2. 이미 존재하는 구조를 찾는다. 주장이라면 전제와 결론, 프로그램이라면 입력·상태·의존성, 절차라면 권한·승인·인수인계처럼 대상 자체의 연결을 본다.

3. 뼈·살·힘줄·관절·틈을 구분한다. 바꾸기 어려운 제약, 유연한 부분, 연결점, 자연스러운 경계, 저항이 낮은 개입 경로를 분리한다.

4. 결정적 틈을 선택한다. 가장 작은 변화로 전체 결과를 바꿀 수 있는 지점을 고른다.

5. 최소한으로 개입한다. 전면 교체보다 정확한 질문, 문단 이동, 경계 패치, 승인 단계 조정처럼 좁고 검증 가능한 행동을 우선한다.

6. 칼날이 보존됐는지 확인한다. 문제를 고치는 과정에서 사람·관계·문서·코드·시스템·미래 선택지를 불필요하게 해치지 않았는지 점검한다.

이 단계에서 가장 중요한 변화가 일어났다. 포정해우는 더 이상 “좋은 태도를 가지자”는 교훈이 아니었다. AI가 순서대로 실행하고 결과를 일정한 형식으로 보여줄 수 있는 작업 절차가 됐다.

전환점: 서로 다른 업무가 같은 구조로 보였다

가장 인상적이었던 순간은 서로 전혀 달라 보이던 업무들이 하나의 원리로 연결됐을 때였다.

• 법률 검토에서는 모든 법리를 나열하기보다 결과를 좌우하는 요건·증거·입증책임의 틈을 찾는다.

• 문서 교정에서는 모든 문장을 다시 쓰기보다 제목·순서·중복·전환이 어긋난 관절을 찾는다.

• 프로그램 디버깅에서는 전체 시스템을 재구축하기보다 인터페이스·상태 전환·경계조건이 깨진 지점을 찾는다.

• 조직 절차에서는 사람을 비난하기보다 권한·승인·기록·인수인계가 막힌 연결점을 찾는다.

대상은 달랐지만 질문은 같았다.

무엇이 바뀌기 어려운 뼈인가? 무엇이 유연한 살인가? 어디서 요소들이 연결되는가? 결과를 바꾸는 결정적 틈은 어디인가?

그 순간 포정해우는 특정 분야의 기법이 아니라 복잡한 문제를 다루는 상위 문제해결 프레임이 됐다.

범용성과 구체성 사이에서 막히다

가장 어려웠던 부분은 모든 문제에 적용할 만큼 범용적으로 만들면서도 철학적 비유만 늘어놓는 모호한 스킬이 되지 않게 하는 일이었다.

범용성을 강조하면 “상황에 맞게 구조를 보라”는 말만 남기 쉬웠다. 반대로 절차를 지나치게 세밀하게 정하면 특정 법률 사건이나 특정 프로그램에만 맞는 스킬이 될 수 있었다.

이 문제는 세 가지 방법을 함께 써서 풀었다.

첫째, 비유마다 실무적 의미를 붙였다. 뼈는 하드 제약, 살은 유연한 요소, 힘줄은 의존성과 연결, 관절은 자연스러운 경계, 틈은 저항이 낮은 개입 경로로 정의했다.

둘째, 서로 다른 분야에 같은 절차를 대입했다. 법률·문서·코드·절차에서 공통으로 작동하는 부분만 핵심 규칙으로 남기고, 분야별 구조는 예시로 분리했다.

셋째, 실패 조건과 검증 체크리스트를 넣었다. 구조를 보기 전에 결론부터 내리기, 인위적인 분류를 강요하기, 증상만 쫓기, 바꿀 수 없는 제약을 정면으로 치기, 전체를 갈아엎어 사람과 시스템을 소진시키는 일을 명시적으로 경계했다.

여기서 배운 것은 분명했다.

좋은 스킬은 멋진 문장을 많이 담은 문서가 아니라, 무엇을 보고 어떤 순서로 판단하며 언제 멈춰야 하는지를 알려주는 도구다.

자연어 한마디로 다시 쓸 수 있게 만들다

이 스킬 내가 쓰려면 어떡해?

스킬이 완성돼도 사용하기 어렵다면 개인 메모와 다를 것이 없다. 그래서 별도의 복잡한 사용법 없이 다음과 같은 자연어로 호출할 수 있게 했다.

이 사안을 포정해우식으로 봐줘. 구조, 관절, 결정적 틈, 최소 개입, 칼날 보존 순서로 분석해줘.

사용자는 분석 이론을 매번 다시 설명하지 않아도 된다. 한 번 정리한 판단 원리를 스킬로 저장해 두고, 새로운 법률 사안·문서·프로그램·절차에 반복 적용할 수 있게 된 것이다.

이후 다른 전문 스킬과 연결할 때도 같은 원리를 적용했다. 모든 기능을 하나의 거대한 스킬에 넣지 않았다. 포정해우는 구조와 결정적 틈을 찾고, 사실 확인이나 법률 검토처럼 전문성이 필요한 다음 단계는 별도의 흐름에 맡겼다. 스킬 자체도 역할의 관절을 따라 나뉘고 연결되도록 한 셈이다.

✅ 결과

Before vs After

결과물

• paoding-structure-gap-analysis라는 재사용 가능한 Hermes 스킬

• 전체상·구조·관절·틈·최소 개입·칼날 보존의 분석 절차

• 주장·법률·문서·프로그램·절차·조직에 적용할 수 있는 분야별 구조 지도

• 성급한 절단과 과잉 개입을 막는 실패 조건 및 검증 체크리스트

• 비개발자도 쓸 수 있는 자연어 호출 방식

현재 스킬은 초기 버전에서 한 차례 보강돼 다른 사실확인·법률 검토 흐름과의 연결까지 포함하고 있다. 측정하지 않은 시간 절감 수치는 제시하지 않았다. 대신 실제 변화가 확인되는 분석 순서, 적용 범위, 전문 흐름 배정 기준을 결과로 삼았다.

내가 달라진 점

이번 경험을 통해 AI를 대하는 관점도 달라졌다.

첫째, AI는 답을 대신 내는 기계만이 아니었다. 내가 가진 통찰을 다른 상황에서도 다시 쓸 수 있는 절차로 번역해 주는 협업자였다.

둘째, 좋은 스킬의 기준이 달라졌다. 지식을 많이 넣는 것보다 언제 무엇을 보고, 어디에 개입하고, 무엇을 건드리지 말아야 하는지를 분명히 하는 것이 중요했다.

셋째, 고전이나 철학의 통찰도 현대 업무와 멀리 떨어져 있지 않았다. 판별 기준·실행 순서·검증 조건을 붙이면 실제로 작동하는 AI 도구가 될 수 있다는 확신이 생겼다.

💬 이 과정에서 배운 AI 활용 팁

효과적이었던 것

1. 아이디어를 판단 단계로 바꾸기
   좋은 문장을 그대로 프롬프트에 넣기보다, AI가 어떤 순서로 판단해야 하는지 먼저 정한다.

2. 각 단계에 진단 질문 붙이기
   “구조를 봐라” 대신 “바꾸기 어려운 제약은 무엇인가?”, “결과를 바꾸는 가장 작은 지점은 어디인가?”처럼 답할 수 있는 질문을 만든다.

3. 출력 형식을 고정하기
   전체상·구조·관절·틈·최소 개입·검증 순으로 결과가 나오게 하면 새로운 사안끼리 비교하기 쉬워진다.

4. 서로 다른 사례에 대입하기
   하나의 사례에서만 맞는 요령인지, 여러 업무에 공통으로 적용되는 원리인지 확인한다.

5. 실패 조건을 함께 쓰기
   스킬이 언제 잘못 작동하는지, 무엇을 과잉 적용하면 안 되는지 적어야 안전하고 구체적인 도구가 된다.

이렇게 하면 안 돼요

1. 멋진 비유를 길게 설명하는 것만으로 스킬이 완성됐다고 생각하지 않는다.

2. 익숙한 분류표를 모든 문제에 똑같이 강요하지 않는다.

3. “최소 개입”을 근본 문제나 하드 제약을 회피하는 핑계로 쓰지 않는다.

4. 실제 사례에 대입하거나 검증하지 않은 채 범용 스킬이라고 선언하지 않는다.

5. 모든 관련 기능을 하나의 거대한 스킬에 넣어 호출 조건과 역할을 흐리지 않는다.

🌍 다른 업무에 적용한다면?

이 제작 방식은 포정해우에만 한정되지 않는다. 자신의 업무 경험에서 반복적으로 사용하는 판단 원리를 발견했다면 같은 방식으로 스킬화할 수 있다.

예를 들어 인사 담당자가 면담 경험을 통해 “좋은 질문은 답을 재촉하지 않고 관찰 가능한 사실부터 확인한다”는 원리를 갖고 있다고 해보자. 이 통찰을 다음처럼 바꿀 수 있다.

• 면담의 목적을 먼저 확인한다.

• 사실·해석·감정을 구분하는 질문을 만든다.

• 답변 사이의 정보 공백을 표시한다.

• 유도 질문이나 성급한 결론을 금지한다.

• 마지막에 확인된 사실과 남은 추론을 분리해 출력한다.

이렇게 하면 개인의 감각에 머물던 면담 노하우가 다른 팀원도 반복해서 사용할 수 있는 AI 스킬이 된다. 법률, 교육, 영업, 감사, 기획, 상담처럼 경험에서 나온 판단이 중요한 업무라면 같은 방식으로 확장할 수 있다.

🤝 배워서 남 주기

이번 결과를 개인적인 성공담으로만 남기지 않으려 한다.

첫째, 포정해우 스킬의 핵심 절차와 자연어 호출 예시를 공개해 누구나 자신의 사안을 붙여 넣어 사용할 수 있게 한다.

둘째, 고전이나 개인적 통찰을 AI 스킬로 바꾸는 제작 체크리스트와 재사용 프롬프트를 함께 제공한다. 독자는 포정해우의 내용 자체를 복사하는 것이 아니라, 자신이 오래 일하며 얻은 원리를 판단 단계·질문·출력·실패 조건으로 번역하는 방법을 가져갈 수 있다.

가장 전하고 싶은 조언은 한 문장이다.

멋진 아이디어를 곧바로 긴 프롬프트로 만들지 말고, 먼저 판단 단계·진단 질문·출력 형식으로 번역하라.

🕊️ 널리 사람을 이롭게 하는 지점

개발 지식이 없는 사람에게도 오랜 경험과 좋은 판단 원리는 있다. 그러나 그것을 프로그램이나 자동화 도구로 만들지 못해 개인의 머릿속에만 남는 경우가 많다.

이 사례가 줄이고 싶은 어려움은 바로 그 진입장벽이다.

AI와 스킬 체계를 활용하면 비개발자도 자신의 경험을 말로 설명하고, AI와 함께 판단 순서를 다듬고, 반복 가능한 도구로 남길 수 있다. 누군가의 노하우가 더 이상 “그 사람만 할 수 있는 감각”에 머물지 않고 동료와 다음 세대가 활용할 수 있는 공동 자산이 된다.

🚀 앞으로의 계획

포정해우 스킬은 세 방향으로 발전시킬 계획이다.

1. 실제 적용 사례 축적
   법률·문서·프로그램·조직 절차에 적용한 사례를 모아 어떤 구조와 틈이 반복적으로 나타나는지 보강한다.

2. HTML 애니메이션과 짧은 영상 제작
   하나의 덩어리로 보이던 문제가 뼈·살·힘줄·관절·틈으로 드러나고, 칼이 구조를 부수지 않고 틈을 따라 움직이는 과정을 시각화한다.

3. 고전과 업무 통찰의 연속 스킬화
   다른 고전 이야기나 실무 경험에서도 재사용 가능한 판단 원리를 찾아 실행 가능한 AI 스킬로 전환하는 사례를 계속 만든다.

📋 재사용 가능한 프롬프트

프롬프트 1: 자신의 통찰을 AI 스킬 구조로 바꾸기

내가 반복해서 사용하는 업무 원리 또는 통찰은 다음과 같다.
[자신의 원리나 경험을 적기]

이것을 멋진 설명문에 그치지 않고 AI가 반복 실행할 수 있는 스킬 구조로 바꿔줘.

1. 이 원리로 해결하려는 문제와 사용 조건을 정의하고,

2. 판단 단계를 순서대로 나누고,

3. 각 단계에서 반드시 답해야 할 진단 질문을 만들고,

4. 결과가 일정하게 나오도록 출력 형식을 정하고,

5. 서로 다른 [적용 분야 3개]에 대입해 공통으로 작동하는지 확인하고,

6. 잘못 적용되는 조건과 금지사항을 적고,

7. 마지막에 검증 체크리스트를 만들어줘.
   추상적인 표현에는 반드시 관찰하거나 판별할 수 있는 실무적 의미를 붙여줘.

프롬프트 2: 포정해우식으로 복잡한 사안 분석하기

다음 사안을 포정해우식 구조-틈 분석으로 검토해줘.
[검토할 사안·문서·주장·프로그램·절차를 붙여 넣기]

1. 겉보기 문제를 한 문장으로 정리하고,

2. 대상 안에 이미 존재하는 구조를 찾아줘.

3. 바꾸기 어려운 뼈, 유연한 살, 요소를 잇는 힘줄, 자연스러운 관절, 저항이 낮은 틈을 구분해줘.

4. 전체 결과를 바꿀 수 있는 결정적 틈을 하나 선정해줘.

5. 전면 교체보다 작고 검증 가능한 최소 개입안을 제안해줘.

6. 건드리면 안 되는 부분과 과잉 개입 위험을 표시해줘.

7. 개입 뒤 사람·관계·문서·코드·시스템·미래 선택지가 보존되는지 점검해줘.
   비유만 사용하지 말고 각 판단의 실제 근거를 함께 설명해줘.