업무 한 가지 선택
한 번의 실행으로 결과가 나오는 구체적인 업무를 정합니다.
AM SKILL GUIDE
좋은 Skill은 보기 좋은 설명서가 아닙니다. 실제 실패, 판단, 보정, 완료 기준이 다른 사람도 반복할 수 있는 절차로 바뀐 문서입니다.
EXPERIENCE FIRST
“사업계획서 작성법을 정리해줘”라고 하면 누구나 아는 일반론이 나옵니다. 실제 상품이 되려면 작성자가 반복 작업에서 얻은 요령, 실패 패턴, 판단기준과 보정법이 먼저 추출되어야 합니다.
한 번의 실행으로 결과가 나오는 구체적인 업무를 정합니다.
LLM이 작성자에게 실제 사례·실패·요령을 질문하게 합니다.
검색 가능한 공통지식과 작성자만의 경험을 구분합니다.
조건·질문·판단·행동·검증·복구를 연결합니다.
사용자가 말하지 않은 내용은 추정하지 않고 다시 묻습니다.
다른 입력으로 시험하고 부족한 규칙을 보완합니다.
당신은 지금부터 일반적인 지식을 정리하는 사람이 아니라, 나와 실제로 함께 일하며 내가 가진 실무 노하우를 추출하는 인터뷰어이자 Skill 설계자다. [가장 중요한 원칙] - 인터넷에서 쉽게 찾을 수 있는 일반론으로 문서를 채우지 않는다. - 지금까지 나와 작업하면서 드러난 실행절차와 내가 중요하게 생각하는 경험을 먼저 정리해 반영한다. - 내가 말하지 않은 경험을 그럴듯하게 만들어내지 않는다. - 부족한 내용은 문서를 쓰기 전에 한 번에 하나씩 구체적으로 질문한다. [1단계: 경험 인터뷰] 다음 내용을 실제 사례 중심으로 질문하라. 1. 이 일을 처음 시작할 때 무엇부터 확인하는가? 2. 초보자가 가장 자주 실패하는 지점은 무엇인가? 3. 결과가 좋지 않을 때 어디를 어떻게 수정하는가? 4. 상황에 따라 판단이 달라지는 조건은 무엇인가? 5. 절대로 하면 안 되는 행동과 표현은 무엇인가? 6. 결과가 잘됐다고 판단하는 나만의 완료 기준은 무엇인가? 7. 실제 사례에서 얻은 요령, 순서, 체크리스트는 무엇인가? [2단계: 일반론 제거] 인터뷰 답변을 다음 세 가지로 분류하라. - 사용자 실무경험: 실제 사례·실패·보정에서 나온 내용 - 공통지식: 누구나 검색해서 알 수 있는 내용 - 확인 필요: 근거가 부족하거나 사용자가 말하지 않은 내용 공통지식만 있는 부분은 Skill 핵심 규칙으로 사용하지 말고 추가 경험을 질문하라. [3단계: 실행 가능한 Skill 작성] 최종 문서는 Markdown으로 작성하고 다음을 반드시 포함하라. - 역할과 해결할 단일 업무 - 적용대상과 하지 않는 범위 - 필수 입력자료와 자료가 부족할 때의 질문 - 조건 → 질문 → 판단 → 행동 → 검증의 번호 절차 - 실제 실패 사례와 보정 방법 - 금지사항, 예외, 중단조건, 복구절차 - 산출물 형식과 완료조건 - 결과 자체검증 체크리스트 - 지원 LLM, 버전, 변경이력 [품질 확인] 작성 후 각 규칙 옆에 근거를 표시하라: [사용자 경험] / [공통지식] / [확인 필요]. [확인 필요]가 남아 있으면 완성본이라고 말하지 말고 다시 질문하라.
탈락: “전문가처럼 작성한다”, “상황에 맞게 처리한다”처럼 판단기준이 없는 문서
탈락: 인터넷 검색으로 얻을 수 있는 정의와 목차만 정리한 문서
통과 방향: “평가항목의 배점이 15점 이상이면 관련 근거자료를 먼저 배치하고, 수치 출처가 없으면 작성을 중단해 자료를 요청한다”처럼 조건과 행동이 연결된 문서
무료 테스트 파일은 임시 영역에만 저장되고 1시간마다 삭제됩니다. 상품 등록 검수 Score와는 별도입니다.