계속 더하는 AI에서, 제대로 작동하는 AI 시스템으로

계속 더하는 AI에서, 제대로 작동하는 AI 시스템으로

You쌤 AI 컴퍼니 멀티에이전트 운영 전환

AI 도구는 자고 일어나면 바뀐다. 새로운 모델, 새로운 앱, 새로운 자동화 방식이 계속 나온다. 그래서 한동안은 좋은 것이 보일 때마다 시스템에 붙였다. 하지만 이제 방향을 바꾼다. 더 많이 붙이는 것보다, 이미 구축한 시스템을 제대로 작동시키고 꾸준히 업데이트하는 운영 체계로 전환한다.

1. 시작점: 하고 싶은 것이 너무 많았다

처음에는 가능성이 먼저 보였다. 방과후학교 서류 자동화, Slack 업무 접수, Telegram 모바일 비서, 콘텐츠 제작 에이전트, 아바타 영상 제작, 수업 운영, 자료 정리, KPI 관리까지 모두 연결할 수 있을 것 같았다. 실제로 많은 부분을 만들었고, 일부는 동작까지 확인했다.

문제는 가능성이 많을수록 시스템의 중심이 흐려졌다는 점이다. 도구와 에이전트가 늘어날수록 “무엇을 먼저 안정화할 것인가”, “어떤 채널이 진짜 운영 채널인가”, “새 기능은 언제 도입해야 하는가”가 점점 불명확해졌다.

자고 일어나면 바뀌는 AI를 계속 반영하다 보니 끝이 없다. 이제는 계속 변경하여 적용하는 것보다, 현재 구축된 시스템을 제대로 작동시키고 업데이트하는 방향으로 전환한다.

2. 지금까지 진행된 내용

현재 시스템은 무작위로 흩어진 상태만은 아니다. 이미 중요한 기반은 만들어져 있다. 다만 그 기반 위에 계속 새 요소가 얹히면서 운영 우선순위가 흐려진 상태에 가깝다.

현재까지의 핵심 성과

1. 공식 작업 폴더가 정해졌다.
2. Slack과 Telegram의 역할이 분리되었다.
3. 에이전트별 SOUL 문서가 생겼다.
4. 방과후 자동화와 콘텐츠 제작 흐름이 문서화되었다.
5. UPDCA + DMAIC + SMART KPI 기반의 성과관리 레이어가 추가되었다.

3. 전환 전: 계속 붙이던 시스템

전환 전의 시스템은 “가능한 것을 빨리 붙이는 방식”에 가까웠다. 새 도구가 나오면 도입하고, 새 아이디어가 생기면 에이전트를 추가하고, 새 자동화가 가능해 보이면 바로 연결하려고 했다.

장점

• 새로운 AI 변화에 빠르게 반응할 수 있었다.

• 실험 속도가 빨랐다.

• 아이디어를 실제 파일과 봇 구조로 옮기는 경험이 쌓였다.

• 방과후 자동화, Slack, Telegram, 콘텐츠 제작의 가능성을 확인했다.

한계

• 기능은 늘었지만 운영 기준은 따라오지 못했다.

• Slack, Telegram, 로컬 앱, 문서 vault의 역할 경계가 흔들릴 수 있었다.

• 새 에이전트가 실제 라우팅에 연결되었는지 확인하기 어려웠다.

• 구축보다 유지보수가 더 큰 일이 되기 시작했다.

전환 전 운영 방식

새로운 AI 발견
  -> 내 시스템에 적용 가능해 보임
  -> 에이전트/문서/자동화 추가
  -> 일부 테스트
  -> 또 다른 새 기능 발견
  -> 기존 안정화 전에 다음 기능 추가

4. 전환 후: 먼저 작동시키고, 그다음 업데이트한다

앞으로의 방향은 다르다. 새 기능을 막자는 뜻이 아니다. 도입 순서를 바꾸자는 것이다. 먼저 현재 구축된 시스템을 안정적으로 작동시키고, 실제 사용 기록과 문제점을 바탕으로 필요한 업데이트만 반영한다.

전환 후 운영 원칙

1. 새 기능보다 현재 시스템의 정상 작동을 우선한다.
2. Slack과 Telegram은 역할을 섞지 않는다.
3. 에이전트 추가보다 기존 에이전트의 실행 품질을 먼저 본다.
4. 업데이트는 즉시 적용하지 않고 관찰 목록에 올린다.
5. 반복 사용이 확인된 기능만 운영 시스템에 편입한다.
6. 모든 변경은 로그, 담당, 검증 기준을 남긴다.

5. 앞으로 수정 및 추가 진행될 내용

앞으로의 작업은 “확장”이 아니라 “운영 안정화”를 중심으로 재정렬한다. 새 기능을 추가하더라도 기존 시스템을 흔들지 않는 범위에서 진행한다.

작업 우선순위 규칙

P0: 지금 멈추면 운영이 깨지는 것
P1: 가장 자주 쓰고, 바로 효과가 나는 것
P2: 품질과 기록을 높이는 것
P3: 있으면 좋지만 아직 검증이 필요한 것
P4: 새 AI, 새 도구, 새 자동화 실험

6. 앞으로의 업데이트 판단 기준

AI는 계속 바뀐다. 그래서 업데이트를 막을 수는 없다. 대신 모든 업데이트를 바로 내 시스템에 넣지 않는다. 먼저 관찰하고, 필요성을 검증하고, 기존 시스템에 미치는 영향을 확인한 뒤 반영한다.

새 AI 기능 도입 전 체크리스트

□ 현재 Slack/Telegram/자동화 시스템으로 해결할 수 없는가?
□ 한 번의 호기심이 아니라 2주 이상 반복 사용할 기능인가?
□ 기존 에이전트 역할 안에 넣을 수 있는가, 새 역할이 꼭 필요한가?
□ 실행 경로, 로그, 오류 복구 방법이 명확한가?
□ secret, 개인정보, 저작권, 외부 발송 위험은 없는가?
□ 도입 후 유지 담당과 점검 주기가 정해져 있는가?
□ 실패했을 때 기존 시스템으로 되돌릴 수 있는가?

이 체크리스트를 통과하지 못한 기능은 바로 도입하지 않고 “관찰 목록”에 둔다. 최신성을 따라가는 대신, 운영에 실제로 도움이 되는 변화만 받아들이기 위해서다.

7. 달라지는 점

8. 사례의 결론

이 사례의 핵심은 AI를 덜 쓰자는 것이 아니다. 오히려 제대로 쓰기 위한 전환이다. AI가 빠르게 변할수록 개인 시스템은 더 단단한 기준을 가져야 한다. 기준이 없으면 새 도구가 나올 때마다 시스템이 흔들리고, 기준이 있으면 새 도구도 필요한 위치에만 들어온다.

You쌤 AI 컴퍼니의 다음 단계는 확장이 아니라 안정화다. Slack은 업무 접수와 승인 흐름을 맡고, Telegram은 모바일 명령과 알림을 맡는다. 에이전트는 이름만 늘리지 않고 SOUL 기준에 따라 작동해야 한다. 성과관리는 거창한 대시보드보다 작은 KPI와 월간 회고부터 시작한다.

새 운영 선언

나는 이제 AI를 계속 덧붙이는 방식에서 벗어난다.
현재 구축된 시스템을 먼저 제대로 작동시킨다.
새로운 AI는 관찰하되, 바로 적용하지 않는다.
반복 사용되고, 안정적으로 운영 가능하며,
기존 시스템의 목적을 더 선명하게 만드는 것만 반영한다.

이 문서는 현재 구축된 You쌤 AI 컴퍼니 시스템을 정리하고, 앞으로의 운영 방향을 “확장 우선”에서 “안정 운영과 선택적 업데이트”로 전환하기 위함이다.