Community코딩 & 개발github.com

leolou0512/claude-skills

야간 자율 프로토콜 — 사용자가 잠드는 동안 에이전트가 감독 없이 계속 작업하도록 합니다: GPU를 가장 가치 있는 실험으로 바쁘게 유지하고, 하나가 끝나면 다음 작업을 연결하며, 사용자가 깨어날 때 보고서를 준비합니다. 사용자가 "잘자", "/bedtime", "자러 간다", "굿나잇", "gn", "지금 자요", "밤새 계속해", "GPU를 놀리지 마"라고 말할 때 사용합니다. 짧은 부재("한 시간 후에 돌아올게")에는 사용하지 않습니다 — 그건 일반 대기 모드입니다.

claude-skills란 무엇인가요?

이 스킬은 사용자가 잠자는 동안(약 7-8시간) AI 에이전트가 자율적으로 작업을 계속 실행하도록 설계된 '야간 자율 프로토콜'입니다. 주요 목표는 세 가지 실패를 방지하는 것입니다: 아무 일도 하지 않음, 쓸모없는 작업에 컴퓨팅 낭비, 세션이 종료되어 GPU가 유휴 상태가 되는 것. 에이전트는 사용 가능한 GPU 리소스를 확인하고, 사용자가 이미 큐에 넣은 작업이나 가장 불확실성을 줄일 수 있는 실험을 최우선으로 선택합니다. 작업은 `nohup setsid`를 사용하여 디스크 기반 드라이버로 분리 실행되어 세션이 죽어도 GPU가 계속 바쁘게 유지되도록 합니다. 또한 30-60분마다 모니터가 상태를 확인하고, 실패 시 진단 및 재시작하거나 다음 후보 작업으로 전환합니다. 아침에는 실행된 작업, 결과, 사망 및 복구 내역, 진행 중인 작업의 ETA를 포함한 보고서를 생성하며, 사용자가 나타나면 즉시 `/qu format`으로 보고서를 제시합니다. 이 스킬은 Claude Code와 같은 에이전트 환경에서 사용되며, git push나 유료 서비스 사용 등 돌이킬 수 없거나 외부에 영향을 주는 작업은 절대 수행하지 않습니다.

지원 대상✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/leolou0512/claude-skills/tree/HEAD/skills/bedtime

Installed? Explore more 코딩 & 개발 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

/bedtime — 야간 자율 모드

사용자는 약 7~8시간 동안 잠듭니다. 피해야 할 첫 번째 실패: 사용자가 깨어났는데 아무 일도 일어나지 않은 경우. 두 번째 실패: 컴퓨팅이 무의미한 일에 소모된 경우. 세 번째 실패: 세션이 02:00에 종료되면서 세션 내 감시자가 함께 죽어 GPU가 유휴 상태가 된 경우. 이 세 가지를 순서대로 방지하도록 설계합니다.

1. 확인 (≤ 4줄, 질문 금지)

사용자가 떠납니다. 아무것도 묻지 마세요. 다음을 명시하십시오: 지금 실행 중인 것, 밤새 수행할 작업 (선택한 항목 + 대비책), 아침 보고서가 위치할 곳. 결정이 정말로 사용자의 몫이라면, 컴퓨팅을 바쁘게 유지하고 되돌릴 수 있는 기본값을 선택하고, 그 가정을 확인 메시지에 명시하고, 아침에 NEED YOU에도 다시 명시하십시오.

2. 인벤토리 — 리소스 및 후보 (≤ 10분, 저렴한 확인)

  • 컴퓨팅: 여기서 nvidia-smi 실행 (다른 사용자와 공유 — 사용 가능한 카드만 가져가고, 긴 작업을 nice로 실행하며, 다른 사용자의 작업은 건드리지 말 것); 프로젝트의 머신 목록에 있는 원격 노드(있는 경우); 관련된 클러스터 큐(있는 경우). 무엇이 비어 있고, 무엇이 사용 중이며, 무엇이 곧 끝날지 기록하십시오.
  • Claude 예산: 남은 사용량 확인. 야간에 플릿과 워크플로우가 주간 한도를 소진할 수 있으므로 사용자의 중단 임계값을 준수하십시오. 에이전트 주도 루프보다는 디스크 기반 드라이버(실행 중 토큰 0 소모)를 선호하십시오.
  • 후보, 우선순위 순 — 사용 가능한 컴퓨팅에 맞는 가장 높은 우선순위 항목을 선택하십시오:
    1. 사용자가 이미 큐에 넣은 작업: 오늘의 대화, 전투 계획의 다음 단계, 최신 핸드오프 파일의 "다음 세션이 이어받을 내용", WRAPUP_PLAN / TODO 파일.
    2. 현재 목표(보통 논문)에 대한 불확실성을 가장 줄여주는 실험: 리뷰어가 요구할 절제 실험, 누락된 기준선, 시드 반복.
    3. 완료된 체크포인트에 대한 평가/메트릭 (프로젝트 메트릭) — 저렴하고 항상 유용.
    4. 완료된 결과 분석 → 프로젝트의 reports 폴더에 플롯/보고서.
    5. 코드 위생 — 컴퓨팅 형태의 작업이 없는 경우에만. GPU 시간을 많이 소모하는 작업을 선호하십시오: 밤새 낭비되는 것은 유휴 GPU 시간이지 여러분의 시간이 아닙니다. 사용자의 결정이 필요한 작업, 이미 무의미하다고 알려진 작업, 사용자가 확정한 설계와 관련된 작업은 건너뛰십시오. 통제된 비교: 한 번에 한 요인씩, 기준선과의 비교 가능성을 깨뜨리지 않는 방식으로.

3. 실행 — 일반적인 위생 + 내구성

  • 구성을 해결하고 로그에 무엇이 들어가는지(행, 필터, 분할, 기준선과의 모든 편차) 명시하십시오. 먼저 정확한 명령을 스모크 테스트하십시오.
  • 에이전트 루프가 아닌 디스크 기반 분리 드라이버: nohup setsid <driver>.sh 가 <run>/ 아래에 state.txt / result.txt / 로그를 기록합니다(final_now_driver.sh 패턴). 드라이버는 스테이지 → 스테이지 및 작업 → 다음 작업을 자체적으로 연결하며, 각 스테이지에는 실패 시 큰 소리로 알리는 데드라인이 있습니다. 이 세션이 죽어도 GPU는 계속 바쁩니다.
  • 동작이 아닌 효과를 확인하십시오: 시작 후 프로세스 생존, 첫 번째 로그 라인, 첫 번째 wandb 포인트; wandb URL을 아침 보고서에 포함.
  • 무료 GPU당 최대 한 개의 작업; 하우스메이트의 작업이 분명히 곧 끝나서 GPU를 돌려받아야 한다면 한 카드는 비워두십시오 — 공유 머신.

4. 감시 — 드문 간격, 내구성

  • 모니터를 설정하십시오 (Monitor 도구 / ScheduleWakeup ~30-60분) — 유일한 임무: 죽었는가? → 진단; 원인이 저렴하고 이해 가능하면 재시작 (OOM → 더 작은 배치, 경로 오타); 그렇지 않으면 다음 후보로 전환. 완료되었는가? → 드라이버가 이미 다음 작업을 시작했어야 함; 그렇지 않으면 시작. 각 깨어남 시 유휴 GPU = 기록이 아닌 조치.
  • 각 깨어남 시 관찰 전 예상: 예상하는 손실/에폭/스텝을 명시하고 비교, 야간 로그에 한 줄 기록.
  • 컨텍스트가 부족해지면 → 지금 핸드오프 파일 YYYY-MM-DD_overnight.md를 작성하고, 모든 드라이버를 확인하는 방법을 포함한 후 계속 진행.
  • 푸시: 야간에는 한 번만, 전체 계획이 붕괴되어 복구가 불가능한 경우 — 사용자가 깨어나면 읽습니다. 그 외 모든 것은 보고서를 기다림.

5. 아침 제공물

  • 보고서 파일 YYYY-MM-DD_overnight.md: 무엇이 실행되었고 왜 그랬는지 (사다리의 가로대), 무엇이 완료되었는지, 기준선 대비 수치, 무엇이 죽었고 무엇이 복구되었는지, 아직 실행 중인 것과 절대 ETA, 링크.
  • 사용자가 나타났을 때 첫 메시지: /qu format, 프롬프트 없이, 해당 파일을 가리킴. 사용자를 위해 결정한 사항 → NEED YOU 맨 위에 당신이 선택한 기본값을 명시.

절대 야간에 하지 말 것

되돌릴 수 없거나 외부를 향한 작업: main에 푸시 금지, 강제 푸시 금지, 실행/체크포인트/데이터 삭제 금지, 승인받지 않은 유료 서비스 사용 금지, 잠긴 결정 재검토 금지, 논문 주장 변경 금지. 사용자가 유용해지기 위해 필요한 작업 금지. 다른 사용자의 프로세스, GPU 또는 구성 건드리기 금지.

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

leolou0512/claude-skills

Revise or write technical and scientific prose so it reads as precise academic writing, not AI-generated or colloquial text. Covers the recurring tells (everyday verbs for mathematical operations, objects given agency, pictures instead of guarantees, paraphrases of named concepts, slogans as reasons, spatial metaphors, fillers), what to leave alone, a marked-edit workflow that keeps numbers, citations and meaning, and paper-level narrative (launch principle, 发布会原则: lead with the strongest advantage, no self-weakening wording). Use whenever the user asks to write or restructure an abstract, introduction or conclusion, frame results against baselines, polish, restyle, tighten, proofread, "make it sound academic", "remove the AI tone", or run a style pass on a paper, SI, caption, rebuttal or report; when a co-author or reviewer calls the text colloquial or AI-like; and before handing over any new paper prose you wrote, even unasked.

leolou0512/claude-skills

Multi-agent project framework — one brainstorm agent scopes a new project and writes per-part briefs; one coordinator (no real work) dispatches, stops and resumes; N part agents implement in parallel, talking only through a shared status board and rare one-line messages. Use when the user says "you're the brainstorm agent", "you are the coordinator", "you are part N" / "agent task N" / "task N", "start a new project with agents", "next wave", or when a repo has a `team/` folder and a session is told its role. Not for single-session tasks.

leolou0512/claude-skills

Quick update — the ultra-terse status format for when the user comes back after the agent has been working alone for a while. Three fixed headers only: RUNNING / RESULTS / NEED YOU. Use when the user says "qu", "/qu", "quick update", "quick status", "what's up", "back, anything?", or returns from an absence and asks how it went. Also the default register for any unprompted update after a long autonomous stretch.

관련 스킬