같은 이미지를 고치고 문장을 다듬는 요청을 매번 새 대화에서 시작하면 앞에서 고른 조건을 다시 설명해야 한다. 나는 같은 업무는 기존 ChatGPT와 Gemini 탭의 대화를 이어 쓰게 했다. 다만 새 대화 요청과 같은 결과의 재사용은 다른 의도여서 구분했다.

같은 탭과 같은 대화는 같은 조건이 아니다

탭 하나 안에서도 새 대화를 열 수 있고 다른 탭에서 같은 대화를 볼 수도 있다. 탭 수만 보존했다고 대화 문맥까지 이어졌다고 말할 수 없다. 현재 서비스의 대화 위치와 진행 중 응답을 확인해야 한다.

실제 플러그인 안내는 같은 작업에 기존 탭·대화를 쓰고 새 대화는 명시했을 때 같은 탭에서 여는 방향이다. 기존 대화를 삭제하는 기능과 새 대화를 시작하는 기능도 다르다. 요청에서 연속 작업인지 새 시작인지 정하고, 화면의 실제 대화와 맞는지 확인하는 책임을 남겼다.

최종 사용처가 지금 대화를 바꾸지 않는다

블로그에 쓸 이미지의 캡션을 현재 ChatGPT에서 다듬는 요청에는 블로그와 ChatGPT가 함께 등장한다. 최종 사용처를 작성 목적지로 오해하면 대화를 떠나 블로그 편집기로 갈 수 있다. 이 경우의 대상은 실제로 요청을 보낼 현재 대화다.

관련 탭 라우팅 시험은 명시한 기존 대화와 정확한 탭 ID가 뒤의 부수적인 사이트 언급보다 우선하는지 본다. 다만 옛 자연어 라우팅 시험과 현재 MCP의 명시 문맥 입력은 다르다. 현재 호출자는 실제 context를 읽고 기존 대화의 탭에 요청을 연결해야 한다. 내장 모델이 알아서 모두 고른다는 설명은 하지 않는다.

새 대화가 필요한 도구는 멈춰서 구분한다

일부 서비스 도구는 새 채팅이 필요하다는 확인창을 띄울 수 있다. 현재 Gemini 문서는 기본적으로 기존 대화를 유지하고 새 대화 필요를 알리며 명시한 옵션일 때만 새로 시작한다고 적는다. 대화 이동을 성공을 위한 숨은 부작용으로 만들지 않는다.

그렇게 해야 생성이 오래 걸리거나 도구가 바뀌어도 어떤 작업의 결과를 기다리는지 알 수 있다. 새 대화를 열었다고 이전 생성이 취소됐다고 가정하지도 않는다. 대화 위치와 원격 생성의 상태, 로컬 실행 기록은 각각 수명이 다르다. 화면 전환 하나로 모든 상태를 초기화해서는 안 된다.

같은 입력의 결과를 읽는 것과 새 질문은 다르다

확인된 같은 입력의 결과를 재사용하면 네트워크 대기 뒤 같은 질문을 다시 보내는 일을 줄일 수 있다. 하지만 사용자가 같은 문장을 새 질문으로 다시 요청할 수도 있다. 이 경우에는 실행 구분과 현재 의도를 명시해야 한다. 문자열이 같다는 이유만으로 언제나 옛 답변을 돌려줘도 되는 것은 아니다.

플러그인은 현재 inspected 입력 계약과 실행 기록을 확인하고 사용한다. 새 응답인지 생성 중이 끝났는지, 본문이 안정됐는지를 따로 본다. 현재 대화를 이어 쓴다는 정책이 이전 응답을 새 성공으로 세는 정책이 되어서는 안 된다. 재사용할 대상이 대화인지 결과인지부터 정해야 했다.

과거 다운로드 재실행을 전체 생성 재실행으로 쓰지 않는다

0.1.109 기록에는 기존 대화에서 생성과 파일 저장을 확인한 뒤 다운로드만 따로 노트북으로 재실행한 사례가 있다. 같은 파일 해시와 내부 모델 호출 0을 확인했지만 생성 단계 전체를 다시 수행한 것은 아니다. 중복 생성을 피하려고 범위를 나눈 시험이었다.

현재 플러그인의 등록 목록과 안내도 모든 고급 메뉴의 실사이트 검증을 뜻하지 않는다. 이 글은 관련 문서와 탭 재사용·라우팅 시험을 읽었다. 지금 새 이미지나 질문을 보내 서비스 사용량을 쓴 결과는 아니다. 웹 생성 사용량과 로컬 프로그램 내부 모델 호출도 같은 비용으로 합치지 않는다.

이어 쓰는 경험도 명시적인 상태 위에 만든다

고객은 같은 설명을 반복하지 않고 일을 이어가고 싶어 한다. 제작자는 어떤 대화와 계정, 결과를 이어받았는지 알아야 한다. 나는 이 두 요구를 연결하려고 새 창을 줄이는 기능보다 현재 작업의 연속성을 먼저 보게 했다.

회사 업무 도구의 상담·보고서·이미지 수정에도 같은 기준을 적용할 수 있다. 기존 자료와 선택을 보존하되 새로 시작하라는 요청은 따르고, 오래된 결과를 새 성과로 바꾸지 않는다. 편한 연속 작업은 무작정 같은 탭을 쓰는 일이 아니라 무엇을 이어 쓰는지 정확히 구별하는 일에서 시작했다.