같은 카페에 글을 쓸 때마다 게시판과 말머리를 다시 적는 일은 줄일 수 있다. 하지만 기본값이 있다는 이유로 현재 편집기의 다른 선택을 조용히 바꾸면 안 된다. 북극성에서는 프로젝트가 기억할 게시 위치와 이번 제목·본문을 나누고 실행 전에 둘이 실제 화면과 맞는지 확인했다.

본문과 게시 위치는 수명이 다르다

DeliveryDefaults의 카페 분기에는 tabId·cafeId·board·heading을 둔다. 이번 글은 DeliveryContent의 제목·본문·예약 시각으로 받는다. 같은 프로젝트에서 반복하는 위치를 기억하되 새 글의 내용까지 오래된 기본값으로 바꾸지 않으려는 구분이다. 말머리를 쓰지 않는 경우도 빈 문자열로 명시할 수 있다.

기본값을 저장하는 동작과 글을 실행하는 동작도 다르다. 저장 요청은 프로젝트 메모리를 갱신하고 실행하지 않는다. 글 요청에서 현재 콘텐츠와 합쳐 기존 플러그인 입력을 만든다. 사람에게 필드 수를 줄여 주려면 숨긴 정보가 어디에 저장되고 어느 요청에서 쓰이는지부터 명확해야 했다.

저장된 탭이 지금도 같은 프로젝트인지 본다

실행 연결부는 기본 tabId가 실제로 존재하며 현재 프로필·프로젝트에 속하는지 확인한다. deliveryTabMatches는 카페 주소에서 같은 cafeId인지 대조한다. 다른 카페의 편집기가 우연히 열려 있다는 이유로 그곳에 글을 보내지 않는다. 저장된 이름과 현재 연결은 별도 자료다.

이 URL 검사가 로그인 계정의 모든 권한을 증명하는 것은 아니다. 실제 편집 가능 상태와 서비스 인증은 후속 절차가 확인해야 한다. 기본값은 대상을 쉽게 찾는 출발점이며 영구적인 인증 증표가 아니다. 현재 탭이 맞지 않으면 대체 계정을 추측하기보다 오류를 돌려 필요한 연결을 다시 확인하게 한다.

선택값이 이미 맞으면 게시판을 다시 열지 않는다

카페 실행기는 board-open의 현재 이름과 input.board를 비교한다. 다를 때만 옵션을 확인하고 필요한 경우 목록을 연 뒤 원하는 항목을 고른다. 목록이 이미 보이면 토글을 다시 열려고 누르지 않는다. 선택 후에는 현재 게시판 이름이 원하는 값이 됐는지 기다린다.

말머리도 요청값이 있으면 현재 선택과 비교해 바꾼다. 요청값이 비었는데 실제 화면에 다른 말머리가 있으면 CAFE_EXISTING_HEADING으로 멈추고 명시하도록 한다. 빈 기본값을 아무 말머리나 지워도 된다는 뜻으로 쓰지 않은 것이다. 사용자가 이미 한 선택의 의미를 보존하려 했다.

기본 게시 위치가 공개 발행 권한은 아니다

deliveryInputs의 카페 경로는 예약 시각이 없으면 save를 준비한다. 미래 시각이 있으면 로컬 예약 큐로 이어질 입력을 만들며 해당 시각에 앱과 프로젝트가 열려 있어야 한다는 결과를 남긴다. 사이트 자체 예약 등록과 같은 것으로 부르지 않는다. 이번 콘텐츠 요청의 범위에 맞게 실제 효과를 나눠야 한다.

또 이 간단 카페 입구는 텍스트용이다. 사진·영상 표시를 넣으면 그대로 텍스트로 낮춰 성공시키지 않고 거절한다. 기본값이 있다는 편의가 지원하지 않는 매체까지 자동 처리한다는 약속이 되면 안 된다. 무엇을 줄여 주고 무엇은 여전히 별도 경로인지 설명하는 것이 관리자 설계의 일부다.

시험은 기본값과 현재 선택의 연결을 따로 본다

기존 delivery 시험은 기본 카페·게시판에서 정확한 입력을 만들고 다른 카페 URL은 거절하는지 확인한다. 매체 표시와 잘못된 예약 날짜도 검사한다. 카페 fixture는 게시판을 선택하고 저장한 뒤 같은 요청을 다시 읽을 때 저장 클릭이 한 번인지 확인한다. 이번에는 이 코드와 시험을 읽었다.

원래 운영 카페의 기본값을 바꾸거나 글을 새로 저장하지 않았다. 아래 공유 문맥 모듈은 같은 범위의 명시한 대상을 찾는 부분만 독립적으로 보여 준다. 카페 게시판 API나 권한 체계를 구현한 모듈은 아니다. 좁은 합성 예제를 실제 서비스 전체의 검증처럼 소개하지 않는 구분을 유지한다.

반복 질문을 줄이면서 선택의 책임은 남긴다

회사별 업무에서는 같은 게시판과 말머리를 반복해 쓰는 경우가 많다. 매번 적게 해 주는 것만큼 설정을 바꾸었을 때 어디에 영향을 주는지 보여 주는 것도 중요하다. 한 프로젝트의 기억과 다른 프로젝트의 글을 섞지 않고 이번 요청에 맞는 선택을 읽을 수 있어야 한다.

나는 기본값을 사람의 판단을 없애는 기능보다 반복할 환경을 명시적으로 기억하는 기능으로 만들었다. 이번 글의 내용과 공개 여부는 현재 요청에서 오고, 실제 게시 위치는 현재 화면에서 확인한다. 기억을 잘 쓰는 프로그램은 잊지 않는 것뿐 아니라 언제 다시 확인해야 하는지도 알고 있어야 했다.