yjj3019/myway
한국어 글쓰기 편집, 브랜드 프로필 기반 Office 문서, RHEL CVE 리포트, 장문 DOCX 매뉴얼 빌드, 개발 이력 기록, 장애 원인 분석, 코드 리뷰, 프롬프트 설계, 리서치 브리프, 근거 우선 검토
코드 변경을 리뷰할 때 사용한다. "코드 리뷰", "변경 검토", "PR 리뷰", "머지 전 점검", "보안 문제 확인", "테스트 약화 확인" 요청과 diff·테스트 결과가 주어진 상황에 적용한다. 심각도를 나눠 근거와 수정안을 제시하고, 확인하지 못한 부분은 Validation Gap으로 남긴다. 일반 문서 교정·번역·기획에는 사용하지 않는다.
프로젝트 개발 이력을 Notion 페이지에 표준 포맷으로 누적 기록할 때 사용한다. 마일스톤 완료, 세션 마감, 중요 이슈(에러 해결, 설계 변경, 의사결정)가 생겼을 때와 "노션 기록", "개발이력 남겨", "마감", "이슈 기록", "프로젝트 페이지 만들어" 같은 요청에 적용한다. Notion 연결이 없으면 SESSION_LOG.md에 같은 내용을 누적해 기록을 잃지 않는다. 일반 작업 보고나 사소한 수정에는 호출하지 않는다.
작업·지침·스킬·절차를 검토하거나 개선할 때 근거 우선 워크플로를 적용한다. "검토해줘", "지침 정합성 확인", "완료 근거 확인", "스킬 감사", "하네스 개선", "지침 충돌" 요청과 저장소·문서·테스트가 함께 주어진 상황에 적용한다. 관측·추론·미검증을 분리하고 완료를 증거로만 판정한다. 단순 코드 구현이나 일반 질문에는 사용하지 않는다.
장애·오류·성능 저하의 원인을 근거로 분석해 RCA 보고서를 작성할 때 사용한다. "장애 원인 분석", "RCA", "포스트모템", "사고 보고서", "타임라인 정리", "재발 방지 대책" 요청과 로그·모니터링·배포 이력이 함께 주어진 상황에 적용한다. 확인된 사실과 가설을 분리하고 근거 없는 단정과 지어낸 수치를 막는다. 일반 코드 수정, 단순 문의, 원인 자료가 전혀 없는 요청에는 사용하지 않는다.
사내 표준 서식이나 브랜드 규격에 맞춰 PowerPoint(.pptx)·Word(.docx)·Excel(.xlsx)을 만들거나 편집할 때와 HWP/HWPX 원문을 읽을 때 사용한다. 제안서, 발표자료, 보고서, 기술 문서, 데이터 표·모델을 "우리 양식으로", "브랜드 스타일로", "디자인 시스템 적용해서" 만드는 요청에 적용한다. 챕터가 많은 장문 DOCX를 정적 목차(쪽번호 포함)로 빌드하는 "운영매뉴얼 빌드", "매뉴얼 재빌드", "목차 쪽번호 갱신"도 여기서 처리한다. 색·폰트 같은 브랜드 값은 brand-profile 파일에서 읽는다. HWP/HWPX 읽기를 제외한 양식 지정 없는 일반 문서 요청에는 쓰지 않는다.
AI 프롬프트를 설계·검토·개선할 때 사용한다. "프롬프트 만들어줘", "지침 다듬어줘", "시스템 프롬프트 검토", "출력 형식 고정", "평가 케이스 설계" 요청에 적용한다. 목표·입력·출력·제약·예외를 명시하고, 외부 콘텐츠와 지시를 분리하며, 반복 평가로 개선한다. 일반 문서 작성이나 코드 구현에는 사용하지 않는다.
자료를 조사해 근거 있는 리서치 브리프를 작성할 때 사용한다. "조사해줘", "자료 정리", "비교 분석", "최신 동향", "출처 확인", "근거 정리" 요청에 적용한다. 출처 등급과 기준일을 밝히고, 사실과 해석을 분리하며, 상충 자료와 한계를 기록한다. 단순 요약·번역·창작에는 사용하지 않는다.
Red Hat RHEL CVE를 조사해 Confluence용 한국어 Markdown 리포트를 작성한다. CVE ID 단독 입력도 처리한다.
한국어 블로그·사용기·설정 기록·기술 기고·조직 기술 블로그 게시글·README·가이드·업무 문서를 쓰거나 다듬을 때 사용한다. "블로그 써줘", "사용기", "후기", "기고", "포스팅", "내 문체로", "AI 티 안 나게", "문장 다듬어줘", "교정", "게시용 글로 정리" 같은 요청과, 구축 기록·트러블슈팅·릴리즈 분석·점검 결과를 글로 옮기는 맥락에 적용한다. 일반 질문 답변, 코드, 코드 주석, 커밋 메시지, PR 설명, 작업 완료 보고에는 사용하지 않는다.