work-humanizer

work-humanizer은(는) 무엇을 하나요?

텍스트가 특정인이 특정 독자를 위해 쓴 것처럼 보이게 만듭니다. 모든 사실을 유지하고, 아무것도 지어내지 마세요.

아래 모든 내용은 세 가지 측정 결과를 바탕으로 합니다:

1. 독자는 질감을 알아챕니다. 정보가 없는 강조, 균일한 리듬, 일반적인 주장, 독자의 생각을 대신 해주는 문장들. 이것들은 편집으로 고칠 수 있습니다.
2. 탐지기는 단어가 아니라 구성을 읽습니다. 사람이 쓴 기사는 AI 서식 지정, AI 카피 편집, AI의 문장별 재구성 후에도 상용 탐지기에서 99~100% 사람 글씨로 유지되었습니다. 같은 내용을 AI가 개요로부터 작성한 경우 68% 사람 점수를 받았고, 스타일을 목표로 한 재작성은 1포인트만 움직였습니다. 2026년 10월 테스트에서, 이 스킬, blader/humanizer, 그리고 기본 프롬프트로 AI 초안을 다시 쓴 버전은 모두 해당 탐지기에서 AI로 유지된 반면, 작성자 자신의 문장으로 만든 버전은 살아남은 문장 수에 비례하여 사람 점수를 받았습니다. 어시스턴트 모델이 초안을 다시 말하는 것은 누가 작곡했는지를 바꾸지 않습니다. (탐지기에 대해 훈련된 의역 모델은 점수를 뒤집었지만, 같은 테스트에서 의미와 품질을 희생했습니다.) 절대 '탐지 불가'를 약속하지 마세요. 작성자가 진정한 자신의 글이 필요하다면 인터뷰 모드를 사용하세요.
3. 구체적인 내용이 인간 신호를 전달합니다. 숫자, 이름, 날짜의 밀도는 우리가 연구한 창작자 전반에 걸쳐 독자 반응을 추적하는 유일한 신호였습니다. 출처에 있거나 작성자가 제공한 구체적인 내용만 사용할 수 있습니다.

모드 선택

Rewrite 모드 (기본값). 사용자가 텍스트를 제공하면 편집합니다.

Interview 모드. 사용자가 요청하거나, 작성자가 답변할 수 있고 텍스트가 다음 테스트를 통과하지 못할 때 사용합니다: 같은 한 줄 요청으로 다른 사람이 썼을 수도 있나요? 그렇다면, 작성자만 아는 것(실제 예, '상당히' 뒤의 숫자, 무엇이 잘못되었는지, 그들이 실제로 생각하는 것)이 빠져 있으며, 어떤 편집으로도 이를 보충할 수 없습니다. 이는 일반적으로 게시물, 뉴스레터, 에세이, 약력, 발표 초록, 피치 이메일, 랜딩 페이지, 채용 게시물, 출시 스토리의 경우입니다. 텍스트가 운영적이고 모든 사실이 포함되어 있으면(Slack 업데이트, 고객 지원 답변, 릴리스 노트, 정책, 문서) 묻지 말고 Rewrite하세요.

Interview 모드

최대 5개의 질문을 한 라운드로 하고, 그런 다음 작성하세요.

• 각 질문은 독자가 느낄 빈틈을 채웁니다. 실제 예, 숫자, 이름, 무슨 일이 있었는지, 작성자가 실제로 생각하는 것, 친구에게 할 말. 답변이 대체할 줄을 인용하세요.
• 형식이 아니라 이야기를 요청하세요. "고객이 처음으로 사용했을 때 무슨 일이 일어났는지 두세 문장으로, 말하듯이 알려주세요"가 "고객 사례를 제공해주세요"보다 낫습니다.
• 부담을 낮추세요. 각 질문은 1분 이내에 답할 수 있어야 합니다. 건너뛸 수 있다고 알려주세요.
• 톤, 청중, 형식에 대해 묻지 마세요. 정말 추론할 수 없는 경우가 아니라면.

그런 다음 그들의 말로 작성하세요:

• 그들의 문장이 재료입니다. 그들이 사용한 표현, 순서, 특이한 단어 선택을 유지하세요. 명확성, 문법, 길이만을 위해 편집하세요. 다시 말하는 것은 작성자의 지문을 유지하지만, 재구성은 그것을 당신의 것으로 대체합니다.
• AI 초안을 뼈대가 아닌 체크리스트로 사용하세요. 초안의 문장 골격에는 AI 시그니처가 있습니다. 작성자와 초안이 일치하지 않으면 작성자가 우선합니다.
• 건너뛴 질문은 더 평범한 문장이나 삭제로 이어집니다. 절대 지어낸 세부 사항을 추가하지 마세요.

작성자가 메모나 음성 메모를 제공하는 경우

메모, 음성 메모 전사물, 또는 작성자가 직접 쓴 대략적인 초안은 AI 초안의 배경이 아니라 주요 재료입니다. 이미 작성자의 추론을 담고 있으며, 독자와 탐지기는 작성자를 그들의 추론(주장, 주장하는 순서, '왜냐하면'과 '그래서', 예시)으로 인식합니다.

• 그들의 구조가 뼈대입니다. 그들의 주장 순서, 왜냐하면/그래서 연결, 예시를 넣은 위치. 그들이 A 때문에 B, 그래서 C라고 주장한다면, 글은 AI 초안의 순서가 아닌 A, B, C로 진행됩니다.
• 가능하면 그들의 문장을 온전히 유지하세요. 명확성, 문법, 길이만을 위해 편집하고, 특이한 단어 선택은 유지하세요.
• AI 초안이 있다면 체크리스트일 뿐입니다. 작성자의 메모가 확인하는 포인트만 추가할 수 있으며, 작성자의 주장에 맞는 위치에 배치하세요. 절대 AI 초안의 뼈대, 전환, 구성을 빌리지 마세요.
• 메모는 사실 감사의 출처입니다. 작성자 메모의 모든 사실, 약속, 주의사항은 반드시 살아남아야 합니다. AI 초안에만 있는 사실은 선택 사항입니다: 작성자의 주장을 뒷받침하면 유지하고, 그렇지 않으면 삭제하세요. 여전히 정확해야 하며, 어디에도 없는 것은 추가할 수 없습니다.
• 메모가 열어둔 부분에 대해서만 질문하세요. 메모가 이미 요점, 예시, 독자가 해야 할 일을 다루고 있다면 묻지 말고 작성하세요.

Rewrite 모드

1. 목적을 위해 읽으세요. 장르, 독자, 독자가 이후에 알거나 해야 할 것. 요점이 어디에 있어야 하는지 결정하고 확정하세요: 답변, 이메일, Slack, 공지사항은 답변 우선; 설명과 논증은 증거 우선. 1행에 요점을 제시하고 마지막에 같은 요점으로 끝나는 텍스트는 둘 다 한 것입니다. 하나를 자르세요.
2. 사실을 확실성과 함께 나열하세요. 모든 숫자, 이름, 날짜, 주장, 약속, 주의사항, 링크, 행동 촉구, 그리고 각각에 붙은 한정어("~할 수 있다", "일반적으로", "약", "도움이 되었다", "나머지 조각"). 이 목록은 온전히 보존되어야 합니다.
3. 새로 쓰세요. 초안을 옆에 두세요. 2단계의 목록에서, 이 작성자가 이 독자를 위해 쓸 방식대로 글을 쓰세요("사람처럼 쓰기" 참조): 그들의 말투, 그들의 격식 수준, 일반적인 어순의 평이한 구어체 문장. AI 문장을 제자리에서 편집하지 마세요; 패치된 AI 초안은 여전히 AI처럼 읽힙니다. 초안의 정확한 단어는 이름, 독자의 용어, 약속과 조건의 표현에만 재사용하세요. 새로운 표현, 동일한 주장: 초안의 모든 주장이 당신의 버전에 같은 강도로, 더 강하지도 약하지도 않게 나타나야 합니다.
4. 주장은 유지하고, 공식은 버리세요. 상투적인 문구(일반적인 교훈, 가치 제안, 감사 공식, 모호한 혜택)는 여전히 작성자가 말하려는 무언가를 담고 있습니다. 그것을 한 번, 평이하게, 작성자의 목소리로 말하세요: "그 방문이 여기까지 오는 데 도움이 되었습니다"는 "당신이 오지 않았다면 우리는 10년을 만들지 못했을 것입니다"가 됩니다. 이미 말한 것을 반복할 때만 상투적인 문구를 자르세요.
5. 자르고 고치세요. 이제 당신의 버전을 편집하세요: filler, 재진술, 과장을 삭제하고; 아래의 모든 틀(tell)을 가장 강력한 것부터 고치세요(콜론 드러내기, 삼위일체, 상투적인 마무리, 일반적인 요약 문장). 자르기가 텍스트를 짧게 만들지 않도록 하세요: 초안이 패딩되지 않았다면 당신의 버전은 초안과 비슷한 길이여야 합니다. 목소리, 구체적인 세부 사항, 연결어, 장르가 필요한 따뜻함은 패딩이 아닙니다. 문장에 숨을 쉬게 하세요: 사람들이 말할 때 사용하는 작은 단어(그래서, 그리고, 하지만, 그냥, 그럼)를 사용하고, 두 가지 아이디어를 하나의 짧은 절에 밀어 넣지 마세요.
6. 리듬과 흐름을 고치세요 (E 섹션).
7. 최종 확인을 실행하세요. 원본 초안에 대한 사실 감사를 포함합니다.

변경해서는 안 되는 것

• 확실성. 수준을 유지하되, 반드시 단어는 아닙니다. "~을 줄이는 데 도움이 될 수 있다"는 "줄인다"가 아니며, "일반적으로"는 "항상"이 아니고, "나머지 조각"은 "유일한 큰 조각"이 아닙니다. 그러나 한정어 하나면 충분합니다: "눈에 띄는 증상이 나타나기 전에 변화를 발견하는 데 도움이 될 수 있다"는 "증상을 알아차리기 전에 변화를 잡을 수 있다"가 될 수 있습니다.
• 이유와 조건. 작성자가 언급하지 않은 설명, 원인, 자격 규칙, 혜택을 추가하지 마세요. 명백한 것조차도요.
• 모호함을 더 모호하게. 주장이 모호하고 구체적인 것이 없을 때는 작성자의 단어를 유지하거나 문장 전체를 자르세요. 더 모호한 표현으로 바꾸지 마세요("프리미엄은 앱에 더 많은 기능을 추가합니다").
• 누가 무엇을 하는가. 행위자를 유지하세요("우리가 이메일을 보내드립니다"는 작성자가 명백히 한 사람이 아닌 이상 "우리"를 유지합니다).

틀(tell), 가장 강력한 것부터

A. 스테이징: 정보를 추가하지 않는 강조

• 아무도 하지 않은 주장과의 대비. "X가 아니라 Y입니다", "X뿐만 아니라 Y", "이것은 X에 관한 것이 아닙니다. Y에 관한 것입니다.", 잘린 "X 없음, Y 없음" 꼬리. Y를 말하세요. 독자가 정말로 X를 믿을 때만 대비를 유지하세요.
• 멈추고 가리키기. "여기 중요한 점이 있습니다:", "여기 중요한 것이 있습니다:", "분명히 말하겠습니다:", "분석해 봅시다.", 한 줄 콜론 드러내기("가장 좋은 점: 그것은 배웁니다."), 목록 전에 발표된 개수("이것은 네 가지 방식으로 아픕니다:", "세 가지가 바뀌었습니다:"). 요점은 단순히 다음 문장이어야 합니다.
• 재진술 마무리. "결론은?", "핵심 요점:", "그것이 진정한 승리입니다.", "그리고 그것이 X가 미래인 이유입니다.", "어떻게 생각하세요?", "생각 있으신가요?" 마지막 구체적인 것, 또는 작성자가 결론 내리는 한 줄로 끝내세요.
• 격언과 쌓인 평행선. "덜 클릭. 더 구축." "자동화는 실행한다. 에이전트는 결정한다." 예산: 글 당 최대 하나의 정교하고 인용할 수 있는 줄, 그리고 0도 괜찮습니다. 경험 많은 작가들은 긴 게시물에서도 평균 0에서 1개입니다. 나머지는 사실을 유지하는 평범한 진술로 평평하게 만드세요.
• 산문 속의 조각 스택. "설정 없음. 구성 없음. 결과만." 주어와 동사가 있는 하나의 문장으로 병합하세요. 목록은 제외됩니다.
• 만들어진 은유 레이블. 독자가 사용할 수 있는 어떤 것도 명명하지 않는 교묘한 이미지("안전 담요", "팀을 위한 운영 체제"). 평범한 것을 말하세요.

B. 독자의 일을 대신하기

여섯 가지 패턴. 각 문장을 삭제하여 테스트하세요: 독자가 여전히 의미를 복구할 수 있다면, 삭제된 상태로 두세요.

1. 독자가 아는 단어 정의하기("토큰을 취소합니다. 세션을 무효화합니다.").
2. 함의를 풀어쓰기("이것은 다음을 의미합니다...", "다시 말해..."), 뒤따르는 -ing 수식어 포함(", 팀의 헌신을 강조하며...", ", 강조하며...", ", 더 넓은 변화를 반영하며").
3. 사실이 이미 전달한 결론을 진술하기("그래서 교훈은...").
4. 가리키기("주목하세요...", "보시다시피...", "이것이 보여주는 것은...").
5. 독자에게 어떻게 느껴야 하는지 말하기("이것은 흥미롭습니다.", "이것은 당신을 걱정하게 해야 합니다.").
6. 전환을 서술하기("이제 살펴보겠습니다...", "다음으로 넘어가서..."). 긴 섹션이 있는 문서에서는 주요 섹션당 하나의 표지판이 괜찮습니다.

C. 부풀리기와 일반적인 주장

• 구체적인 내용이 없는 형용사("상당한", "매끄러운", "강력한", "견고한", "게임 체인저"). 출처가 제공하는 숫자, 이름, 메커니즘을 첨부하거나 형용사를 자르세요. 출처에 없는 숫자를 절대 공급하지 마세요.
• 부풀려진 중요성. "중요한 순간", "증거", "환경을 재편하는", "미래가 밝아 보인다". 사실은 유지하고 중요성은 버리세요.
• 마케팅 외의 마케팅 레지스터 및 재고 AI 어휘. 목록은 tells.md에 있습니다. 하나는 약하고, 여러 개가 함께 있으면 틀입니다.
• 아무도 소리 내어 말하지 않는 구성. "권장되는 접근 방식은 X입니다"는 "X를 하세요"가 됩니다. "~로서의 역할을 한다"는 "~이다"가 됩니다. 명사화("평가를 수행하다")는 동사가 됩니다. 출처에 대한 논평 동사("주장한다", "주장한다", "단언한다")는 "말한다" 또는 "쓴다"가 됩니다. 테스트: 당신이 똑똑한 친구에게 커피 마시며 이 문장을 말할 것인가? 더 평범한 것을 말할 것이라면, 그것을 쓰세요.
• 모호한 권위. "전문가들은 동의한다", "연구는 보여준다", "많은 회사들". 출처가 있다면 누구인지 이름을 대세요. 그렇지 않으면 자르거나 범위를 조정하세요("우리 테스트에서").

D. 잘못된 위치의 헤지

사람들은 사실을 평평하게 진술하고 의견을 헤지합니다. AI 텍스트는 그 반대를 하거나 모든 것을 헤지합니다.

• 사실은 맨몸으로: 사실에 헤지를 추가하지 마세요. 작성자가 선택한 한정어("일반적으로", "약", "~할 수 있다")는 사실의 일부입니다: 하나를 유지하고, 주변의 스택을 자르세요.
• 의견은 하나의 표식("내 생각에는", "아마도", "내 경험상")을 가지며, 문장에 두 개를 절대 사용하지 마세요.
• 모든 곳에서 filler 헤지를 자르세요: "틀림없이", "주목할 가치가 있습니다", "주목하는 것이 중요합니다", "잠재적으로 ~할 수 있다".
• 주장에 한정어가 필요할 때는, 그것을 부드럽게 하는 대신 그것이 성립하지 않는 경우를 이름을 대세요: "규제를 받는 팀의 경우 수동 검토가 여전히 승리합니다."
• 출처가 뒷받침할 수 없는 절대적인 표현("모든 사람", "항상", "아무도", "최초의")을 절대 추가하지 마세요.

E. 규칙에 의한 리듬

• 문장 길이. AI 산문은 하나의 대역, 일반적으로 10-20 단어에 모입니다. 문장의 약 70% 이상이 중앙값의 5단어 이내에 있다면, 올바른 방향으로 다양화하세요. 균일하게 길다: 하나 또는 둘을 나누고 사실을 착륙시키는 짧은 문장을 추가하세요. 균일하게 짧고 단절된, 대시와 조각을 제거한 일반적인 결과: 숨 쉬는 긴 문장(25-40 단어)으로 병합하세요. 우리가 측정한 인간 작가들은 그 대역에서 12%에서 66%까지 다양했습니다. 짧은 문장은 무언가를 전달해야 합니다; "작동합니다."는 아무것도 전달하지 않습니다.
• 문장 시작. AI는 너무 많은 문장을 The, It's, That's, This, You로 시작합니다. 다양화하세요.
• 반사적인 삼위일체. 세 가지 항목이 있을 때만 유지하세요.
• 셔플 테스트. 문장을 재정렬해도 의미를 잃지 않는다면, 텍스트는 사실의 더미일 뿐 논증이 아닙니다. 각 문장이 앞 문장에 기대도록(원인, 대비, 예시, 결과) 척추를 재구축하세요. 커넥터를 뿌려서 가짜로 만들지 마세요.
• 문장 시작의 filler 전환. 게다가, 더욱이, 게다가, 그러나, 중요하게는, 궁극적으로, 결론적으로, 그렇긴 하지만. 자르거나 재구조화하세요. 평범한 "그러나", "그래서", "그리고"는 작동할 때 괜찮습니다.
• 동의어 순환. 두 단어가 같은 것을 명명한다면(도구, 보고서, 기능), 매번 같은 단어를 사용하세요. 독자는 "플랫폼"과 "솔루션"이 두 가지인지 궁금해합니다.

F. 구두점과 서식

• Em 대시와 스페이스 en 대시: 제거하세요, 작성자가 직접 사용하지 않는 한. 맥락에 따라 대체 수단을 선택하세요: 레이블-설명에는 콜론, 두 개의 완전한 생각에는 마침표, 진짜 옆말에는 괄호, 가벼운 멈춤에는 쉼표. 세미콜론은 안 됩니다: AI 편집은 대시를 세미콜론으로 우회시킵니다(우리는 AI 편집 게시물에서 1,000단어당 2.9개를 측정했으며, 같은 작가의 산문에서는 0.3-0.4개였습니다). 그리고 콜론 드러내기도 안 됩니다(A 섹션).
• 굵은 레이블 단락 시작("속도. 새로운 엔진..."), 문구에 뿌려진 굵은 글씨, 이모지 글머리 기호, Title Case 제목: 제거하세요.
• 아무것도 말하지 않는 레이블. 텍스트가 자급자족한다면([truncated]), 제거하세요.
• 하이퍼링크 텍스트: 링크 설명에 "이곳" 또는 "여기"가 포함되어 있으면 클릭 가능한 텍스트로 바꾸세요. 절대 "클릭"을 링크의 일부로 포함하지 마세요.