Files
document-haness/.agents/skills/writing-korean-technical-blogs/references/enterprise-blog-patterns.md
T
DongHyeonkaandClaude Opus 5 25644cc4d9 feat: install korean technical blog skill bundle
.agents/skills의 technical-document-author,
revising-korean-technical-prose, writing-natural-korean을
korean-technical-blog-skills-bundle-v1의 세 스킬로 교체한다.

- writing-korean-technical-blogs: 문제·제약·선택·구현·결과·한계 구조화
- reducing-ai-like-korean-writing: 상투성·추상화·반복 제거
- editing-korean-grammar-and-expression: 맞춤법·띄어쓰기·호응 검수

상류를 수정하지 않고 복사했다. diff -r 0건, MANIFEST.sha256 검증 통과,
번들 validate_skill.py 3/3 PASS.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-07 14:20:42 +09:00

1.8 KiB

기업 기술 블로그에서 재현할 구조적 패턴

이 문서는 특정 기업의 문체를 모방하기 위한 자료가 아니다. 업로드된 연구가 NAVER D2, 카카오, LINE, 우아한형제들, 삼성SDS의 공개 글에서 추출한 구조적 특징만 일반화한다.

재현할 가치가 큰 패턴

  • 성능이 좋아졌다보다 지표 정의와 전후 수치를 제시한다.
  • 측정·관찰 단계와 개선·적용 단계를 분리한다.
  • 도입 계기에서 아키텍처와 실제 시나리오까지 독자의 판단 순서로 전개한다.
  • 정량 목표를 먼저 정하고 분석·조치·재측정으로 이어 간다.
  • 여러 시도를 하나의 묘책처럼 합치지 않고 각 가설과 결과를 분리한다.
  • 성공 결과뿐 아니라 테스트 설계, 운영 비용, 실패 조건과 교훈을 남긴다.
  • 실험 환경과 비교 기준을 공개해 수치의 적용 범위를 드러낸다.
  • 사용자 화면에 보이지 않는 이관·인프라 작업은 왜 필요했는지부터 설명한다.
  • 기존 기술의 기대 효과와 실제 워크로드에서 얻지 못한 효과를 대조한다.
  • 표와 참고문헌은 핵심 명제를 검증 가능하게 만드는 경우에만 사용한다.

피해야 할 패턴

  • 추상적인 미래·혁신 은유로 결론을 대신함
  • 범위·시점·근거가 없는 전망
  • 한 문장에 개발·품질·위험·확장성 효과를 모두 중첩
  • 도움이 되기를 기대합니다 같은 의례적 마무리
  • 검증 불가능한 최상급과 감탄 표현
  • 브랜드 친근함을 이유로 기술적 경고나 비용을 약화

브랜드 적용

프로젝트의 명시적 스타일 가이드가 있으면 이를 우선한다. 가이드가 없으면 다른 기업의 어휘·유머·말투를 흉내 내지 않고, 정확·명료·절제된 기본 문체를 사용한다.