AI를 직원 삼아 사업을 운영하고 있는 스다치입니다.
글을 게시해달라는 요청을 했는데, 브라우저 작동이 진행되지 않았습니다. 화면을 보여주고 설정 상태도 전달했지만, 여전히 브라우저 작동이 멈추는 상황이 계속되었습니다.
이번에는 제대로 작동하는 설정에 대한 설명이 아니었습니다. 멈춰버린 이유를 어떻게 받아들이는 것에 대한 이야기입니다. 기록을 읽어보면, 어떤 작업을 해도 되는 것인지라는 문제와, 그 환경에서 작동할 수 있는지라는 문제가 겹쳐 있었습니다. 이 부분을 섞으면, 허락을 반복하면 진행될 수 있는지, 다른 방법이 필요한지 여부가 불분명해집니다.
이 글에서 알 수 있는 것은 중단되는 이유를 구분하는 방식, 설정 재작업을 요청하기 전에 확인하고 싶은 점, 그리고 원인이 불확실한 경우 설명 읽는 방법입니다. AI가 중단되는 것을 자체적으로 실패로 결정하기 위한 글이 아닙니다.
저장을 요청하셨다는 의사를 전달하고 있었습니다.
저는 브라우저로 게시물을 올려달라고 요청하고 있었습니다. 작동이 진행되지 않는 부분도, 끝까지 진행해 달라고 반복적으로 요청했습니다. 상대방이 무엇을 해야 할지 모르는 채로만 기다리는 것만으로는 요청을 명확히 하는 의미가 없습니다. 하지만 이번 기록에는 요청의 표현을 강하게 한 것 외에는 진행되지 않는 부분이 있었습니다.
AI 측의 도구에서 현재 브라우저의 위치를 충분히 확인하지 못하여 조작을 중단했다는 내용이 돌아왔습니다. 이 기록에서 말할 수 있는 것은 그 조작 경로로는 계속될 수 없었다는 것입니다. 제 요청이 불충분했던 것일 수도 있고, 확장 기능이 고장 났을 수도 있었지만, 그 외에는 다른 설명이 없습니다.
요청이 명확하고 실행에 필요한 도구가 갖추어져 있다면 별개의 문제입니다. 게시물에 대한 허가를 내리는 것은 연결 또는 작동상의 문제를 해결하는 작업이 아닙니다. 같은 답변을 반복해도 확인되지 않은 상태가 그대로 있다면 해결에 가까워진 것이라고 할 수 없습니다.
멈추는 이유를 명확히 설명하기
이번 기록을 읽을 때는 멈춰야 하는 장면의 설명을 나누어 볼 수 있습니다. 하나는 요청의 범위를 초과하여 실행하지 않는 경우입니다. 다른 하나는 요청의 범위 내에서도 도구가 필요한 상태를 확인하지 못하여 실행할 수 없는 경우입니다. 더 나아가, 재료가 부족하여 만들 내용을 결정할 수 없는 경우도 있습니다.
이는 제품의 기능 분류가 아닌, 일을 의뢰하는 측이 상황을 파악하기 위한 정리입니다. 어떤 경우에도 화면에는 작업이 멈춘 것처럼 보입니다. 하지만 다음으로 필요한 행동은 다릅니다. 의뢰 범위의 문제라면 범위를 명확히 하고, 재료의 문제라면 부족한 재료를 조달하고, 도구의 문제라면 확인되지 않은 사항과 실패한 작동을 파악해야 합니다.
예를 들어, 공개 허가가 없어서 초안만 제작했다는 설명과, 공개 허가를 받았지만 작동용 도구가 멈췄다는 설명과는 저희의 판단이 달라질 것입니다. 후자의 경우, 다시 동일한 허가를 내주어야 하는 것은 아니며, 멈춘 원인을 알 수 없다면 알 수 없는 상태로 전달받는 것이, 원인을 섣불리 추측당하는 것보다 판단하기 더 쉽습니다.
설정을 변경하기 전에, 지금까지 얼마나 파악했는지 기록해 두는 것이 좋습니다.
확장 기능이 포함된 화면도 보여드렸습니다. 이미 설치 완료된 것으로 표시되어 있는데, 동일한 준비 단계로 돌아가면 어떤 기능을 추가해야 하는지 보이지 않게 됩니다. 화면 확인 및 작동 성공은 별 문제이지만, 화면 확인 사실 자체가 매번 사라지는 것은 불필요합니다.
이 상황에서 기록으로 남길 내용은 확인된 상태, 실패한 작업, 아직 밝혀지지 않은 원인입니다. 각각을 함께 기록하면 다음 작업이 이전과 동일한 시도인지, 새로운 정보를 확인하는 시도인지 구별할 수 있습니다. 이는 이번에 새롭게 고려한 방식이며, 도입에 소요된 시간 단축 효과를 측정한 것은 아닙니다.
설정 변경을 요청할 때는 어떤 점이 어떻게 달라질지 알고 싶은 부분입니다. 근거 없는 재설정은 단순히 손을 움직였다는 느낌만 남을 수 있습니다. 반면에 정말 필요한 재설정까지 부정하려는 의도는 없습니다. 필요성을 확인한 변경과 아직 후보일 뿐인 변경은 동일한 신뢰성으로 설명할 수 없습니다.
원인 이름보다 멈춘 범위를 확인하십시오.
이번에 반환된 설명은 현재 브라우저의 위치를 충분히 확인하지 못했기 때문에 작동을 중단했다는 의미였습니다. 이 설명을 읽는 것만으로는 브라우저 전체가 망가졌다는 결론을 내릴 수 없으며, 게시판 서비스가 작동하지 않는다고 단정할 수도 없습니다. 실패한 것은 그 시점의 작동 경로였습니다.
이 범위를 지나치게 확대하면, 점차적으로 원인의 후보가 결론으로 변질됩니다. 연결에 실패했다는 기록이 확장 기능 설치 방법을 잘못했기 때문이라는 설명으로 바뀌면, 본인은 설치를 다시 시작할 가능성이 높습니다. 하지만 그 인과 관계가 확인되지 않는 한, 다시 시작하는 것이 적절한지조차 알 수 없습니다.
반대로, 확인된 표시만을 근거로 도구가 정상이라고 단언할 수 없습니다. 설치된 표시가 설치되었다는 증거일 뿐입니다. 그로부터 작동까지 성공했다는 것을 말하려면 추가 확인이 필요합니다. 표시를 무시하지 않고, 그 표시로 인해 증명될 수 없는 역할을 부여하지 않는 것은 양립 가능합니다.
업무 기록에는 문제 발생 시 실행한 작업과 그에 대한 반환된 설명이 우선적으로 필요합니다. 이후 원인이 아직 확정되지 않았다는 내용을 덧붙이면 미해결 범위가 남습니다. 원인을 모른다는 보고는 확인된 정도가 있다면 ‘전혀 모른다’는 보고와는 다릅니다.
예를 들어, 제목이 아직 결정되지 않았기 때문에 입력하지 않은 경우를 생각해 보겠습니다. 이 경우에는 제목을 전달하면 부족했던 재료가 채워집니다. 반면에 제목이 모두 있는 상태에서 입력용 도구가 작동하지 않을 경우에는 같은 제목을 다시 전달해도 그 도구의 상태는 확인되지 않습니다. 이는 차이점을 설명하기 위한 예시이며, 이번에 제목 부족이 발생했다는 이야기가 아닙니다.
승인 역시 같습니다. 공개 의사가 아직 확인되지 않는 경우에는 그 의사를 확인하는 이유가 있습니다. 이미 공개를 요청받아 운영 확인만 가능한 경우에는 멈추는 이유를 그대로 설명해야 합니다. 본인이 답할 수 없는 부족함과 본인에게 같은 답변을 요구해도 채워지지 않는 부족함을 분별하는 방식입니다.
이 기록의 약한 부분
이번 문제는 모든 사용자 및 환경에서 발생한다고 단정하기 어렵습니다. 연결이 끊어진 원인 또한 아직 명확하게 밝혀지지 않았습니다. 이 작업에서 발생한 내용과 그 결과를 기록한 것이며, 제품의 일반적인 사양이나 정확한 복구 절차를 제시하는 자료가 아닙니다.
또한, 이 방식(분류 방식)을 사용한 경우와 사용하지 않은 경우의 소요 시간은 비교하지 않았습니다. 설명을 분해한다고 해서 반드시 빠를 것이라는 수치를 제시하지 않았습니다. 멈춘 이유의 분류는 복구 성공률을 나타내는 것 또한 아닙니다.
중단되는 이유를 정리해보면, 모든 작업이 원활하게 진행되는 것은 아닙니다. 로그인 자체가 필요하다면 본인의 작업이 선행되어야 하며, 진행이 허락되지 않은 공개나 구매를 ‘중단하고 싶지 않아서’라는 이유로 실행해서는 안 됩니다. 진행 속도와 요청 범위는 별도로 다루는 것입니다.
독자 여러분께: 멈춘 기록에서 알게 된 것들
- 작업 허가와 작동 가능한 상태는 별로 달랐습니다. 허가를 반복해도 도구 측의 문제가 해결되는 것은 아니었습니다.
- 원인이 명확하게 확인되지 않았을 경우에는 확인된 상태와 실패한 작동까지 모두 보존해야 했습니다.
- 요청 범위, 재료, 작동 도구에 대해서는 부족한 부분을 메우기 위한 행동이 다릅니다.
AI가 멈췄을 때, 우선 무엇이 멈춰서고 있는지 알 수 있는 설명이 필요합니다. 요청의 범위인지, 재료인지, 도구인지 파악하면 사람이 답해야 할 일과 다른 해결 방법을 구별할 수 있습니다.
다음에도 AI에게 일을 맡길 때 발생했던 일들을 성공적으로 수행한 부분과 해결되지 않은 부분으로 나누어 기록하겠습니다.
작업 전달 지시문, 매번 읽는 규칙, 검품 유형을 모은 기사는 여기 있습니다. https://note.com/sudachi_aiai/n/nc09b8f8b73d0
출처: note 원문
번역: Gemma 3(.44) 초벌 + 교정 21청크
원문 보기 | 출처: note.com