목차
이 글에서 먼저 결정할 것
독자 질문: 이 AI 기능이나 방법을 실제 업무에 적용할 때 무엇을 확인해야 할까?
첫 답변: 기능을 바로 믿고 맡기기보다 입력 범위·권한·결과·사람 검수·실패 복구를 정한 뒤 작은 비식별 예시로 확인하는 것이 먼저다.
판단 기준: 공식 기능 사실, 합성 입력·출력, 사람의 검수 기준, 권한·보안 한계를 분리한다.
Work N Rich 재현 워크시트
이 워크시트는 사실을 다시 요약하는 칸이 아니라, 독자가 자기 상황의 입력·검수·다음 행동을 기록하는 칸이다.
| 단계 | 기록할 내용 |
|---|---|
| 입력 | 실제 회사자료 대신 비식별·합성 업무 자료를 넣고, 입력하지 않은 정보는 무엇인지 적는다. |
| 결과 | AI가 만든 결과에서 사실·추정·누락을 나누어 기록한다. |
| 사람 확인 | 사실 오류·권한·개인정보·업무 책임을 사람이 확인할 기준을 적는다. |
| 실패 복구 | 오류가 나면 중지할 행동, 원문으로 되돌아갈 방법, 다시 시도할 조건을 적는다. |
이번 개편에서 추가로 확인할 증거
- 독자용 증거 자산: 비식별 합성 입력 + 권한/실패 검수
- 개편 공백: 실제 경험을 꾸미지 않는 비식별·재현 예시 추가
- 개편 공백: 합성 입력 → 결과 → 사람의 확인 → 실패 복구 흐름 추가
이 글은 직장인이 AI에게 일을 맡길 때 목표와 질문을 어떻게 설계해야 하는지 Antigravity의 /goal, /grill-me 개념으로 정리한 글입니다. 결론부터 말하면 AI에게 바로 작성시키기보다 완료 기준을 먼저 정하고, 부족한 정보를 질문하게 하고, 결과 검토 기준을 함께 주는 것이 중요합니다. 아래에서는 실제 업무에 바로 적용할 수 있도록 개념, 순서, 예시 프롬프트, 주의사항 순서로 정리합니다.
AI에게 일을 맡길 때 가장 자주 생기는 문제는 도구가 부족한 것이 아니다. 사람이 목표를 흐릿하게 주고, 확인 질문을 막아버리는 것이 더 큰 문제다. GitHub에 공개된 jch2100/antigravity 예시는 이 문제를 아주 단순한 두 가지 명령으로 설명한다. 핵심은 /goal과 /grill-me다.[1]
이 글에서 얻어갈 수 있는 것은 두 가지다. 첫째, AI에게 목표를 어떻게 맡겨야 하는지 알 수 있다. 둘째, AI가 나를 귀찮게 질문하게 만들어야 결과가 좋아진다는 점을 이해할 수 있다.
보안 주의: 이 글의 프롬프트 예시는 일반 업무 상황을 기준으로 작성했습니다. 회사 내부자료, 고객 개인정보, 계약서, 미공개 재무정보, 영업기밀은 외부 AI 서비스에 입력하지 않는 것이 원칙입니다. 조직의 보안 정책을 먼저 확인한 뒤 활용하시기 바랍니다.
이런 분에게 필요합니다
AI로 보고서, 웹페이지, 제안서, 강의안, 자동화 흐름을 만들고 있지만 결과가 매번 애매하게 나오는 사람이 있다. 이 글은 그런 사람에게 필요하다. 특히 “알아서 잘해줘”라고 말한 뒤 결과물을 보고 다시 처음부터 고치는 일이 반복된다면, 문제는 AI가 아니라 업무 지시 방식일 가능성이 높다.
GitHub의 Antigravity 예시는 개발 맥락에서 만들어졌지만, 직장인에게도 그대로 적용할 수 있다. 개발자가 고수준의 기획과 검토를 제공하면 AI 에이전트가 파일 수정, 디버깅, 문서 기반 상태 관리를 수행하는 흐름으로 설계되어 있다.[1] 여기서 중요한 것은 개발 기술 자체가 아니라, 사람과 AI가 일을 나누는 방식이다.
핵심 요약
| 핵심 개념 | 쉬운 설명 | 업무 적용 방식 |
|---|---|---|
/goal |
최종 목표를 분명히 주는 명령 | “무엇을 끝내야 하는지”를 먼저 적는다 |
/grill-me |
AI가 나에게 집요하게 질문하게 하는 명령 | 애매한 조건, 대상, 기준을 질문으로 뽑게 한다 |
| 사람의 역할 | 방향과 판단 기준 제공 | 목표, 맥락, 제약, 승인 기준을 준다 |
| AI의 역할 | 실행과 반복 개선 | 초안 작성, 구조화, 점검, 수정안을 만든다 |
결론은 단순하다. AI에게 바로 결과물을 시키기 전에, 목표를 쓰고 질문을 받는 단계가 먼저다. 이 한 단계만 넣어도 결과물의 품질이 달라진다.
/goal은 “무엇을 끝낼지”부터 정하는 명령이다
많은 사용자가 AI에게 이렇게 말한다.
우리 회사 소개 웹페이지 만들어줘.이 문장은 시작점으로는 나쁘지 않다. 그러나 실제 업무 지시로는 부족하다. 회사 소개 웹페이지라고 해도 목적이 다를 수 있다. 채용용일 수도 있고, 영업 미팅 후 고객에게 보낼 페이지일 수도 있고, 강의 신청을 받는 랜딩페이지일 수도 있다. 목적이 다르면 구성, 문장, 디자인, 버튼 문구가 모두 달라진다.
/goal 방식은 먼저 최종 상태를 정하게 만든다. AI에게 “무엇을 만들어야 하는가”보다 “무엇이 되면 끝난 것인가”를 말하는 방식이다.
/goal
당신은 실무형 AI 업무자동화 코치입니다.
목표는 1인 기업 강사가 자신의 AI 교육 서비스를 소개하는 1페이지 웹페이지 초안을 만드는 것입니다.
대상 독자는 기업교육 담당자입니다.
웹페이지의 목적은 강의 문의를 유도하는 것입니다.
반드시 포함할 내용은 다음과 같습니다.
1. 강의 대상
2. 교육 주제
3. 실습 중심 운영 방식
4. 기대 효과
5. 문의 버튼 문구
문체는 과장하지 말고, 차분하고 직설적으로 작성하세요.
최종 결과물은 섹션별 제목과 본문, 버튼 문구로 정리하세요.이 프롬프트의 핵심은 요청이 아니라 완료 기준이다. AI는 목표, 대상, 목적, 포함 요소, 톤, 출력 형식을 동시에 받는다. 그러면 결과물이 덜 흔들린다.
/grill-me는 “나를 질문으로 괴롭혀라”에 가깝다
AI를 잘 쓰는 사람은 질문을 많이 한다고 생각하기 쉽다. 그러나 실무에서는 반대가 더 중요하다. AI가 나에게 질문하게 만들어야 한다. 사용자는 자기 업무를 잘 알지만, 어떤 정보를 AI에게 줘야 하는지는 잘 모른다. 그래서 질문을 받아야 빠진 조건이 드러난다.
/grill-me는 애매한 부분을 그냥 넘어가지 말고 질문으로 확인하라는 명령으로 이해하면 된다. 직장인 업무에서는 다음처럼 쓸 수 있다.
/grill-me
아래 목표를 달성하기 전에 부족한 정보를 질문해 주세요.
한 번에 7개 이하로 질문하세요.
질문은 예/아니오 질문보다 선택지형 또는 구체 답변형으로 해주세요.
제가 답하면 그 답을 반영해 최종 작업 지시문을 다시 작성해 주세요.
목표:
‹여기에 만들고 싶은 보고서, 웹페이지, 제안서, 강의안 목표 입력›
제약:
- 추측하지 마세요.
- 확인이 필요한 항목은 “확인 필요”로 표시하세요.
- 개인정보나 회사 기밀을 요구하지 마세요.이 프롬프트를 쓰면 AI가 바로 초안을 쓰지 않는다. 먼저 질문한다. 예를 들면 대상 독자, 사용 목적, 분량, 톤, 반드시 피해야 할 표현, 참고 자료, 최종 제출 형식 등을 물어볼 수 있다. 이 질문 과정이 귀찮아 보여도 실제로는 시간을 줄인다.
/goal과 /grill-me를 함께 쓰는 순서
두 명령은 따로 쓰기보다 함께 쓸 때 효과가 크다. 먼저 /goal로 목표를 준다. 그다음 /grill-me로 빠진 조건을 캐낸다. 마지막으로 AI에게 “지금까지의 답변을 바탕으로 실행 계획과 초안을 만들어 달라”고 요청한다.
| 단계 | 사용 명령 | 목적 | 결과물 |
|---|---|---|---|
| 1단계 | /goal |
최종 목표를 정한다 | 초안 목표문 |
| 2단계 | /grill-me |
빠진 조건을 질문으로 찾는다 | 확인 질문 목록 |
| 3단계 | 답변 | 사람이 맥락을 보완한다 | 구체 조건 |
| 4단계 | 실행 요청 | AI가 작업한다 | 초안 또는 산출물 |
| 5단계 | 점검 요청 | 기준에 맞는지 확인한다 | 수정안 |
이 방식은 웹페이지뿐 아니라 보고서, 기획서, 교육안, 이메일, 프롬프트 설계에도 쓸 수 있다.
실무에서 바로 쓰는 통합 프롬프트
아래 프롬프트는 /goal과 /grill-me를 한 번에 쓰고 싶을 때 사용할 수 있다.
당신은 10년차 업무기획자이자 AI 활용 코치입니다.
/goal
제가 만들고 싶은 결과물은 다음과 같습니다.
‹만들고 싶은 결과물 입력: 예: 신규 서비스 소개 웹페이지, 강의 제안서, 회의 보고서›
이 결과물의 사용 목적은 다음과 같습니다.
‹사용 목적 입력›
대상 독자는 다음과 같습니다.
‹대상 입력›
/grill-me
바로 작성하지 말고, 먼저 부족한 정보를 질문해 주세요.
질문은 최대 7개로 제한하세요.
각 질문 옆에는 “이 질문이 필요한 이유”를 한 줄로 설명하세요.
제가 답변하면 그 내용을 반영해 최종 작업 지시문을 만들고, 그다음 초안을 작성하세요.
제약조건:
- 추측하지 마세요.
- 확인되지 않은 내용은 “확인 필요”로 표시하세요.
- 개인정보, 고객정보, 회사 기밀은 요구하지 마세요.
- 최종 결과물은 표와 단계별 절차를 포함해 주세요.이 프롬프트를 쓰면 AI가 단순 작성자가 아니라 인터뷰어처럼 움직인다. 실무에서는 이 차이가 크다. 좋은 질문을 받은 뒤 만든 결과물은 수정 횟수가 줄어든다.
실무에서 자주 막히는 지점
| 막히는 지점 | 이유 | 해결 방법 |
|---|---|---|
| AI가 바로 평범한 초안을 쓴다 | 목표와 기준이 부족하다 | /goal에 대상, 목적, 완료 기준을 넣는다 |
| 질문이 너무 많다 | 범위를 제한하지 않았다 | “최대 7개 질문”처럼 개수를 제한한다 |
| 결과가 추상적이다 | 예시와 제약이 없다 | 좋은 예시, 피해야 할 표현, 출력 형식을 함께 준다 |
| 회사 자료를 넣기 불안하다 | 보안 기준이 없다 | 민감정보 제거 후 요약본만 넣는다 |
특히 회사 내부 자료, 고객정보, 매출정보, 계약서 원문처럼 민감한 정보는 그대로 넣지 않는 것이 좋다. 필요한 경우에는 익명화하거나 요약본으로 바꿔 입력해야 한다.
바로 써보는 체크리스트
- [ ] 내가 원하는 결과물이 무엇인지 한 문장으로 썼는가?
- [ ] 결과물을 보는 사람이 누구인지 적었는가?
- [ ] 결과물이 성공했다고 판단할 기준을 적었는가?
- [ ] AI에게 바로 작성하지 말고 먼저 질문하라고 했는가?
- [ ] 질문 개수와 답변 방식에 제한을 주었는가?
- [ ] 개인정보와 회사 기밀을 넣지 않았는가?
마무리
AI를 잘 쓰는 핵심은 “멋진 명령어”를 외우는 것이 아니다. 먼저 목표를 분명히 쓰고, 그다음 AI가 나에게 질문하게 만드는 것이다. Antigravity의 /goal과 /grill-me는 이 원리를 단순하게 보여준다. 오늘 업무에 적용하려면 이렇게 시작하면 된다. 목표를 한 문장으로 쓰고, 바로 작성하지 말고 질문부터 하라고 시켜라.
함께 읽으면 좋은 글
관련해서 반복 업무를 AI 시스템으로 바꾸는 30일 점검법, 반복 업무를 AI 시스템으로 바꾸는 30일 점검법, GitHub Pages 처음부터 공개까지도 함께 읽으면 AI에게 일을 맡기는 흐름을 더 쉽게 잡을 수 있습니다.
FAQ
/goal은 일반 프롬프트와 무엇이 다른가요?
일반 프롬프트가 “무엇을 써줘”에 머무는 경우가 많다면, /goal 방식은 완료 기준과 성공 조건을 먼저 정합니다. 그래서 결과물이 업무 목적에 맞는지 검토하기가 쉬워집니다.
AI에게 질문을 많이 하게 하면 시간이 더 걸리지 않나요?
처음에는 조금 더 걸릴 수 있습니다. 하지만 잘못된 초안을 여러 번 고치는 시간보다, 처음에 필요한 질문을 받고 방향을 맞추는 편이 전체 작업 시간은 줄어드는 경우가 많습니다.
References
[1]: https://github.com/jch2100/antigravity “jch2100/antigravity GitHub repository” [2]: https://docs.github.com/en/get-started/using-git/about-git “GitHub Docs: About Git”
함께 읽으면 좋은 글
- AI가 내 일을 바꿀 때, 신입 직장인이 먼저 할 일 — 같은 카테고리에서 검수와 실행 범위를 비교할 수 있는 글
- AI에 회사 문서를 넣어도 될까? 8월 31일 개인정보 제도 제안 전 점검표 — 같은 카테고리에서 검수와 실행 범위를 비교할 수 있는 글
한계와 업데이트
실제 회사 자료나 개인 정보로 검증한 경험을 의미하지 않는다. 기능·요금·권한은 계정 유형과 시점에 따라 달라질 수 있으므로 공식 문서와 조직 정책을 다시 확인한다. 이 글의 기준일과 공식 출처는 공개 전 다시 확인한다. 마지막 확인일: https://work-n-rich.com/antigravity-goal-grill-me-guide/.