이야기를 디버깅하는 개발자.

개발과 창작 사이에서, 사람들이 자기만의 이야기를 만들 수 있는 도구와 기록을 만듭니다.

roslyn.dev 자세히보기

ai 글쓰기 2

검색용 글과 사람을 위한 글을 분리하는 프롬프트 구조

AI에게 검색 키워드와 글자 수만 전달하면 형식은 그럴듯한 글이 나옵니다. 하지만 독자가 실제로 해결하려는 문제가 빠지면 여러 글이 비슷해지고, 검색 결과를 읽은 뒤에도 다시 다른 자료를 찾아야 합니다.저는 프롬프트의 첫 줄을 키워드가 아니라 독자 질문으로 바꿨습니다. 그 다음 직접 경험, 외부 근거, 답하지 못하는 범위를 넣습니다. 이번 글에서는 이 구조를 재사용 가능한 양식으로 정리합니다.프롬프트의 첫 칸은 독자 질문입니다‘React 캐시를 설명해 줘’보다 ‘저장 후 목록이 갱신되지 않을 때 어느 캐시를 먼저 확인해야 하는가’가 좋은 시작입니다. 질문이 구체적이면 AI도 개념 나열보다 판단 순서를 만들기 쉽습니다.독자 질문은 검색어와 다를 수 있습니다. 검색어는 발견을 위한 단어이고, 질문은 읽은 뒤..

AI 글쓰기 결과를 출처·사실·경험 세 칸으로 검수하는 방법

AI가 만들어 준 글은 문장만 보면 자연스럽습니다. 문제는 그 문장이 어디에서 왔는지, 실제로 확인된 사실인지, 내가 직접 겪은 일처럼 읽히는지 한 번에 판단하기 어렵다는 점입니다.저는 AI 결과를 그대로 고치기보다 문장마다 출처·사실·경험 세 칸을 채웁니다. 이 표를 사용하면 무엇을 삭제하고 무엇을 다시 조사해야 하는지 명확해집니다.출처가 있는 문장과 없는 문장을 나눕니다외부 문서나 공식 자료에서 확인한 문장은 URL과 확인일을 붙입니다. 출처가 없는 문장이 반드시 틀린 것은 아니지만, 독자가 사실처럼 받아들일 가능성이 있으면 다시 확인해야 합니다.AI가 여러 출처를 섞어 말한 경우에는 한 문장으로 합치지 않습니다. 어떤 부분이 어느 문서를 근거로 하는지 나눠 적어야 나중에 변경된 사실을 수정할 수 있..

반응형