SW픽은 글 수보다 사실성, 안전성, 독자가 얻는 추가 가치를 우선합니다. 기술 검사가 통과해도 내용의 독창성과 정확성이 자동으로 보장되지는 않습니다.
1. 검증 방법을 먼저 공개합니다
모든 글은 “실행 검증” 또는 “공식 문서 검증”으로 구분합니다. 실행 검증은 실제 환경·버전·결과를 기록합니다. 공식 문서 검증은 제작사 1차 문서 여러 건을 대조하고, 실제 속도·성공률·사용 경험을 확인한 것처럼 표현하지 않습니다.
2. 원문 요약을 넘어 추가 가치를 만듭니다
공식 도움말을 번역하거나 순서만 바꾸는 데 그치지 않습니다. 증상별 원인 분리, 데이터 손실을 막는 선행 조건, 계정·운영체제별 차이, 정상 완료 기준, 실패 시 복구 순서를 한 문서에 연결합니다.
3. 출처와 변경 가능성을 관리합니다
기능명, 정책, 가격, 시스템 요구사항처럼 바뀔 수 있는 정보는 제작사 공식 문서와 릴리스 안내를 우선합니다. 글마다 검증일과 공식 출처 URL을 기록하고, 링크와 핵심 조건을 발행 전에 다시 확인합니다.
4. 이미지는 증거와 설명을 구분합니다
각 글은 다른 글과 중복되지 않는 고유 대표 이미지를 사용합니다. 실제 환경에서 촬영한 화면만 “실제 화면”으로 표시합니다. 공식 문서 검증 글의 흐름도·개념도는 설명용 시각 자료임을 캡션에 밝히며, 실행 증거나 제품 화면처럼 꾸미지 않습니다.
5. 발행 전 품질 게이트
- 완전한 문장과 충분한 설명, 고유한 검색 의도
- 공식 1차 출처, 검증일·환경·결과·한계
- 대표 이미지와 설명형 대체 텍스트
- 하나의 H1, 논리적인 H2·H3, 요약문과 캐노니컬
- 정상 완료 기준, 실패 시 중단·되돌리기, 관련 내부 링크
6. AI 보조 도구
AI는 구조 점검, 맞춤법 검토와 설명용 시각 자료 제작을 보조할 수 있습니다. 자동 생성 결과를 검수 없이 게시하지 않으며, 메뉴명·버전·절차·출처·한계는 다시 확인합니다. 존재하지 않는 사용 경험, 인터뷰, 경력, 수치나 테스트 결과를 만들지 않습니다.
7. 정정과 발행일
최초 발행일을 소급하지 않습니다. 실질적인 절차나 결론이 바뀐 경우 수정 시각과 검증일을 갱신합니다. 중대한 오류는 수정 내역을 본문에 남기며, 정정 요청은 문의 페이지에서 받습니다.
8. 작성 예제와 실험 결과
설명을 위한 수치·상황과 실제 측정값을 구분합니다. 제품 앱 대신 파일 라이브러리나 독립 HTML을 시험했다면 사용한 도구와 범위를 밝힙니다. 모든 글에 같은 수의 그림을 붙이거나 글자 수만 늘리는 방식으로 품질을 판단하지 않습니다.
9. 수정 이력
2026-09-06: 비교 범위와 작성 예제의 표기를 정리하고, Word 웹 목차 지원 오류를 정정했습니다. 실제 실험은 공개 자료와 수행 범위를 확인한 뒤 표시합니다.