Operation observed

dartlab 테스트 · CI 운영 규칙

dartlab 테스트 · CI 운영 규칙 운영 규칙을 Skill OS에서 확인하고 변경 전후 검증 게이트로 사용한다.

operation.testing GitHub 원본

절차

실행 순서

  1. 1

    1. 핵심 원칙 — 4 개로 간다 기준을 확인한다.

  2. 2

    2. 3-Tier CI 구조 기준을 확인한다.

  3. 3

    Tier 1 — `ci-fast.yml` (PR + master push, 목표 ≤ 3 분) 기준을 확인한다.

  4. 4

    Tier 2 — `ci-full.yml` (master push only, 목표 ≤ 10 분) 기준을 확인한다.

  5. 5

    Tier 3 — `ci-nightly.yml` (cron 15:00 UTC = KST 00:00, 목표 ≤ 45 분) 기준을 확인한다.

  6. 6

    **module scope 권장** — 파일 단위 로드·해제.

  7. 7

    **session scope 지양** — Company 여러 개 로드 누적 시 OOM.

  8. 8

    **function scope** — 필요하면 사용, `gc.collect()` 권장.

  9. 9

    root `dartlab` logger 에 stderr `StreamHandler` 자동 부착 (최초 1 회).

예시

이런 질문이 들어오면 이 skill 을 쓴다

  • dartlab 테스트 · CI 운영 규칙 규칙 확인
  • testing 작업을 Skill OS에서 시작

출력

기대 결과

  • 작업 경로
  • 확인한 근거
  • 검증 결과

Skill OS 흡수 규칙

  • 이 skill이 공식 진입점이다. 삭제된 운영 문서 경로를 다시 안내하지 않는다.
  • 공개 호출 방식과 대표 반환 형태는 skill에서 확인하고, 세부 필드는 capability/docstring으로 검산한다.
  • 분석이나 변경 결과는 ref, 실행 로그, 테스트 결과로 검증한다.

실행 순서

    1. 핵심 원칙 — 4 개로 간다 기준을 확인한다.
    1. 3-Tier CI 구조 기준을 확인한다.
  • Tier 1 — ci-fast.yml (PR + master push, 목표 ≤ 3 분) 기준을 확인한다.
  • Tier 2 — ci-full.yml (master push only, 목표 ≤ 10 분) 기준을 확인한다.
  • Tier 3 — ci-nightly.yml (cron 15:00 UTC = KST 00:00, 목표 ≤ 45 분) 기준을 확인한다.
  • module scope 권장 — 파일 단위 로드·해제.
  • session scope 지양 — Company 여러 개 로드 누적 시 OOM.
  • function scope — 필요하면 사용, gc.collect() 권장.
  • root dartlab logger 에 stderr StreamHandler 자동 부착 (최초 1 회).

런타임

실행 환경별 호환성

환경상태비고 / 제한
Local Python supported—
Server supported—
MCP supported—
Web AI supported—
Pyodide supported—

실패 회피

흔한 실패 · 절대 금지

흔한 실패
  • Skill OS 검색 없이 과거 문서 경로를 직접 찾음
  • API schema를 skill 본문에 중복해 docstring/기능와 어긋남
  • 검증 게이트 없이 변경 또는 답변을 완료 처리함
절대 금지
  • 삭제된 운영 문서 경로를 공식 진입점으로 안내하지 않는다.
  • 공개 호출 방식, 대표 반환 형태, 오류/제한 동작을 skill과 불일치한 채 방치하지 않는다.