jobs은(는) 무엇을 하나요?
runjob을 사용하여 제한된 작업을 설치된 헤드리스 모델 CLI에 넘기고 시스템 전체 실행 원장을 유지하십시오. runjob이 PATH에 있는지 확인하십시오; 만약 없다면, 사용자에게 임시로 시스템 전체 설치를 시도하는 대신 저장소의 설치 단계를 안내하십시오.
작업을 실행하면 할당량이 소모되거나 공급자 요금이 발생할 수 있습니다. 작업을 전달하거나 넘기라는 명시적 요청은 해당 실행에 대한 승인으로 간주합니다. 설명, 검사, 초안 작성 또는 계획 요청은 실행 승인으로 간주하지 않습니다.
실행 형태 선택
- 하나의 제한된 작업에는
runjob run을 사용하십시오. 선택한 작업 디렉토리에서 실행되며 브랜치나 워크트리를 생성하지 않습니다. 편집이나 커밋이 필요한 작업에는 일회용 Git 워크트리 또는 플릿 모드를 사용하십시오. - 여러 작업, 의존성 순서 지정, 자동 격리 워크트리, 재개 가능한 세션 또는 엔진별 동시성 제한에는
runjob fleet run을 사용하십시오. 플릿 파일을 생성하기 전에 references/fleet.md를 읽으십시오. - 이미 실행 중인 작업을 검사하려면
runjob log,runjob report,runjob dash를 사용하십시오. 이들은 읽기 전용입니다;runjob repair는 명시적인 원장 변경입니다.
사용자가 현재 대화 내에서 위임을 요청했을 때, 이 스킬을 인세션 서브에이전트로 대체하지 마십시오.
일회성 작업
중요한 지침은 프롬프트 파일을 사용하여 전달 사항을 검토 가능하게 만드십시오:
runjob run --engine codex --effort high \
--cwd /absolute/path/to/worktree --file /absolute/path/to/prompt.md
사용자가 선택하지 않았고 엔진에 적절한 CLI 기본값이 있는 경우 --model 또는 --effort를 생략하십시오. 현재 모델 이름을 임의로 만들지 마십시오. 엔진별 플래그, 인증 또는 샌드박스 동작이 중요한 경우 references/engines.md를 읽으십시오.
runjob run은 --wait가 제공되지 않으면 실행 후 즉시 반환됩니다. 출력된 uid를 보관하십시오. 다음 명령으로 검사하십시오:
runjob log --uid UID
runjob log --active
runjob report UID --json
runjob dash
로그와 프롬프트에는 소스 코드나 민감한 지침이 포함될 수 있습니다. 이들은 ${DEV_JOBS_HOME:-~/.config/dev-jobs} 아래에 저장됩니다; 별도 검토 없이 게시하거나 첨부하지 마십시오.
완료 및 인계
uid, 실제 요청된 엔진/모델, 작업 디렉토리, 그리고 작업이 단순히 실행되었는지 아니면 완료되었는지 보고하십시오. 프로세스 실행을 성공적인 결과로 설명하지 마십시오. 대기 중인 경우, 터미널 원장 상태를 확인하고 작업의 실제 출력(실패나 잔여 작업 포함)을 요약하십시오.
기계가 읽을 수 있는 작업 종료의 경우, references/report-trailer.md의 정확한 프로토콜을 사용하십시오. 해당 필드를 작업의 주장으로 취급하고, 병합하거나 게시하기 전에 커밋, 테스트 및 수정된 경로를 독립적으로 검증하십시오.