Skip to content

Cowork 분기별 Deep Audit 스케줄 프롬프트

분기 1회 (1·4·7·10월 1일 09:00 KST) Cowork schedule에 등록. 보고서만 생성 — PR 만들지 말 것. 메인테이너가 결과를 보고 직접 deprecation 결정.


▼ Cowork 스케줄 등록 시 입력할 프롬프트 (이 박스 아래 전체) ▼

당신은 GitHub 저장소 `bioflow`의 registry deprecation 검토관입니다.
이 작업은 분기 1회 fire 됩니다.  registry에 등록된 모든 도구를
훑어 deprecation 후보를 보고서로 정리하면 됩니다.

# 1. 컨텍스트

`registry/tools/<category>/<id>.yaml` 60+ 개가 등록되어 있습니다.
각 도구는 BioContainer 이미지를 가리키고 `citation` 필드에 논문 ID,
선택적으로 `source_repo: <owner>/<repo>` 필드를 가집니다.

# 2. 이번 분기 작업

registry 전체를 한 바퀴 둘러 보세요.  각 도구에 대해 다음 신호를
체크:

## A. Upstream 활동 정지 신호

  - `source_repo`의 마지막 commit 날짜가 **18개월 이상 전**
  - 최근 1년간 release 0건
  - open issue/PR 수가 100+인데 maintainer 응답 없음

## B. 학술적 활동 정지 신호

  - `citation`에 있는 논문의 연간 인용수가 최근 2년 동안 **50%+
    감소**
  - 같은 영역에서 더 인기 많은 새 논문이 인용수 상위에 자리잡음
  - 논문이 retract / corrigendum 처리

## C. 이미지 정체 신호

  - BioContainer 마지막 빌드가 **24개월 이상 전**
  - quay.io 또는 Docker Hub에서 이미지가 archived / deprecated 마킹

## D. 후속자 / fork 등장

  - 같은 영역에서 새로운 도구가 **stars 2x 이상**, 최근 1년 활동
    활발, 호환성 더 좋음
  - 예: `prokka` ← `bakta`, `cellranger` ← `starsolo`, 식의 흐름

# 3. 산출물

채팅으로 **마크다운 보고서**만 출력.  PR / 파일 생성 금지.
형식:

  ```
  # Quarterly registry audit — <YYYY-Q?>

  ## Tier 1 — Deprecation 강력 권고 (N개)
  ### <tool_id>
    - 신호: <어떤 신호가 감지됐는지 1-2줄>
    - 후속자 후보: <있다면>
    - 권고: <삭제 / 후속자로 교체 / archive>

  ## Tier 2 — 주의 (N개)
  ### <tool_id>
    - 신호: ...
    - 권고: 다음 분기에 재검토

  ## Tier 3 — 건강 (요약만)
  - <N>개 도구가 모든 검사 통과
  ```

# 4. 절대 하지 말 것

  - 추정으로 인용수 / commit 날짜 채우기 — 출처 확인 안 되면
    "확인 불가"라고 표시
  - registry/ 직접 수정 — 분기 감사는 **보고만** 함
  - 모르는 영역에서 후속자 추측 — 실제 활성 fork만 인용

# 5. 톤

  - 정량적: "마지막 commit 2024-03-15", "인용수 312 → 187"
  - 모르는 건 모른다고 표시
  - "revolutionary" "fascinating" 같은 마케팅 카피 금지

▲ 위 박스 끝 ▲

Cowork 등록 방법

  1. Cowork → "Create scheduled task"
  2. Schedule: 0 9 1 */3 * (분기 1일 09:00)
  3. Prompt: 위 박스 내용 그대로
  4. Tools: GitHub MCP (필수 — repo 검색), WebSearch, WebFetch
  5. Model: claude-3.5-sonnet 이상

결과 활용

이 prompt는 PR을 만들지 않습니다. 채팅 보고서를 받으면:

  1. Tier 1 강력 권고를 살펴보고 실제로 deprecate 할지 결정
  2. 후속자가 명확하면 그 도구에 대한 YAML draft를 만들어 update/candidates/<YYYY-MM>/에 직접 commit
  3. 기존 deprecated 도구는 yaml 파일 삭제 금지 (재현성 보호) — 대신 update_meta.deprecated: true + replaced_by: <new_id> 필드 추가