답은 왔는데 궁금한 점은 남는다
가상의 상황이다. 수업에서 사용을 허용한 도구에 읽은 글의 모순을 정리해 달라고 요청한다. 글은 이용자의 자율성을 강조하면서도 선택의 범위를 운영자가 정해야 한다고 말한다. 도구는 곧 자율성의 정의, 장점, 한계, 결론으로 이어지는 매끄러운 개요를 내놓는다. 사용할 문장은 많아 보이지만 두 주장이 어떻게 함께 가능한지는 여전히 설명되지 않는다.
도구가 아무 도움도 주지 않았다고 단정할 필요는 없다. 개요는 용어나 큰 구조를 정리하는 데 쓸 수 있다. 다만 원래 질문과 다른 문제에 잘 답했다는 사실을 알아야 한다. 유창한 출력은 질문이 바뀌었다는 감각을 늦출 수 있다. 답의 품질을 평가하기 전에 어떤 질문에 대한 답인지 먼저 확인할 이유가 여기에 있다.
도구 밖에 남겨 둘 한 문장
요청을 쓰기 전에 자신의 질문을 별도 메모에 남겨 보자. 자율성을 강조하는 글이 운영자의 범위 설정을 허용하는 근거는 무엇인가처럼 구체적인 긴장을 적는다. 주제 이름만 남기면 출력이 같은 단어를 반복하는 것만으로도 관련 있어 보인다. 반면 두 주장 사이의 관계를 적으면 답이 그 관계를 실제로 다루는지 비교할 수 있다.
이 메모는 나중에 도구가 제안한 질문으로 바꿀 수 있다. 다만 바꾸기로 결정한 이유를 남겨야 한다. 원래 질문이 글의 내용을 잘못 읽은 결과라면 수정하는 것이 맞다. 질문을 보존한다는 것은 처음 생각을 무조건 고집하는 일이 아니다. 내가 판단해서 바꾼 것과 출력의 편리함 때문에 모르게 잃은 것을 구분하는 일이다.
두 가지 제약을 함께 적기
질문 옆에 이번 작업에서 바꾸면 안 되는 조건을 두 개 정도 적을 수 있다. 예를 들어 읽은 글의 두 주장 사이만 검토하고, 실제 운영 효과에 관한 근거 없는 설명은 덧붙이지 않는다는 조건이다. 이는 특정 도구를 잘 다루는 비법이 아니라 현재 작업의 경계를 정하는 일이다. 조건의 개수보다 무엇을 지키려는지 분명한 것이 중요하다.
제약이 너무 많으면 오히려 핵심이 흐려질 수 있다. 가능한 모든 위험을 미리 막는 목록을 만들기보다 이번 질문을 다른 질문으로 바꿔 버릴 수 있는 조건을 우선한다. 본문과 관련 없는 일반 사례가 쏟아지는 것이 문제라면 범위를 제한하고, 용어의 의미가 흔들리는 것이 문제라면 사용할 의미를 확인하는 식이다.
출력의 문장보다 대응 관계
답을 받으면 잘 썼는지보다 원래 질문의 각 부분이 어디에서 다뤄졌는지 찾아보자. 자율성의 정의는 있지만 운영자의 권한에 대한 설명이 없다면 질문의 절반이 빠진 것이다. 빈칸을 직접 표시해야 한다. 읽기 쉬운 문장을 그대로 붙여 넣어 빈칸을 덮으면 글은 길어져도 자신의 문제는 해결되지 않는다.
출력에 유용한 해석이 있더라도 읽은 글에서 확인해야 한다. 도구가 제안한 설명과 원문이 실제로 지지하는 설명은 다를 수 있다. 확인할 수 없는 내용을 그럴듯하다는 이유로 근거처럼 취급하지 않는다. 이 과정에서 출력 일부를 버리거나 아예 쓰지 않는 것도 정상적인 선택이다. 모든 응답이 결과물에 남아야 하는 것은 아니다.
출력이 원래 질문을 다룬 것처럼 보여도 설명의 층위가 달라졌을 수 있다. 운영자의 범위 설정이 정당한 이유를 물었는데 절차가 어떻게 이루어지는지만 답하는 경우다. 주제가 같아도 정당화와 과정 설명은 다르다. 질문의 핵심 동사가 답에 남아 있는지 확인하면 이런 차이를 찾는 데 도움이 될 수 있다. 왜 가능한가를 물었다면 무엇을 하는가만으로 충분하지 않다는 뜻이다. 출력의 단어를 일일이 검사하기보다 내가 요청한 관계를 실제로 설명했는지 읽어야 한다. 그 검토를 마친 뒤에야 표현의 편리함을 평가할 수 있다.
허용과 정보의 경계
여기서는 사용이 허용된 상황을 가정했지만 모든 수업이나 과제가 같은 것은 아니다. 도구 사용이 가능한지, 어떤 기능까지 허용되는지 먼저 확인해야 한다. 자신의 자료를 입력해도 되는지도 별개의 문제다. 공개할 권한이 없는 문서나 다른 사람의 정보가 포함되어 있다면 편리함만으로 전송을 정당화할 수 없다.
도구에 질문하지 않고 스스로 두 주장을 표로 놓아 보는 편이 빠를 수도 있다. 사용하지 않는 선택도 남겨 두어야 도구가 사고의 기본 출발점이 되지 않는다. 도구의 도움을 받을수록 반드시 생각이 약해진다고 말할 근거도 없지만, 답이 있다는 이유로 질문을 검토할 필요가 사라지는 것은 아니다.
짧은 비교를 끝에 남기기
오늘 허용된 도구를 쓸 일이 있다면 질문 한 문장과 제약 두 개를 먼저 적어 보자. 출력 뒤에는 보존된 것과 사라진 것을 구분한다. 다시 요청할지, 원문을 더 읽을지, 여기서 사용을 멈출지 고른다. 더 나은 요청을 만드는 것만이 다음 행동은 아니다. 때로는 자신이 아직 질문을 분명히 하지 못했다는 사실이 가장 중요한 결과다.
도구의 속도는 내 질문이 만들어지는 속도와 다를 수 있다. 그 차이를 없애려고 서두를 필요는 없다. 매끄러운 답을 받기 전에 불편하고 구체적인 물음을 잠시 남겨 두자. 나중에 생각이 바뀌더라도 무엇을 확인하려 했는지 알 수 있다면, 도구는 질문을 대신 정하는 존재가 아니라 판단을 돕는 제한된 수단으로 남을 수 있다.