지난주에 맞춰 둔 조사·요약·표를, 이번 주에도 처음부터 다시 설명하고 계신가요?
Q
결론부터.
잘 된 방법을 스킬로 고정하고, 필요할 때만 루틴(스케줄)에 붙이면 됩니다.
스케줄은 나중입니다. 공식 문서도 “일회로 믿을 만하게 → 스킬 → 그다음 자동화” 순서를 권합니다.
Skill(스킬) = 그 일을 어떻게 할지 적어 둔 재사용 지시.
Routine(루틴) = 어느 봇이 언제 돌릴지(스케줄·지원되는 이벤트).
이런 패턴이면 해당합니다. “저번에처럼”만 말했는데 형식이 달라질 때, 스케줄부터 걸고 품질이 흔들릴 때, 잘 된 채팅을 찾아 스크롤하느라 시간이 더 들 때.
이 글은 「Grok Bot 활용 시리즈」의 스킬 재사용 편입니다.
전체 습관 → 그록봇 100% 활용하는 꿀팁 10가지
글 초안·게시 파이프라인 → 그록봇으로 블로그 운영하는 실제 방법
아침 표 브리프만 → 그록봇으로 아침 브리핑·뉴스 모니터링하는 법
요금·쿼터·버튼 한글명은 제품·플랜·시점에 따라 달라질 수 있어 단정하지 않습니다.
아래는 공식 문서의 스킬·루틴·승인 습관과, 바로 쓸 복붙 프롬프트 중심입니다.
한눈에 보기
- 일회로 결과 형식을 맞춘다. 사람이 “이 형식이면 OK”라고 말할 때까지.
- 여섯 줄을 적는다 — 언제 / 입력 / 순서 / 검증 / 반환 / 승인 경계.
- 그 과정을 스킬로 저장하고,
/로 같은 입력으로 다시 돌린다. - 품질이 안정되면 (선택) 루틴에 스케줄만 붙인다. Test run은 실제처럼 돌아가는 테스트.
- 발송·게시·구매·삭제·프로덕션 변경은 승인 뒤에만.
핵심 한 줄: 스킬 = 방법의 재사용, 루틴 = 언제 돌릴지. 품질이 안 나온 일을 먼저 자동화하지 않는다.
1. 무엇 — 스킬과 루틴
그록봇은 클라우드에 자기 컴퓨터를 가진 지속형 AI 팀원(Bot)에 가깝습니다.
그 위에서 재사용 블록은 둘입니다.
(Grok Bot overview, Skills and routines)
스킬은 어떻게 할지입니다. 여러 Bot에서 참조할 수 있고, 필요한 커넥터·로그인이 있을 수 있습니다.
루틴은 언제 돌릴지입니다. 소유 Bot에 묶입니다.
문서가 말하는 “쓸모 있는 스킬”은 아래 여섯 줄을 짧게라도 적어두라고 합니다.
언제 쓰는지, 필요한 입력·접근, 작업 순서, 결과 검증 방법, 무엇을 반환할지, 승인이 필요한 행동.
“저번에처럼”을 말로만 반복하기 시작할 때가 스킬을 만들 시점입니다.
한 번 잘 된 대화를 기준으로 여섯 줄을 채운 뒤, 봇에게 스킬로 저장해 달라고 하면 됩니다.
루틴은 그 스킬이 안정된 뒤에만 붙입니다.
한 가지 더. 공식 가이드는 준비(초안·추천·정리)를 먼저 자동화하고, 발송·구매·삭제·게시·프로덕션 변경은 승인 뒤에 두라고 강조합니다.
(Approvals, security, and privacy)
2. 언제 잘 맞는가
같은 산출 형식(표·체크리스트·초안 템플릿)을 주 2회 이상 다시 쓸 때 잘 맞습니다.
입력만 바뀌고(주제·URL·기간), 규칙·검증·승인 경계는 고정일 때도 그렇습니다.
이미 한 번 사람이 “이 형식이면 OK”라고 합의한 뒤라면 더더욱요.
나중에 스케줄이 필요해도, 지금은 /로 수동 호출만 해도 이득이면 충분합니다.
반대로, 지금은 천천히 가는 편이 낫습니다.
산출물이 아직 들쭉날쭉한데 루틴부터 걸고 싶을 때, 발송·게시·결제까지 한 스킬/루틴에 몰아넣고 싶을 때, 소스·사이트·커넥터가 자주 바뀌어 실패 처리 규칙이 없을 때, “모든 새 메시지마다”처럼 범위가 넓은 이벤트 리스너를 넣고 싶을 때입니다.
문서도 넓은 리스너는 노이즈·사용량·오작동 위험을 경고합니다.
3. 어떻게 — 일회 → 스킬 → (선택) 루틴
① 일회로 품질을 먼저 맞춘다
목표 산출물·제외 규칙·실패 시 행동을 이번 대화에서 고정합니다.
“대충 비슷한 답”이 아니라, 다음에 그대로 쓰고 싶은 버전이 나와야 합니다.
② 여섯 줄을 짧게 적는다
채팅에 붙여도 됩니다.
예: “언제=주간 계정 점검 / 입력=계정 목록 / 순서=수집→위험 분류→표 / 검증=출처 없으면 미확인 / 반환=표만 / 승인=고객 연락·외부 발송”.
③ 스킬로 저장을 요청한다
방금 쓴 과정을 이름 붙여 저장하라고 말하면 됩니다.
Private skills(내 전용 스킬 모음)는 내 모든 Bot이 공유하는 라이브러리라고 안내합니다.
문서상 경로(영문)로는, 데스크톱 작성창에서 /로 저장된 스킬을 참조하고, @로 Bot·그룹·루틴·커넥터를 참조한다고 나옵니다.
스킬이 / 메뉴에 안 보이면 Marketplace → Your plugins → Manage plugins and skills에서 Private skills 목록을 확인하라고 합니다.
(메뉴의 공식 한글명·세부 경로는 미확인.)
④ (선택) 시연으로 가르치기
문서에 Teach a task(시연으로 가르치기)가 있으면, 브라우저 워크플로를 한 번 보여 줘 스킬 초안을 만들 수 있다고 합니다.
흐름은 간단합니다. 1:1 Bot 대화·컴퓨터 화면 → 결과 설명 → 시연 → 중지·검토 → 안전한 예시로 테스트 후 스케줄.
녹화는 보이는 컴퓨터 상호작용(최대 약 10분), 마이크 오디오는 녹음하지 않는다고 안내합니다.
시연 중 비밀값을 노출하지 말고, 자격 증명은 문서가 말하는 안전한 인수인계 흐름을 쓰라고 합니다.
배운 스킬은 초안입니다. 한 번 시연만으로는 안 보이는 결정 규칙·실패 처리·승인 경계를 사람이 보강합니다.
이 기능은 점진 배포일 수 있어, 컨트롤이 안 보이면 글로 지시해 스킬을 만들라고 문서가 안내합니다. (계정별 노출 여부는 미확인.)
⑤ 같은 입력으로 한 번 더 돌린다
/로 스킬을 불러, 일회 때와 같은 안전 입력으로 재실행합니다.
형식이 흔들리면 스킬 문구를 고치고, 루틴은 아직 만들지 않습니다.
⑥ (선택) 루틴에 붙인다
소유할 Bot에게 스케줄(또는 지원되는 이벤트)·타임존·입력 소스·기대 결과·승인 경계·소스 부재 시 행동을 확인시킨 뒤 루틴을 만듭니다.
문서 예시는 “평일 아침 ○○ 스킬 실행 → 이 대화에 결과 → 고객 연락 금지 → 소스 없으면 실패 보고(옛 데이터로 채우지 말 것)” 형태입니다.
백그라운드 루틴은 노트북을 닫아도 이어질 수 있다고 안내합니다.
생성·수정 뒤에는 Test run(테스트 실행)으로 확인합니다.
테스트는 실제 작업을 수행할 수 있으므로(사이트 이동·파일 변경·연결된 도구 호출), 안전한 입력을 쓰고 쓰기 동작은 승인 뒤에 둡니다.
⑦ 루틴 관리(문서 기준 개념)
문서상 경로(영문)로는 Bot을 연 뒤 View conversation details → Routines에서 목록·최근 실행을 본다고 안내합니다.
활성화/일시중지·테스트·일정·지시 수정·성공/실패 이력·삭제가 가능합니다.
(한글 UI 경로·버튼명은 미확인.)
문서상 Bot은 루틴을 최대 50개까지 소유할 수 있고, 루틴마다 최근 실행 기록 20건을 유지한다고 합니다.
삭제는 즉시·되돌리기 없음. Bot을 지우면 그 Bot 소유 루틴도 함께 제거됩니다.
오래 자리를 비우면 루틴을 계속 돌릴지 묻고, 응답이 없으면 일시중지할 수 있다고 하니, 돌아와 일시중지된 루틴을 점검하세요.
4. 사례 — “주간 초안 점검”을 스킬로 고정한 1인 블로거
A씨는 주말에 글 2편을 쓰고, 평일엔 본업이 있습니다.
지난주, 봇과 함께 “초안 3개 → 표로 상태·부족한 출처·다음 액션”을 정리했습니다.
사람이 고친 표가 마음에 들었죠.
그 과정을 스킬 이름 「주간 초안 점검」으로 저장했습니다.
스킬 문구에는 반환=표만 / 게시·외부 발송 금지 / 출처 없으면 미확인 / 승인=게시·공개 공유를 넣었습니다.
평일에는 /로 스킬만 불러 초안 폴더(또는 대화에 붙인 목록)를 넣습니다. 스케줄은 아직 없습니다.
품질이 두 번 연속 안정된 뒤에야, 소유 Bot에 “토요일 10:00 Asia/Seoul에 이 스킬 실행, 결과는 이 대화에만” 루틴을 붙였습니다.
Test run은 게시 권한이 없는 안전 입력으로 돌렸고, 실패 시 “옛 초안으로 채우지 말고 실패 보고” 규칙도 확인했습니다.
결과적으로 “저번에처럼” 설명 시간이 사라지고, 주말 검수 시간만 남습니다.
아침 뉴스 표가 필요하면 같은 뼈대로 아침 브리핑편을,
게시 파이프라인은 블로그 운영편을 이어서 쓰면 됩니다.
핵심은 같습니다. 방법은 스킬, 타이밍은 루틴, 밖으로 나가는 행동은 승인.
5. 복붙 프롬프트
아래 네 개를 그대로 복사해 쓰면 됩니다. [대괄호]만 본인 값으로 바꾸세요.
(a) 방금 잘 된 작업을 스킬로 저장
방금 우리가 쓴 과정을 스킬로 저장해 주세요.
이름: [예: 주간 초안 점검]
포함할 것:
1) 언제 쓰는지
2) 필요한 입력·접근(소스/폴더/목록)
3) 작업 순서
4) 결과 검증 방법
5) 반환 형식(표/체크리스트 등) — 장문 에세이 금지
6) 승인 필요 행동(게시·외부 발송·구매·삭제·프로덕션 변경 등) — 기본은 금지, 내가 승인할 때만
제외: 고객 연락, 자동 게시, 자격 증명을 채팅에 다시 묻기.
저장 후 스킬 요약(위 6항목)만 짧게 보여 주세요. 지금은 루틴을 만들지 마세요.
(b) /로 스킬만 다시 실행 (스케줄 없음)
저장된 스킬 “[스킬 이름]”을 실행해 주세요.
입력: [이번 주 주제/URL/기간/목록]
출력: 스킬에 정의된 형식만. 이 대화에만.
하지 말 것: 게시, 외부 메일/슬랙 발송, 구매, 삭제, 프로덕션 변경.
소스·입력이 없으면 실패를 보고하고, 예전 데이터·추측으로 채우지 마세요.
끝나면 사람이 검수할 때까지 추가 액션 없이 대기하세요.
(c) 스킬이 안정된 뒤 루틴에 붙이기
이 Bot이 소유하는 루틴을 만들어 주세요.
스케줄: [예: 평일 08:00 / 타임존 Asia/Seoul]
실행: “[스킬 이름]” 스킬
입력 소스: [예: 현재 계정 목록 / 이 대화에 고정한 북마크 목록]
기대 결과: [예: 표만 이 대화에 게시]
승인 경계: 고객 연락·외부 발송·게시·구매·삭제·프로덕션 변경 금지. 초안·추천·정리만.
소스 부재·접근 실패 시: 실패를 보고하고 과거 데이터로 채우지 말 것.
만들기 전에 위 항목을 확인 질문으로 한 번 요약해 주고, 내 확인 후에만 생성하세요.
생성 후 다음 예정 실행 시각을 알려 주세요. 지금은 Test run은 내가 따로 요청할 때만.(d) Test run 전 안전 점검
방금 만든/수정한 루틴을 Test run 하기 전에 점검해 주세요.
확인 항목(표로):
- 사용하는 입력이 안전한 테스트용인지
- 쓰기 동작(파일 변경·외부 호출·게시성 행동)이 승인 뒤에 있는지
- 실패·소스 없음 시 행동이 명시돼 있는지
- 산출 형식이 스킬과 동일한지
자동으로 Test run을 시작하지 마세요. 점검 표만 보여 주고, 내가 "테스트 실행"이라고 할 때만 진행하세요.6. 주의사항
자동화 순서를 지키세요. 품질이 안 나온 일회 작업을 루틴에 먼저 넣지 않습니다.
문서 권고는 일회 → 신뢰 → 스킬 → 자동화입니다.
Test run은 실작업일 수 있습니다.
테스트가 사이트 이동·파일 변경·도구 호출을 할 수 있으니, 안전 입력을 쓰고 쓰기 동작은 승인 뒤에 둡니다.
발송·구매·삭제·게시·프로덕션 변경은 스킬/루틴 문구에 명시적으로 금지 또는 승인 후로 적습니다.
준비·초안·추천만 자동화하세요.
“모든 새 메시지”형처럼 넓은 이벤트 리스너는 노이즈·사용량·오작동을 키웁니다.
좁은 매칭 규칙과 명확한 응답, 필요하면 승인을 함께 두세요.
Teach a task로 시연할 때는 화면에 비밀을 올리지 않습니다.
자격 증명은 채팅에 반복 입력하지 말고, 문서의 안전한 인수인계를 따릅니다.
소스가 없으면 옛 표로 채우지 말고 실패를 보고합니다.
사이트·커넥터·형식이 바뀌면 다시 테스트하세요.
루틴 삭제·Bot 삭제는 문서상 즉시·되돌리기 없음입니다.
Bot을 지우면 소유 루틴도 함께 제거됩니다.
요금·쿼터·한글 UI는 본문에서 단정하지 않습니다 → 위 검증 필요사항을 참고하세요.
결론
스킬 재사용의 성공은 “더 자주 자동 실행”이 아니라
한 번 맞춰 둔 방법을 같은 형식으로 다시 꺼내는 것에 있습니다.
여섯 줄(언제·입력·순서·검증·산출·승인)을 스킬에 박고,
/로 수동 재사용이 안정된 뒤에만 루틴을 붙이세요.
밖으로 나가는 행동은 항상 사람 승인 뒤에 둡니다.
전체 습관은 꿀팁 10가지,
초안·게시는 블로그 운영 방법,
아침 표만 필요하면 아침 브리핑·모니터링에서 이어가면 됩니다.