실행과 승인

실행 계획의 입력과 사용량을 확인하고, 에이전트 승인·작업 제출·접수 복구를 구분하는 방법입니다.

입력을 준비한 뒤에는 실행 계획을 확인합니다. 계획에는 이번에 사용할 입력과 설정이 고정됩니다. 계획을 만들었다고 작업이 시작되지는 않습니다.

실행 전 확인

프로젝트의 실행 계획 목록에서 검토하기를 엽니다. 다음 항목을 확인하세요.

실행 도구와 검토한 입력이 의도한 작업과 일치하는지
설정값과 사용할 파일·사슬·구간이 맞는지
사용 건수와 제출 기한이 적절한지
현재 화면에서 제출이 가능한지, 제한 사유가 있는지

금액 요금이 미설정이면 무료라는 뜻으로 해석하지 마세요. 사용 건수와 금액 요금은 서로 다른 정보입니다. 화면에 없는 비용을 추정해서 확정하지 마세요.

계획 번호와 해시

에이전트 응답의 planId는 계획을 찾는 식별자이고, planHash는 검토한 계획 내용을 구분하는 지문입니다. 같은 계획을 검토하고 제출하는지 확인하는 데 함께 사용합니다. 에이전트가 반환한 값을 그대로 보존하세요.

제출의 requestKey는 같은 제출 요청을 식별하며 planId·planHash와 다릅니다. planHash로 잃어버린 요청 키를 대체하거나 추정할 수 없습니다.

계획과 접수 여부를 조회합니다. get_plan({planId: "알고 있는 계획 번호"})의 조회 인자는 planId 하나뿐입니다. requestKey·planHash를 보내지 않으며, 원 요청 키를 몰라도 조회할 수 있습니다. 이 조회는 원 requestKey를 반환하거나 복원하지 않습니다.
접수된 작업을 확인합니다. submittedJobId가 있으면 해당 작업의 상태·상세 링크를 확인합니다. 값이 없으면 그 조회에서 접수가 확인되지 않은 상태입니다. 진행 중인 제출의 실패나 미접수를 확정하는 뜻은 아닙니다.
원 요청을 보관한 경우에만 같은 요청으로 재시도합니다. 원래 requestKey와 동일한 제출 내용을 함께 사용합니다.
원 요청이 없으면 기록부터 확보합니다. 조회와 원 요청 기록 확인까지만 진행합니다. 새 요청이나 새 계획을 즉시 제출하지 마세요. 새 키·해시로 대체하는 것은 원 요청 복구가 아닙니다.

이미 접수된 같은 계획을 다른 키로 제출하면 plan_already_submitted로 거절됩니다. 미접수 계획의 모든 새 키가 항상 거절된다는 뜻은 아닙니다. 같은 계획의 재접수 차단과 원 요청의 영수증 복구는 다릅니다. 새 계획까지 만들어 제출하면 같은 입력의 작업이 중복될 수 있습니다.

입력이나 설정을 바꾸려면 새 계획을 준비해 다시 검토합니다. 이전 승인으로 바뀐 내용을 실행하지 않습니다. 같은 계획을 보관해도 모델의 무작위성이나 실행 환경에 따라 출력이 달라질 수 있으므로, 해시가 같은 숫자의 재현을 보장하지는 않습니다.

입력 출처

서열 칸에 UniProt ID(예: P69905)를 넣어 불러오거나, 리간드를 PubChem에서 찾아 고르면 나두바이오 서버가 조회 기록을 남깁니다. 불러온 값을 고치지 않고 계획을 만들면, 계획 검토 화면의 입력 출처에 사슬별로 "UniProtKB P69905 · 릴리스 2026_04"나 "PubChem CID 2244"가 표시됩니다.

서버가 조회한 값과 계획에 고정된 값이 같을 때만 표시됩니다. 불러온 뒤 고친 서열이나 직접 입력한 값에는 출처가 붙지 않습니다.
입력 출처는 계획 해시에 들어가지 않습니다. 같은 서열이면 어디서 왔든 같은 계산이므로, 해시로 재현성을 판단할 때 출처 차이가 섞이지 않게 합니다.
UniProt 항목은 릴리스가 바뀌면 서열이 수정될 수 있습니다. 논문·보고서에 쓸 때는 ID와 함께 릴리스를 적으세요.
AI 도구는 get_plan의 inputSources로 같은 정보를 읽습니다.

에이전트가 만든 계획에 사람의 승인이 필요하면 에이전트 실행 승인이 표시됩니다. 내용을 검토한 뒤 승인하면 에이전트가 그 계획으로 제출을 이어갈 수 있습니다. 승인 버튼 자체가 작업 제출 버튼은 아닙니다. 승인만으로 에이전트가 자동 재개되거나 작업이 예약되지는 않습니다. 에이전트가 승인된 계획으로 submit_plan을 호출해야 실제 제출됩니다. 사용자에게 웹의 작업 제출 버튼을 추가로 누르라고 안내하는 경로가 아닙니다. 제출 시점에도 현재 제출 조건을 다시 확인합니다.

웹에서 직접 준비한 제출 가능한 계획은 별도 경로입니다. 이 경우 확인 항목을 읽고 작업 제출을 누릅니다. 작업이 접수되었습니다가 표시되면 작업 목록 보기로 이동해 상태를 확인합니다. 접수 성공은 계산 완료를 뜻하지 않습니다.

승인 유효 기한이나 계획 제출 기한이 지났으면 화면 안내에 따라 다시 검토하거나 새 계획을 준비하세요. 실행 조건이 바뀐 경우에도 이전 승인만으로 제출을 보장하지 않습니다.

응답이 끊겼을 때

제출 후 응답을 받지 못했다고 즉시 새 계획이나 새 요청을 만들지 마세요. 접수 여부를 확인할 요청이 있습니다가 표시되면 접수 확인·재시도를 사용합니다. 이 동작은 보관된 같은 요청으로 접수 여부를 확인하고, 아직 접수되지 않았다면 같은 요청을 다시 제출합니다.

요청 보관하기는 화면에 원 요청이 남아 있고 버튼이 표시될 때만 사용할 수 있습니다. 이 기능은 남아 있는 원 요청을 파일로 보관하며, 잃어버린 요청을 복원하지 않습니다. 보관 파일은 실행 완료 증명이나 결과 파일이 아닙니다.

브라우저가 요청을 보관하지 못했거나 원 요청이 사라졌다면, 다운로드로 복구할 수 있다고 가정하지 마세요. 현재 안내와 작업 목록에서 접수 상태를 확인하세요. 원 요청이 없는 상태에서는 “같은 요청으로 재시도”를 바로 실행할 수 없습니다. 원 요청 기록을 확보하고 접수 여부를 확인할 때까지 새 요청으로 대체하지 마세요. 응답이 원 요청과 일치하지 않을 때도 자동으로 새 요청으로 바꾸지 않습니다.

제출할 수 없을 때

표시된 상황	다음 행동
제출 기한 만료	입력을 확인하고 새 계획 준비
실행 조건 변경	최신 조건으로 새 계획 검토
접근 권한 없음	로그인 사용자와 프로젝트 접근 권한 확인
실행 환경 미지원	지원되는 입력 준비 단계까지 진행하고 현재 지원 상태 확인

입력 준비·계획 생성·사람 승인만으로 실행 환경이 마련되지는 않습니다. API 키 방식과 웹 방식의 제출 범위도 다를 수 있습니다. 구체적인 응답 사유는 실행 지원 상태와 다음 단계에 설명되어 있습니다.

작업과 결과로 이어가기

접수된 작업의 진행 상태와 실패 사유는 작업 목록에서 확인합니다. 에이전트가 화면 링크를 제공하면 해당 링크로 이동할 수 있으며, 접근 권한 검사는 그대로 적용됩니다. 결과가 제공되면 결과 읽는 법에 따라 지표와 산출물, 실행 근거를 함께 확인하세요.