과제에 결정론적 HTTP 시퀀스: 200 with ETag → 304 → 429를 부여합니다. 결함이 있는 구현은 304를 빈 콘텐츠로 처리하거나, 속도 제한(rate limit) 이후 좋은 상태를 덮어씁니다.

MonkeyCode의 공식 README에 따르면 온라인 서비스는 무료로 시작할 수 있으며, 클라이언트 다운로드나 로컬 설정이 필요 없고, 내장 모델을 제공하며, 실제 서버 측 클라우드 환경에서 작업을 실행합니다. 운영자는 현재 출시가 무료 클라우드 서버 및 모델 액세스를 포함한다고 확인했습니다. 자격 요건, 허용 범위, 가용성은 변경될 수 있으므로 의존하기 전에 계정에 표시된 내용을 확인하십시오.

출처: MonkeyCode repository 및 MonkeyCode Online.

이식 가능한 계약(The portable contract)

{"url":"http://fixture/feed","etag":"v1","lastHash":"abc","checkedAt":"UTC"}

exit 0: checked, no change
exit 10: new content persisted atomically
exit 20: temporary upstream failure; old state retained
...

임시 파일과 원자적 이름 변경(atomic rename)을 요구하며, 200, 304, 429, 잘못된 XML, 그리고 잘린 상태 파일에 대한 더미 데이터(fixtures)가 필요합니다. 실패 전 로그는 이전 구현이 etag를 잃어버리는 것을 보여야 하며, 성공 후 로그는 이를 보존하고 20을 반환해야 합니다.

node rss-check.mjs --url http://127.0.0.1:8080/feed --state ./state.json
echo $?

세션을 종료하기 전에 소스, 더미 데이터, 잠금 파일(lockfile), 명령어 로그 및 커밋을 내보냅니다. 그런 다음 깨끗한 디렉터리로 클론하여 MonkeyCode 없이 다시 실행합니다. 결과가 숨겨진 작업 공간 상태에 의존한다면 체험판을 중단하십시오.

이것은 MonkeyCode가 cron, 배포 또는 무제한 네트워크 액세스를 제공한다고 주장하는 것이 아닙니다. 이것은 무료 클라우드 세션이 남길 수 있는 작은 아티팩트를 생성할 수 있는지 테스트합니다. 어떤 피드 실패가 이전 상태를 보존하면서도 0이 아닌 값을 반환해야 할까요?

공개 고지: 저는 프로젝트와 관련이 없는 MonkeyCode 사용자로서 저의 경험을 공유하는 것입니다. 이 계정은 최근 다른 MonkeyCode 평가를 진행한 것과 동일 운영자가 관리합니다. 이는 독립적인 보증이 아닙니다. 무료 클라우드 서버 및 모델 사용 가능 여부는 현재 운영자가 확인한 출시 정보를 반영하며 변경될 수 있습니다. 서비스에서 현재 자격 요건과 제한 사항을 확인해 주십시오.