문제를 읽습니다
요청 문장보다 먼저 맥락, 제약, 실패 가능성을 분리해 봅니다.
흐름
글은 이렇게 정리됩니다
하위 페이지에서도 홈에서 본 문제 읽기 흐름이 끊기지 않도록 같은 구조로 보여줍니다.
선택지를 비교합니다
좋아 보이는 도구보다 운영 비용, 변경 가능성, 팀의 이해 가능성을 함께 놓습니다.
기록으로 남깁니다
나중에 다시 판단할 수 있도록 기준, 리스크, 확인 지점을 짧은 노트로 정리합니다.
기준
실행 가드레일
도구 이름보다 선택 이유를 먼저 씁니다.
리스크가 큰 변경은 확인 지점을 함께 둡니다.
운영자가 다시 읽을 수 있는 말로 정리합니다.
다음
작동 방식이 맞는지 더 보고 싶다면
기술 글과 사례 노트를 먼저 읽고, 더 궁금한 지점만 짧게 문의하면 됩니다.