소개
저는 학생 상담을 단순 행정이 아니라, 학생 한 사람의 시간과 기대가 걸린 중요한 접점으로 봅니다.
그래서 자동화의 목표도 일을 덜 하는 것이 아니라, 상담의 신뢰와 수업 준비의 밀도를 함께 지키는 데 있습니다.
이 글은 기능 자랑이 아니라, 실제 실패를 통해 중단 규칙과 검증 규칙을 강화해 온 운영기입니다.
도입 초기 시행착오
초기에는 채널 혼선, 시간 오안내 같은 문제가 있었습니다.
더 큰 문제는 특강 다음날 처리에서 드러났습니다.
당시에는 학생들에게 희망 시간표에 직접 이름을 쓰게 하고,
그 사진을 OpenClaw에 전달해 자동 등록을 시도했습니다.
그런데 이 과정에서
1) 출석부 존재 자체를 부정하거나,
2) 출석부 확인 이후에도 이름 대조 없이 임의 생성하는 문제가 발생했습니다.
문서를 못 읽는 것보다,
문서를 읽었다고 하면서 검증 없이 생성하는 것이 더 위험하다는 교훈을 얻었습니다.
적용 가능한 운영 설계: 내가 실제로 고정한 기준
(1) 자동화 전에 먼저 고정한 운영 원칙
- 발신/등록 자동화는 이름+번호 동시 일치일 때만 허용
- 부분 일치, 유사 이름, 추정 생성은 전면 금지
- 최신 출석부는 참고 문서가 아니라 자동 등록 가능 여부를 판정하는 핵심 검증 문서
- 최종 확정 상태는 Google Calendar 단일 진실원(SoT)으로 관리
(2) 실제 자동 처리 흐름
신청 수신 → 신청 사진 확인 → 출석부 대조 → 이름/번호 일치 확인
→ 캘린더 중복 검사 → 캘린더 등록 → 확정 안내 발송
(3) 출석부 대조가 필요한 경우의 fail-closed 원칙
- 출석부 파일 또는 위치를 확인하지 못하면 즉시 중단
- 출석부가 확인되어도 이름이 정확히 일치하지 않으면 등록 금지
- 부분 일치, 유사 이름, 추정 생성 금지
- 사진 속 이름 판독이 애매하면 등록 금지
- 관리자 승인 없이 임의 생성 금지
- 캘린더 등록 전 신청 사진 확인 → 출석부 대조 → 이름 일치 확인 단계를 모두 통과해야 함
- 실패 시 학생에게 아무 문자도 보내지 않고 관리자에게만 보고
사용 도구(역할 중심)
- BlueBubbles: 문자 채널 연결
- OpenClaw: 요청 해석 + 운영 규칙 집행
- Google Calendar: 최종 확정 일정의 단일 진실원
중요한 것은 도구 이름보다,
검증 전 단계(신청/대조)와 확정 단계(캘린더)를 엄격히 분리한 운영 설계였습니다.
결과
- 잘못된 안내가 나갈 가능성을 구조적으로 줄였습니다.
- 대충 맞겠지식 판단을 제거해 결정 피로를 낮췄습니다.
- 회수한 집중력을 학생 분석, 수업 구성, 교재 검토에 재배분할 수 있었습니다.
- 자동화를 편의 도구가 아니라 검증·중단 규칙이 함께 설계된 운영 시스템으로 보게 되었습니다.
핵심 인사이트
학생 상담은 한 사람의 시간과 기대가 걸린 일입니다.
출석부에 없는 학생이 임의 생성되거나, 실제 신청하지 않은 이름이 잘못 등록되는 일은 절대 허용될 수 없습니다.
그래서 자동화의 성패는 모델 성능보다도,
누가 누구에게 어떤 정보를 어떤 조건에서 확정할 수 있는지를 미리 고정한 운영 규칙에 달려 있었습니다.
앞으로의 계획
- 사진 입력/문자 입력 공통 fail-closed 게이트를 시스템 레벨로 고정
- 최신 출석부 기준본 승격 규칙(날짜 버전) 자동 점검
- 학생이 더 안정적으로 상담을 신청하고, 필요한 시점에 정확한 피드백을 받는 구조로 개선
참고 자료
- https://docs.openclaw.ai/channels/bluebubbles
- https://docs.openclaw.ai/channels
- https://docs.openclaw.ai/gateway/configuration-reference
