백그라운드 실행

혼자 돌라고 보내 놓은 일입니다. 각 실행은 자기 디렉터리를 가진 별개의 에이전트라, 시작한 대화를 닫아도 계속 갑니다.

시작되는 네 가지 길

넷 다 같은 목록으로 흘러듭니다. 직접 아무것도 보내지 않는 사람에게도 이 패널을 볼 가치가 있는 이유가 그것입니다.

이건 로컬 에이전트지 서버가 아닙니다. 기계가 잠든 사이에 반드시 터져야 하는 일은 운영체제의 스케줄러 —— cron, launchd, 작업 스케줄러 —— 의 몫입니다.

이걸 대놓고 적어 두는 이유는, 아니면 조용히 한 번도 돌지 않은 작업이 남기 때문입니다.

기본은 셋. 하나하나가 자기 모델 호출을 가진 온전한 에이전트라, 기계가 먹일 수 있는 것보다 늘리면 더 빨리 끝나는 게 아니라 전부 느려집니다. 이 숫자는 패널의 조절기이고 재시작 없이 반영됩니다.

천장은 열여섯이고, 이건 취향 문제가 아닙니다: 그 너머로 가면 실행들은 앞으로 나아가지 못하고 같은 가중치를 놓고 다투기 시작합니다.

실행의 샌드박스는 작업 디렉터리 안이라면 어디에나 쓸 수 있습니다. 그러니 그 디렉터리는 편의가 아니라 그 실행이 바꿀 수 있는 범위의 전부입니다.

그래서 실행은 자기 디렉터리가 이 제품이 이미 아는 곳일 때 시작할 수 있습니다:

그 밖의 것은 붙들리고, 당신을 기다림 아래에 이 디렉터리 허용 버튼과 함께 나타납니다. 한 곳을 허용하면 그곳을 기다리던 실행이 전부 풀립니다.

승인 설정이 절대 묻지 않기 라면 아무것도 붙들리지 않습니다. 승인을 꺼 둔 사람은 그렇게 말한 것이고, 제품은 자기가 내놓은 설정을 뒤엎지 않습니다.

출력은 에이전트가 만들어 내는 대로 나타납니다. 실행이 끝났을 때가 아니라요. 십 분 걸리는 실행은 그 십 분 내내 읽을 수 있습니다.

끝난 실행은 평범한 대화로 이어 갈 수 있습니다: Continue in a chat 이 같은 디렉터리에서 새 스레드를 열고, 그 실행이 무엇을 요청받았고 무엇을 보고했는지가 이미 문맥에 들어 있습니다.

실행 자체에는 말을 걸 수 없습니다. 이것이 그 안으로 돌아가는 길입니다.