academic-writing-style

학술 작문 스타일 (Academic Writing Style)

제공된 정보를 사용자의 자연스러운 글쓰기 스타일에 맞춰 잘 작성된 학술 과제로 변환합니다. AI 패턴을 피하면서 전문적인 품질을 유지합니다.

핵심 접근법

내용이 자연스럽고 유창하게 읽히도록 생성하며, 다음 요소를 포함합니다:

• 설명적인 제목을 사용한 명확한 장 구성
• "첫째... 둘째... 마지막으로" 같은 경직된 구조 없이 자연스러운 주제 전개
• 과제 유형에 적합한 1인칭 관점의 적절한 사용
• 일반적인 진술 대신 구체적인 예시와 세부 사항
• 과도한 복잡성 없이 다양한 문장 길이 사용
• 대상 언어(한국어 또는 영어)에 맞는 적절한 구두점 사용

작성 전 확인 사항

1. 과제 요구사항 명확히 하기:

   • 과제 유형 (기술 분석, 연구 검토, 사례 연구 등)
   • 대상 언어 (한국어, 영어 또는 모두)
   • 예상 분량 또는 범위
   • 다루어야 할 특정 주제나 개념
   • 특별 요구사항

2. 적절한 참조 자료 로드:

   • 한국어 과제: references/korean-examples.md 읽기
   • 영어 과제: references/english-examples.md 읽기
   • 항상 references/writing-guidelines.md 읽어 핵심 원칙 숙지

3. 개인화 수준 평가:

   • 기술 분석: 더 객관적, 1인칭 최소화
   • 연구 검토: 적절한 개인적 어조
   • 사례 연구: 반성적 내용 포함, 더 높은 개인화 수준

작성 과정

구조 개발

일반적인 레이블 대신 내용을 미리 보여주는 설명적인 장 제목을 만듭니다:

• "서론" 대신 → "도커와 컨테이너 혁명: 실용적 관점"
• "분석" 대신 → "복잡함에서 간결함으로: Spring Boot가 Java 개발을 어떻게 바꾸었나"
• "결론" 대신 → "프로덕션 데이터베이스 마이그레이션: 무중단 PostgreSQL 전환에서 얻은 교훈"

자연스러운 주제 흐름으로 내용을 구성하여, 장들이 명시적인 전환 없이 내용 연결을 통해 서로를 구축해 나가도록 합니다.

단락 구성

정보를 목록 대신 흐르는 단락으로 통합합니다. 정보가 자연스럽게 목록을 형성할 때는 산문에 포함시킵니다:

피할 것: 주요 장점은 다음과 같습니다:

• 성능 향상
• 비용 절감
• 확장성 개선

선호할 것: 최적화는 세 가지 주요 이점을 가져왔습니다: 응답 시간이 60% 감소하면서 성능이 크게 향상되었고, 더 효율적인 리소스 사용을 통해 비용이 절감되었으며, 아키텍처는 미래 성장을 위한 더 나은 확장성을 확보했습니다.

전환과 흐름

다음과 같은 방법으로 단락을 연결합니다:

• 주제 확장: 이전 단락의 마지막 개념이 다음 단락에서 계속됨
• 자연스러운 대조: 무거운 전환어 없이 대조적인 아이디어 제시
• 암시적 질문: 내용이 제기하는 명시되지 않은 질문에 답변
• 장 분할: 주요 주제 변화를 알리기 위해 장 구분 사용

"그러나", "더욱이", "게다가"와 같은 기계적인 전환어는 피하고, 내용이 자연스럽게 흐르도록 합니다.

예시와 세부 사항 포함

구체적인 내용을 통해 글을 실질적으로 만듭니다:

• 구체적 지표: "응답 시간이 8초에서 2초로 줄었습니다"
• 실제 사례: "Netflix는 몇 년에 걸쳐 모놀리스를 수백 개의 마이크로서비스로 분할했습니다"
• 기술적 세부 사항: "쿼리는 7개의 테이블 조인을 포함했고 N+1 쿼리 문제를 발생시켰습니다"
• 개인적 관찰: "제 경험상 이 접근 방식은 ...에 잘 작동합니다" (드물게 사용)

언어 조정

한국어 작문:

• 올바른 한국어 구두점 사용: , . ""
• 기술 용어는 적절히 영어 유지: "Spring Boot", "Docker"
• 자연스러운 한국어 문장 리듬과 흐름 유지
• 영어를 한국어로 직접 번역하는 패턴 피하기

영어 작문 (IELTS 6.0 수준):

• 복잡한 어휘보다 일반적인 어휘 선호: "utilize" 대신 "use"
• 일반적으로 문장을 30단어 이내로 유지
• 명확하고 직접적인 구성 사용
• 첫 사용 시 약어 정의: "Object-Relational Mapping (ORM)"
• 가독성을 위해 다양한 문장 길이 혼합

1인칭 사용

전략적으로 1인칭 관점을 사용합니다:

• 실무 경험 설명: "필자는 프로젝트에서 ...을 경험했습니다" / "from my experience..."
• 정보에 기반한 의견 표현: "제 생각에는 ..." / "I found that..."
• 사례 연구 반성: "다시 설계한다면, 저는 ...을 할 것입니다" / "looking back, I would..."

다음의 경우 객관성을 유지합니다:

• 원리에 대한 기술적 설명
• 문헌 검토 내용
• 순수 기술 분석

품질 검증

최종 확정 전에 다음을 확인합니다:

• "첫째... 둘째... 마지막으로" 구조 없음
• 글머리 기호 최소화 (정말 필요할 때만)
• 단락이 내용을 통해 자연스럽게 연결됨
• 구체적인 예시와 세부 사항이 전체에 포함됨
• 장 제목이 설명적이고 유익함
• 1인칭 사용이 적절하고 과도하지 않음
• 구두점이 대상 언어 규칙을 따름
• 문장 다양성 존재 (긴 문장과 짧은 문장 혼합)
• 언어가 명백한 AI 표식을 피함
• 기술 용어가 정확하고 일관되게 사용됨

특별 고려 사항

이중 언어 과제 (한국어와 영어 버전 모두 필요한 경우):

• 각 버전을 독립적으로 작성하고, 직접 번역하지 않음
• 각 언어의 자연스러운 패턴에 맞게 예시와 표현 조정
• 두 버전 모두 일관된 기술적 정확성 유지
• 각 언어 맥락에 맞게 격식 수준 조정

기술 분석:

• 개인적 어조 줄이고 객관성 높임
• 기술적 정확성과 상세한 설명에 초점
• 실제 시스템이나 프로젝트의 구체적 예시 사용
• 접근성과 기술적 정밀성 균형 유지

연구 검토:

• 출처를 나열하지 않고 서사로 종합
• 아이디어의 연결과 진화 보여줌
• 논쟁과 다른 관점 인정
• 비판적이지만 균형 잡힌 어조 유지

사례 연구:

• 풍부한 맥락적 세부 정보 제공
• 직면한 특정 과제 포함
• 얻은 교훈 반성 (1인칭 사용에 적합한 위치)
• 설명과 분석 균형 유지

파일 출력 규칙

출력 디렉토리 규칙

권장 접근법 (Claude Code 공식 표준 준수):

모든 학술 작문 출력물을 outputs/<프로젝트명>/writing/에 저장합니다:

outputs/
└── <project-name>/              # 프로젝트명 (예: cloud-computing-analysis)
    └── writing/
        ├── technical-analysis.md    # 기술 분석 보고서
        ├── research-review.md       # 연구 검토 문서
        ├── case-study.md            # 사례 연구 보고서
        └── project-documentation.md # 프로젝트 문서

예시:

outputs/
├── cloud-computing-analysis/
│   └── writing/
│       └── technical-analysis.md
├── ai-ethics-research/
│   └── writing/
│       └── research-review.md
└── database-optimization-case/
    └── writing/
        └── case-study.md

대안 접근법 (전통적인 프로젝트 구조):

프로젝트에 기존 디렉토리 구조가 있는 경우 다음을 사용할 수도 있습니다:

project-root/
└── docs/
    ├── technical-analysis.md
    ├── research-review.md
    └── case-study.md

출력 파일 목록

과제 유형에 따라 문서를 생성합니다:

기술 분석:

• technical-analysis.md - 기술 분석 보고서

연구 검토:

• research-review.md - 연구 검토 문서

사례 연구:

• case-study.md - 사례 연구 보고서

프로젝트 문서:

• project-documentation.md - 프로젝트 문서

파일 명명 규칙

• kebab-case 사용: cloud-computing-technical-analysis.md
• 필요한 경우 버전/날짜 포함: research-review-v1.0.md
• 설명적인 이름 사용: database-optimization-case-study.md
• 이중 언어인 경우 언어 지정: technical-analysis-en.md, technical-analysis-ko.md

전달 요약

문서 생성 후 간단한 요약을 제공합니다:

• 문서 유형 및 대상 언어
• 단어 수 및 장 구조
• 다룬 주요 주제
• 적용된 글쓰기 스타일 특성
• 파일 저장 위치 확인

참조 자료

자세한 예시와 지침은 다음에서 확인할 수 있습니다:

• references/korean-examples.md - 포괄적인 한국어 작문 예시
• references/english-examples.md - 포괄적인 영어 작문 예시
• references/writing-guidelines.md - 핵심 작문 원칙 및 기법