일잘러 장피엠 slop-rewrite “AI 티 나는 글 다듬어주는 윤문 에이전트 무료로 나눠드려요. | Claude Code / Codex 에이전트 활용” 영상의 전체 자막(Speech Transcript) 내용입니다. [00:00] 인트로 ai가 쓴 글의 특징은 끝까지 읽어도 뭘 하라는 건지 정확하게 모르겠거나 비율을 써 주기는 하는데 오히려 뜻이 더 모호해지는 제가 다른 윤문 스킬들을 직접 써 보면서 아쉬웠던 점은 AIT라는 표현은 분명히 빠졌는데 그 전체에 맛이 좀 살지 않더라고요 문장 하나하나를 (0:08) 기계적으로 치환하는게 아니고 어떤 원칙에 따라서 제작성에서 그 전체의 흐름을 살리려고 했습니다 왼쪽이 원문이고 오른쪽이 윤문본이라고 합니다 이렇게 뭔가 좀 (0:16) 의미 없는 표현 같은 것들을 좀 삭제해 주는 모습이고요 그래서 요런 거 같은 경우에도 이렇게 좀 더 간결하게 놓여 주는 (0:26) 모습이고요 저도 글을 AI와 같이 많이 쓰는데요 다시 읽어보면 제 글인데도 무슨 말인지 잘 안 들어오는 문장들이 있어요 솔직히 말씀드릴게요 (0:32) 병목은 프럼프트 실력이 아닙니다 순서가 거꾸로 된 거예요 뭐 예를 들면 이런 문장인데요 ai가 쓴가 조금 나지요 ai가 쓴 글의 (0:41) 특징은 끝까지 읽어도 뭘 하라는 건지 정확하게 모르겠거나 비율을 써 주기는 하는데 오히려 뜻이 더 모호해지는 그런 특징이 있습니다 이걸 (0:50) 개선해 보고자 슬롭리라고 하는 한국어 윤문 에이전트를 만들어 봤습니다.이 영상에서 무료로 공유해 드릴게요 이런 고민이 있었던 분들 한번 써 보시면 (0:59) 좋을 것 같습니다 이번 에이전트도이 기터브 저장소 링크로 공유드립니다 고정 댓글이나 영상 상세 설명란에 링크 넣어 둘게요 설치는 클로드 코드나 (1:08) 코덱스 아니면 안티 그래v비티에게 기터브 링크 주고 요청하시면 되겠죠 복사하고 싶은 폴더를 준비하시고요 기터브 저장소 링크 이렇게 넣으시고이 깃터브 저장소를 (1:20) 현재 폴더에 클론하고 다른 프로젝트에서도 쓸 수 있게 저녁 스킬로 등록해 줘 요청하시면 되겠습니다 그러면 이렇게 저장소를 클론했다 나오고요 저는 (1:30) 등록하지 않았다고 나오는데 이전에 해 놨기 때문에 이렇게 나온 거고요 여러분은이 명령어로 입력하시면은 정상적으로 저녁 스킬로도 등록이 될 겁니다 여기서 (1:40) 이제 저처럼 저녁 스킬 또는 유저스코프 스킬로 등록해 달라고 꼭 말씀하시는 것을 추천드립니다 그래야 어떤 폴더에서 작업하시든 원할 때이 스킬을 (1:49) 쓰실 수 있습니다 [01:58] slop-rewrite 에이전트 동작 방식 설명 네 이번 에이전트는 소개하는 웹페이지도 한번 만들어 봤습니다.이 슬롭리라이트라고 하는 에이전트는요 ait가 나는 단어 문장 표현 방식을 (1:57) 검사해서 자연스럽게 고쳐 줍니다 여기까지는 뭐 다른 한국어 윤문 스킬도 비슷한데요 제가 다른 윤문 스킬들을 직접 써 보면서 아쉬웠던 점은 (2:07) 특정 패턴을 골라내서 그것을 기계적으로 치환하는 방식으로 글을 윤문해 준다는 거였습니다 ait라는 표현은 분명히 빠졌는데 글에 맛이 좀 살지 않더라고요 (2:16) 그래서이 슬롭라이트를 만들 때는요 코드는 고칠 지점을 알려주고 그냥 규칙만 알려 주는 거고요 글을 다시 쓰는 거는 LM에게 맡겨습니다 문장 (2:27) 하나하나를 기계적으로 치환하는게 아니고 어떤 원칙에 따라서 제작성에서 그 전체의 흐름을 살리려고 했습니다 그리고이 에이전트의 목적은 결국이 에이전트를 쓰는 그 (2:37) 사람의 취향에 맞게 그를 다시 써 주는 겁니다 그래서 사용자님들의 취향을 충분히 반영할 수 있게 기준을 세 단계로 나눴습니다 첫 (2:48) 번째는 누구에게나 공통되는이 AIT 제거 규칙은 이제 원칙으로 정의를 했고요 두 번째는 그 위에 사용자들의 문체 가이드 여러분들만의 글 작성의 (2:56) 어떤 스타일을 적용했고요 그 위에 세 번째로 에이전트를 쓰시면서 여러분들이 계속 주시게 되는 피드백들을 사용자별로 모아서 취향으로 반영하도록 했습니다 이렇게 (3:05) 해 가지고이 에이전트를 사용하는 사용자의 선호와 스타일을 최대한 고려해서 한국어 글쓰기를 돕도록 그렇게 설계를 했습니다 여기에 제가 AIT라고 파악한 여러 (3:15) 가지 어떤 패턴들 자세하게 넣어 놨으니까요 여러분들이 만약에 AI 글 쓰기를 어떻게 좀 개선할까 고민이 있으시다면 제 에이전트를 참고해 가지고 (3:25) 여러분들만의 에이전트를 만들어 보셔도 좋을 것 같습니다 [03:36] 실습 ① 블로그 초안 윤문하기 그러면 직접 한번 써 볼게요 저는 LRM 위키에 대한 가이드 블로그 글을 쓰려고 (3:33) 합니다 저희 회사 블로그에 실제로 개제하려고 해요 참고하는 소스로이 브라이언 님이 LRM 위키와 관련된 가이드 영상요 영상 한번 넣어 주려고 (3:41) 하고요 제가 강의용으로 만들어 놓은 LRM 위키 설정 가이드가 있어요 네 이렇게 자료를 주고 블로그 글을 써 달라고 해 보겠습니다 (3:50) 어 이렇게 블로그 글이 하나 작성이 됐다고 합니다 이렇게 사파가 들어간 건요 제가이 블로그 만드는 제 에이전트 파이프라인에 블로그 사파를 (4:00) 집어넣어라는게 들어가서 그런 거예요 한번 읽어 보면은 켜 봅니다 그래도 연결되는 느낌이 나진 않습니다 뭐 요런 요런 포인트 뭐 그리고 (4:09) 렇게 뭐 이모지를 좀 사용하는 거 뭐 요런 포인트가 약간 AIT티가 나는 거 같아요 이걸 이제 슬롭리라이트로 문해 볼 건데요 (4:17) 슬롭리라이트를 이용해서 이글을 자연스럽게 줘 이렇게 에이전트 명 이게 이제 전역 스킬로도 등록이 됐기 때문에 스킬로 호출이 돼 가지고 윤문을 (4:26) 해 줄 거고요 스킬 명을 언급해 주면서 고쳐줘 이렇게 해 주시면은 되겠습니다 작성 스타일을 언급하지 않으면 이렇게 스타일 추천이 나오는데요 (4:34) 여기서 선택하셔도 되고요 추후에 알려 드릴 방법으로 여러분들만의 스타일을 추가하실 수도 있습니다 기다리면은 윤문이 다 됐다 이렇게 나옵니다 공식이 왼쪽이 원문이고 (4:41) 오른쪽이 윤문본이라고 합니다 이런 의문분을 이제 단정하는 표현으로 바꿔 줬고요 이렇게 뭔가 좀 의미 없는 표현 같은 것들을 좀 삭제해 (4:50) 주는 모습이고요 최대한 간결하게 글을 고쳐 주려고 한 거 같아요 그래서 요런 거 같은 경우에도 렇게 좀 더 간결하게 고쳐 (4:59) 주는 모습이고요 여기서도 뭐 준비물은 많지 않습니다 이렇게 하기보다는 준비물이 뭐다 이렇게 좀 정확하게 설명하려고 한 거 같고요 좀 더 (5:06) 자연스러운 글이 될 수 있고 좀 더 명류한 글이 되도록 윤문을 해 줬다 그런 생각이 들고요 [05:18] 실습 ② 블로그 초안 윤문하기 어 이번에는 AI 에이전트를 (5:13) 만드는 사람들이 한번쯤 들어보셨을 뭐 프롬트 엔지니어링 컨텍스트 엔지니어링 하네스 엔지니어링 그래프 엔지니어링 요런 에이전트 엔지니어링의 어떤 추세 같은 것들을 (5:20) 좀 설명하는 왜 이런 개념들이 나왔고 뭐 이것들의 함의는 뭐고 왜 이런 식으로 바뀌는지를 설명하는 글을 AI와 함께 써 봤거든요 (5:30) 이게 원문인데요 또 뭘 새로 배워야 하지 이런 피로감 저만 느끼는 거 아닐 거예요 뭐 요런 부분이나 뭐가 선명해질 거예요 (5:38) 뭐 요런 포인트 얘가 뭔가 비율을 써서 뭐 진자는 어디로 갈까요 진자가 다시 자율으로 기울고 있다고 봅니다 요런 비유적인 설명 (5:46) 요런 것들이 좀 AIT티가 난다고 생각이 됐더라고요 그래서 이것도 슬롭리라이트의 파이프라인으로 한번 윤문해 보라고 시켜봤습니다 이게 이제 원문이고 윤문한 결과물인데요 (5:54) 뭐 이런 어떤 대화식 표식으로 좀 바꿨고요 재미있는게 보입니다 뭐 매번 세 기수처럼 보였지만 하나의 질문에 대한 다른 답이었어요 이런 (6:05) 것들도 그냥 한 문장으로 좀 간결하게 써 줬고요 뭐 요런 것들고 뭐 삭제 한 포인트라든지 아까 설명드렸던 것에서 진자라고 하는 (6:15) 비유로 이걸 설명하고 있는데 굳이이 비유가 이해하는데 도움이 안 된다고 저도 생각을 했는데 윤문 스킬이 알아서 이런 부분도 좀 고쳐 (6:25) 준 모습이고요 제 취향과 기존 글 쓰기 스타일을 반영해서 고쳐 주니까 저는 이쪽이 조금 더 마음에 드는 거 같습니다 그래서 (6:33) 저는 보고서나 블로그 글을 쓸 때 마지막에이 에이전트로 한번 윤문을 돌리는 방식으로 사용합니다 그러면 글이 더 잘 읽히고 의사 결정권자나 (6:39) 고객에게 보내도 될 만한 결과물이 되더라고요 그래도 여전히 마지막에 인간으로서 제가 직접 검수하고 마무리하는 과정은 여전히 필요하다고 생각이 듭니다 그렇지만 (6:48) 그러한 공수가 꽤 줄어들었다고 생각이 됩니다. [07:00] 나만의 문체 가이드 만들기 이 에이전트를 열어 보시면요 기본 문체 가이드로 제가 장피 스타일이나 포스 그리고 한국식 개주식 보고서 (6:57) 스타일을 넣어 뒀어요.이 이 스타일 가이드를 그대로 쓰셔도 되지만 저는 여러분들이 직접 쓰신 글로 나만의 문체 가이드를 한번 추가해 보시는 (7:08) 것을 추천드립니다 여기 내장된 스킬 중에서이 스타일 가이드를 만드는 스타일 가이드 빌더라고 하는 스킬이 내장되어 있으니까 이걸로 만들 수 있습니다.이 (7:15) 스타일 가이드 빌더 스킬을 이용해서 새로운 스타일 가이드를 한번 등록해 볼게요 제가 한번 등록해 보고 싶은 스타일은 당근 메일이라고 하는 (7:24) 생산성 뉴스레터의 글인데요 매주 발행해 주는 뉴스레터인데 굉장히 퀄리티가 높고 내용이 되게 좋아요 그래서 저도 많이 보는데요 그래도 일관성도 있고 (7:32) 문장도 좋다는 생각이 듭니다 그래서이 글들을 모아 가지고 사회 가이드대로 등록해 달라고 한번 해 볼게요 여러분들이 주신 URL이나 아니면 저처럼 (7:40) 뭐 이메일을 보고 그 내용을 가져와서 그걸 기반으로 윤문의 기준이 되는 82편을 알아서 가져와서 스타일 가이드로 새롭게 등록해 줬다고 합니다 (7:50) 확인을 해 보면 여기 스타일 가이드에 약간 없었던 캐롤 레터라고 하는 스타일이 이렇게 생긴 겁니다 그리고이 에이전트에서 내 의도와 내 (7:59) 취향을 잘 바응용하기 위해서 있는장치가 또 하나가 더 있는데요 바로이 취향이라고 하는 건데요 취향은 어떤 문체가 아니고 글 쓰기를 (8:09) 할 때 내가 선호하는 거 내가 좋아하는 거 이런 식으로 했으면 좋겠는 여러 가지 어떤 여러분들의 주관적인 취향을 이제이 에이전트의 (8:17) 규칙으로 만드는 겁니다 아까 보여 드렸던 글 나쁘진 않았지만 서론에 뭔가 딱 답이 없는게 저는 좀 다시 읽어 보니까 아쉽더라고요 (8:24) 그래서 이런 식으로 한번이 글에 대한 피드백을 줘 볼게요 수정 사항을 하면요 이번 수정을 취향으로 기록할까요 이렇게 물어보게 되거든요 그러면은 (8:32) 이거를 이제 기록한다라고 제출해 주시게 되면은 다음 번 블로그 쓸 때는 요런 걸 고려해서 작성을 해 주게 됩니다 혹시 이렇게 (8:40) 취향으로 등록할까를 권유하지 않는다면은이 수정을 내 취향으로 등록해 줘 이렇게 요청을 해 주시면은 글쓰기에 있어서 여러분들이 생각하는 선호와 취향을이 에이전트에 (8:47) 등록을 해 줄 거예요 그리고 가능하다면요 이렇게 결과물을 댓글로 달 수 있게 아티팩트로 만들어 줘라고 한번 요청을 해 보세요 간은 (8:57) 볼 수만 있는 글이었는데 우측 상단에요 댓글 버튼을 누르게 되면은 이렇게 댓글을 달 수 있게 기능이 활성화됩니다 댓글을 달 수 (9:06) 있는 기능을 이용해 가지고 빨간 팬 선생님처럼 꼼꼼하게 코멘트를 한번 달아 주세요 이런 부분은 좋았다 왜 좋았다 이런 부분은 어떤 (9:14) 이유에서 아쉬웠다 싫었다 이런 식으로 피드백을 주시게 되면요 에이전트가 사용자의 피드백을 기반으로 해서 자기의 작업 기준을 만들어 주거든요 그리고이 에이전트 (9:22) 같은 경우에는 취향을 만들어 주겠죠 그러면 이제 나만의 취향이 만들어지는 거고 다음 몸부터는 그 취향을 반영해 줄 거예요 저도 굉장히 (9:31) 많은 에이전트를 만들고 그 에이전트들의 성능을 끌어올리기 위한 작업을 정말 많이 하는데요 [09:37] 에이전트 성능 높이는 방법 ① 귀납적 개선 가장 효과가 좋았던 것은 귀압적인 방식으로 계산하는 겁니다 (9:38) 제일 좋은 건요 내가 이전에 인간으로서 만들었던 결과물을 주고 그 결과물을 보고이 작업의 기준을 에이전트가 역으로 알아서 추론하라고 하는 방식입니다 (9:48) 이렇게 하면 에이전트가 좋은 결과물을 만들어 내기 위한 기준을 스스로 만들어 내고 그걸 기반으로 결과를 만들게 되면 결과물이 훨씬 좋더라고요 (9:58) 그런데 과제의 종류상 기존 작업물을 주기 어려울 수도 있잖아요 이럴 때면 아까 취향 만들 때처럼 댓글로 달 수 있게 아틱 (10:07) 팩트로 만들어 줘라고 한번 요청해 보세요 그리고 AI 결과물을 여러분들이 인간으로서 여러분들의 기준을 담아서 상세하게 첨삭을 해 주면 AI가 내 (10:14) 기준을 이해해서이 에이전트가 작업을 할 때 참고할 수 있는 자신만의 기준을 만들어 냅니다 그런 방식으로도 에이전트에게 명확한 업무 처리 기준을 (10:23) 주고 그 기준을 계속 계산할 수 있다 요런 것들이 에이전트를 귀납적인 방식으로 계산하는 것이다라고 설명드리겠습니다 [10:40] 에이전트 성능 높이는 방법 ② 연역적 개선 다음은 연역적으로 개선할 수도 있습니다 (10:33) 에이전트가 일하는 방식에 내가 아이디어를 주는 것 즉 에이전트의 작업 절차 기획에 내가 인간으로서 참여하는 것을 연역적 개선이라고 말합니다 예전에는 (10:42) 사람이 작업 절차를 상세하게 기획해 주는게 에이전트 성능에 큰 도움이 됐습니다 그런데 요즘은요 좀 바뀌었어요 오히려 마이크로 매매니징을 하면 결과가 (10:52) 더 나빠지는 거 같아요 목표만 주고 절차는 에이전트가 알아서 설계해서 알아서 일하도록 하라고 하는 쪽이 결과가 더 좋습니다 그래서 제가 (11:01) 현 시점에서 추천하는 건요 에이전트를 처음 만들 때는 에이전트의 작업 절차에 개입하지 마세요 대신 운영해 보면서 점점 더 내 기준이나 (11:09) 내 의견이나 내 취향 같은 것들을 반영하기 위해서 점진적으로 개선할 때만 기본적으로는 이렇게 아까 설명드린 귀납적으로 개선하시지만 요렇게도 한번 요청을 (11:18) 해 보세요 제가 시도해 봤거든요 중간에 이제 너의 상생 작업 절차를 단계적으로 실각화해 줘 사람 코드 LRM이 각각 수행하는 영역을 (11:27) 나눠서 보여 줘 요렇게 요청을 하시게 되면 요렇게 얘가 만들어 주거든요 만약에 바로 안 만들어 주면 HTML 문서로 만들어 줘 (11:35) 하게 되면은 이렇게 만들어 줍니다 그러면 전체적인 흐름이 좀 보이거든요.이 흐름을 보면서이 단계가 꼭 필요할까 이건 코드가 하는 것보다 lm이 (11:43) 하는게 낫지 않을까 하고 의견을 주는 겁니다 그런 방식으로 에이전트의 작업 절차를 좀 개선할 수 있거든요 정리하면 기본은 좀 에이전트에게 (11:50) 맡겨 두셔라 에이전트가 발전함에 따라서 점점 더 에이전트가 알아서 하는게 인간이 그 과정에서 디테일하게 개입하는 것보다 더 낫다.이 점은 편 (11:58) 시점에서 하나의 원칙으로 설명드리고 싶고요 에이전트의 결과물을 개선하는 과정에 참여해서 피드백을 줘야 되는데 기본적으로는 결과물에 대해서 일관적으로 귀압적으로 피드백을 주는 (12:07) 거고 한 차원으로는 작업 절차를 시각화해서 받아보고 거기에 아이디어를 던지는 정도로만 개입하는 요런 소극적인 연역적인 개선 요런 것들을 통해서 에이전트의 (12:19) 성능을 끌어 올리시면 어떨까 저는 이런 방법이 굉장히 에이전트를 만들고 운영하는데 도움이 됐다 이렇게 말씀드립니다 [12:37] 마치며 — AI 에이전트, 똑게 팀장처럼 활용하기 오늘은 제가 실제로 쓰는 글 (12:30) 쓰기 에이전트를 공유드렸습니다 제가 웬만한 한국어 윤문 스킬들은 다 써보고 그 장점들을 좀 모아서 만들었거든요 여러분들도 한번 좀 써 봐 (12:38) 주시고 마음에 드신다면 기터브에서 스타 버튼도 한번 눌러 봐 주세요 혹시 고칠점이 보이신다면 댓글이나 풀 리퀘스트로 의견 주셔도 좋습니다 그리고이 (12:47) 에이전트를 예로 들어 제가 에이전트의 성능을 끌어올리는 요령도 한번 말씀드려 봤습니다 여러분들만의 에이전트를 만드실 때도 요런 방식으로 한번 성능을 끌어 (12:57) 올려 보시고 에이전트에게 기준을 주시고 에이전트를 한번 고쳐 보시면 좋지 않을까 생각이 듭니다 마지막으로 제가 꼭 강조하고 싶은게 있습니다 에이전트의 (13:06) 작업 절차를 하나하나 내가 다 정해 주기보다는 목표와 기준만 주고 맡기는게 현시점에선 더 좋습니다 멍청하고 부지런한 멍부 팀장보다 똑똑하고 게으른 (13:15) 똑깨 팀장이 낫다고 하잖아요 ai 에이전트와 일하실 때도 우리는 똑깨 팀장이 되어야 될 겁니다 감사합니다 (13:25)

AI로 작성한 글을 읽다 보면 문법은 맞는데 어딘가 어색한 느낌이 듭니다. 의도를 알기 어렵거나 불필요한 비유가 들어가 문맥을 해치기도 합니다. 단순 단어 치환 방식의 윤문 스킬은 글의 맛을 살리지 못합니다. 이런 문제를 해결하기 위해 한국어 윤문 에이전트 slop-rewrite 가 나왔습니다.

3단계 기준 기반의 자연스러운 재작성

slop-rewrite 는 기계적인 규칙 검색에만 의존하지 않습니다. 코드 단계에서는 수정이 필요한 지점만 지정하고 실제 재작성은 LLM에 맡깁니다. 글의 전체 흐름을 유지하면서 자연스럽게 문장을 다듬습니다.

이 에이전트는 글을 다듬을 때 3가지 기준을 순차적으로 적용합니다.

  1. 공통 AIT 제거 규칙을 적용해 어색한 비유와 상투적인 표현을 정제합니다.
  2. 사용자 문체 가이드를 불러와 작성 목적에 맞는 어조를 설정합니다.
  3. 아티팩트 댓글이나 피드백으로 축적된 개인 취향을 반영합니다.

기본 내장된 스타일 외에도 내장 스킬인 Style Guide Builder를 쓰면 뉴스레터나 기존 작성 글을 학습해 전용 스타일을 만듭니다. 취향이 쌓일수록 사용자 의도에 정확히 부합합니다.

저장소 클론과 전역 스킬 등록

에이전트는 GitHub 저장소로 공개되어 있습니다. Claude Code나 Codex 같은 CLI 환경에서 바로 받아 쓸 수 있습니다.

원하는 작업 폴더에서 저장소를 클론한 뒤 User scope 스킬로 등록합니다. 전역 스킬로 등록해야 어떤 프로젝트 폴더에서든 윤문 명령을 내립니다. 블로그 초안이나 개조식 보고서를 다듬을 때 스킬 이름을 호출하면 즉시 윤문본을 보여줍니다.

에이전트를 고도화하는 피드백 방식

에이전트 성능을 끌어올릴 때는 귀납적 방식과 연역적 방식을 함께 활용합니다.

귀납적 개선은 작성했던 기존 결과물이나 댓글 첨삭을 제공해 작업 기준을 역추론하도록 만드는 과정입니다. AI 결과물에 댓글을 달아 구체적인 피드백을 남기면 에이전트가 자신만의 수정 기준을 스스로 만듭니다.

연역적 개선은 작업 절차를 시각화한 뒤 구조적 아이디어를 보태는 방식입니다. 세부적인 단계마다 개입하기보다는 전체 흐름을 확인하고 특정 단계의 주체를 조정하는 정도가 적당합니다. AI 에이전트에 세세한 지시를 내리기보다 목표와 기준을 명확히 제시하는 접근이 좋은 결과를 만듭니다.

요약

  • slop-rewrite는 기계적 단어 치환이 아닌 LLM 기반 재작성을 통해 글의 흐름과 맛을 살려줍니다.
  • 공통 AIT 규칙, 문체 가이드, 개인 피드백 취향이라는 3단계 기준을 적용해 사용자 맞춤형 윤문이 가능합니다.
  • 에이전트 성능은 세부 절차 통제보다 귀납적 피드백 제공과 목표 중심의 최소 개입으로 끌어올릴 수 있습니다.