내장 규칙과 프롬프트

첫 메시지의 모양

세션을 열 때 보내는 첫 메시지는 머리말, 목록, 규칙 세 부분이에요.

[autofix 20261025-0030-a1b2c3] daily-scan 에서 취약점 2건을 받았어요. 사람 확인 없이 끝까지 대응해 주세요(push·배포까지 승인됨).

## 목록
- [HIGH] owner/api · pnpm-lock.yaml · zod 4.6.5 -> 4.6.6 · GHSA-xxxx-xxxx-xxxx · runtime
- [MEDIUM] owner/web · yarn.lock · undici 8.11.0 -> 8.12.2 · GHSA-yyyy-yyyy-yyyy

## 규칙
1. 레포는 ~/src 아래에 있어요 …

부분	내용
머리말	실행 id, 트리거의 source, 건수, 그리고 사람 없이 push·배포까지 하라는 승인
목록	한 줄에 [심각도] 레포 · 파일 · 패키지 지금버전 -> 고친버전 · 권고번호 · 범위. fixed 가 비면 고친 버전 없음, scope 가 비면 범위를 빼요
규칙	RULES_FILE 또는 아래 내장 규칙. 앞뒤 공백을 떼고 {{workdir}} 를 BRIDGE_WORKDIR 로 바꿔요

목록 순서는 심각도(CRITICAL → HIGH → MEDIUM → LOW, 그 밖의 값은 맨 뒤), 같으면 레포 이름과 패키지 이름을 이어 붙인 문자열 순이에요.

세션 제목은 🤖 autofix <실행 id> 예요. agent-bridge 목록에서 이 이름으로 찾을 수 있어요.

내장 규칙

RULES_FILE 이 없을 때 쓰는 규칙이에요. 저장소의 rules.md 를 이 페이지에 그대로 끌어와요.

1. 레포는 {{workdir}} 아래에 있어요(없으면 gh repo clone <목록의 repo>). 레포마다 기본 브랜치를 pull 한 뒤 git worktree 에서 작업하고, 끝나면 worktree 와 브랜치를 지워요.
2. 고친 버전으로 올려요. 직접 의존성이면 범위를 올리고, 하위 의존성이면 yarn up -R <pkg> / pnpm update -r --depth Infinity <pkg> / npm update <pkg> 를 쓰고, 그래도 안 되면 resolutions·overrides 를 써요. package.json 에 packageManager 가 있으면 그 버전으로 실행해요(npx -y corepack yarn@<버전> ...). 레지스트리의 최소 공개 기간 설정(예: .yarnrc.yml 의 npmMinimalAgeGate)이 있으면 그 기간이 지난 버전만 받을 수 있어요.
3. 고칠 수 없으면(고친 버전이 없거나 상위 패키지가 옛 버전에 묶임) 실제로 그 코드가 쓰이는 경로를 확인하고, 이유와 함께 "보류"로 남겨요. 코드를 억지로 바꾸지 않아요.
4. 커밋 전에 그 레포의 lint·typecheck·test·build 를 돌려 통과를 확인해요. 이번 변경과 무관한 기존 실패는 원인을 적고 넘어가요. 락파일 diff 에 대상 외 패키지가 섞였는지도 봐요.
5. 통과하면 커밋하고 기본 브랜치에 push 해요.
6. 그 레포에 배포 파이프라인이 있으면 이번 커밋의 배포가 끝나는지, 라이브가 정상인지 확인해요. 개발 의존성만 바뀌면 배포 확인은 생략하고 그렇게 적어요.
7. 같은 문제로 2번 실패하면 그 항목은 멈추고 결과에 적어요. 시크릿 값은 절대 출력하지 않아요. 질문하지 말고 판단해서 진행해요.
8. 마지막 답변은 항목별 결과(고침/보류/실패), 커밋 해시, 배포 결과를 한국어로 짧게 정리해요. 이 답변이 autofix 화면에 그대로 기록돼요.

규칙을 바꾸고 싶으면 이 내용을 복사해 파일로 두고 RULES_FILE 로 지정하세요. 규칙 쓰기를 보세요.