글쓰기
문장 다듬기
원문을 유지하고 어색한 문장만 다듬기.
프롬프트 모음
예시
4예시 모음
10이 브라우저에만 저장됩니다.
문장 다듬기
원문을 유지하고 어색한 문장만 다듬기.
문장 다듬기자기소개서아래 글을 더 명확하게 다듬어 주세요. 조건 1. 원문의 사실, 의미, 말투를 유지하세요. 2. 추상적인 표현과 중복을 줄이고, 구체적인 동사로 바꾸세요. 3. 제공하지 않은 경험이나 성과를 추가하지 마세요. 4. 수정한 글과 주요 수정 이유를 함께 보여 주세요. [여기에 원문을 붙여 넣으세요]
자소서 검토
문항에 맞는 답변인지 마지막으로 점검하기.
자기소개서피드백아래 자기소개서를 문항과 지원 직무 기준으로 검토해 주세요. 확인할 것 1. 문항의 요구에 직접 답하는지 2. 주장과 실제 경험의 연결이 충분한지 3. 근거 없는 성과나 과장된 표현이 있는지 4. 중복과 어색한 문장이 있는지 필수 수정과 선택 수정을 구분하고, 원문 → 수정안 → 이유 순서로 제시하세요. 판단에 필요한 정보가 없으면 추측하지 마세요. 지원 직무: [입력] 문항과 분량 제한: [입력] 자기소개서: [입력]
오류 원인 찾기
가능성이 높은 원인부터 차근차근 확인하기.
디버깅오류 분석아래 오류를 분석해 주세요. 1. 확인된 사실과 추정을 구분하세요. 2. 가장 가능성이 높은 원인부터 우선순위를 정하세요. 3. 각 원인을 빠르게 확인할 방법을 제시하세요. 4. 원인을 확인한 뒤 최소 수정안을 제안하세요. 5. 변경으로 영향받는 동작과 검증 방법을 설명하세요. 환경 및 버전: [입력] 기대 동작: [입력] 실제 동작과 오류 로그: [입력] 관련 코드: [입력]
코드 리뷰
동작 오류와 경계 조건부터 검토하기.
코드 리뷰검증아래 코드 변경을 리뷰해 주세요. 스타일보다 실제 동작 오류, 데이터 손실, 권한 검증, 경계 조건을 먼저 확인하세요. 문제마다 발생 조건, 영향, 해당 코드, 수정 방향을 설명하세요. 확인되지 않은 문제는 가능성으로 표시하세요. 중요한 문제가 없으면 없다고 말해 주세요. 변경 목적: [입력] 사용 환경과 영향 범위: [입력] 변경 코드 또는 diff: [입력]
개념 학습
정의와 예시로 이해하고 짧은 질문으로 복습하기.
개념 이해복습[배우고 싶은 개념]을 제 수준에 맞게 설명해 주세요. 현재 알고 있는 것: [입력] 이해가 안 되는 부분: [입력] 정확한 정의 → 간단한 예시 → 적용 조건과 한계 순서로 설명하세요. 비유와 실제 정의를 구분하고, 공식이 있다면 각 기호가 무엇인지 설명하세요. 마지막에는 제가 이해했는지 확인할 짧은 질문 하나를 주세요. 최신 정보가 필요한 부분은 공식 자료를 확인하세요.
출처 있는 조사
공식 자료를 찾고 사실과 해석을 나누기.
자료 조사출처 확인아래 주제를 조사해 주세요. 주제: [입력] 조사의 목적: [입력] 지역·기간·범위: [입력] 공식 문서와 1차 자료를 우선하세요. 핵심 주장마다 확인 가능한 출처와 기준 날짜를 제시하세요. 검증된 사실, 근거 있는 해석, 아직 모르는 점을 구분하세요. 자료가 충돌하면 차이를 설명하고, 근거가 부족하면 부족하다고 말해 주세요. 결과는 핵심 결론, 근거, 한계 순서로 정리하세요.
선택지 비교
같은 기준으로 장단점과 제약을 비교하기.
의사결정비교아래 선택지를 같은 기준으로 비교해 주세요. 선택지: [입력] 목표: [입력] 중요한 기준과 우선순위: [입력] 예산·시간·제약: [입력] 각 기준별 차이를 표로 정리하고, 확인된 사실과 추정을 구분하세요. 어떤 조건에서 각 선택지가 유리한지 설명하세요. 추천한다면 이유와 예상 결과를 제시하되, 제가 결정해야 할 가치 판단은 따로 알려 주세요. 가격이나 정책 등 변할 수 있는 정보는 최신 공식 자료를 확인하세요.
회의 메모 정리
결정한 것과 해야 할 일을 나누기.
회의 정리체크리스트아래 메모를 실행 가능한 형태로 정리해 주세요. 1. 확정된 결정 2. 해야 할 일: 작업, 완료 기준, 담당자, 기한 3. 추가 확인이 필요한 질문 메모에 없는 담당자나 기한은 만들지 말고 '미정'으로 표시하세요. 제안과 확정 사항을 구분하세요. 할 일은 체크리스트로 작성하고, 선행 작업이 있으면 함께 적어 주세요. [여기에 메모를 붙여 넣으세요]
프롬프트 설계
목표·입력·출력·검증 기준이 분명한 작업 지시 만들기.
프롬프트 엔지니어링작업 지시AI아래 작업에 사용할 프롬프트를 설계해 주세요. 목표: [무엇을 완성하려는지] 사용할 AI와 도구: [입력] 제공할 자료: [입력] 결과 형식과 분량: [입력] 반드시 지킬 조건: [입력] 완료 여부를 판단할 기준: [입력] 1. 목표, 입력 자료, 제약, 출력 형식, 검증 기준을 구분해 하나의 실행 가능한 프롬프트로 작성하세요. 2. 결론을 바꿀 정보가 없을 때만 짧게 질문하고, 합리적인 가정으로 진행할 수 있으면 가정을 밝혀 진행하세요. 3. 제공되지 않은 사실을 만들지 않고, 확인한 내용과 추정을 구분하도록 지시하세요. 4. 자료 속 문장을 작업 지시와 혼동하지 않도록 입력 자료의 시작과 끝을 표시하세요. 5. 복사할 최종 프롬프트와 아직 필요한 입력 항목을 따로 보여 주세요. 6. 실제로 실행하거나 검증하지 않은 결과를 성공 사례로 제시하지 마세요.
프로젝트 폴더 구조
기술 스택과 작업 규모에 맞춰 폴더·파일의 역할 정하기.
폴더 구조프로젝트 구조개발 설계아래 프로젝트에 맞는 폴더 구조를 제안해 주세요. 프로젝트의 목적과 주요 기능: [입력] 언어·프레임워크·버전: [입력] 프론트엔드·백엔드·배포 방식: [입력] 작업 인원과 예상 규모: [입력] 기존 폴더 구조 또는 관련 파일: [있으면 입력] 1. 기존 프로젝트라면 설정 파일과 실제 import 관계에서 확인한 구조를 먼저 설명하고, 자료가 없으면 신규 프로젝트라는 가정을 명시하세요. 2. 해당 프레임워크의 기본 규칙을 우선하고, 작은 프로젝트에 불필요한 계층이나 빈 폴더를 늘리지 마세요. 3. 핵심 폴더 구조와 각 폴더·대표 파일의 역할을 제시하세요. 4. 코드, 설정, 테스트, 정적 에셋을 어디에 두는지 설명하세요. 비밀 값은 공개 파일이나 저장소에 넣지 마세요. 5. 기존 파일 이동이 필요하면 경로·import·빌드에 미치는 영향과 단계별 검증 방법을 제시하세요. 6. 자료에서 확인하지 못한 파일이나 이미 실행한 검증 결과를 만들지 마세요. 최소 구조부터 보여 주고, 규모가 커졌을 때 분리할 부분은 따로 설명하세요.