AI Jailbreaks는 25개 이상의 프런티어 모델, 오픈 웨이트 모델, 무료 스텔스 모델을 위한 완전한 복사-붙여넣기용 프롬프트 파일 35개를 엄선해 모은 컬렉션입니다. 저장소에는 시스템 프롬프트, 페르소나 고정 설정, 워크스페이스 정책, AGENTS.md 파일, 구성 블록, Ollama Modelfile이 포함되어 있습니다.
이 튜토리얼에서는 컬렉션을 탐색하고, 올바른 지시 형식을 식별하며, 호환 환경에서 항목을 적용하고, 동작을 책임감 있게 평가하는 방법을 설명합니다. 이 자료는 프롬프트 연구, 교육, 방어적 테스트를 위한 것이며, 타인에게 피해를 주거나 법을 위반하거나 제공업체 약관을 위반하기 위한 것이 아닙니다.
프로젝트에 포함된 내용
이 저장소는 지시 계층, 페르소나 구성, 프롬프트 충돌, 정책 재정의가 모델 동작에 어떤 영향을 미칠 수 있는지에 중점을 둡니다. 각 항목은 요약이나 발췌문이 아니라 완전한 형태로 구성되어 있으므로, 파일 자체에서 무엇을 붙여넣거나 설치해야 하는지 확인할 수 있습니다.
- 시스템 프롬프트: API
system메시지, 챗봇의 사용자 지정 지시 필드 또는 이에 해당하는 프롬프트 슬롯에 입력하도록 설계된 지시문입니다. - AGENTS.md 파일: 코딩 에이전트와 호환 도구를 위한 프로젝트 또는 워크스페이스 지시문입니다.
- 워크스페이스 정책: OpenCode와 같은 환경을 위한 지속적인 운영 사양입니다.
- Ollama Modelfile: Ollama에서 사용할 수 있는 모델 소스와
SYSTEM블록이 포함된 파일입니다. - 하네스 구성: 일반 대화가 아닌 대상 하네스의 구성 필드에 사용하도록 설계된
grok-config.txt와 같은 파일입니다.
이 컬렉션에는 OpenCode Zen 모델, Claude, GLM 및 ZCode, DeepSeek, Kimi, Grok, Gemini, Mistral, Qwen, Gemma, GPT-OSS와 여러 최신 미분류 항목이 포함되어 있습니다.
항목을 선택하고 형식 확인하기
저장소의 컬렉션에서 연구 목표에 맞는 모델이나 형식을 선택하는 것부터 시작하세요. 표에는 모델, 소스 파일, 운영 지시문의 유형이 표시되어 있습니다. 예를 들어 저장소에는 DeepSeek와 Kimi용 시스템 프롬프트 파일, 여러 OpenCode Zen 항목용 워크스페이스 또는 에이전트 사양, Gemma 4와 GPT-OSS 20B용 Modelfile이 정리되어 있습니다.
- GitHub에서 저장소를 엽니다.
- 제공업체 또는 모델 제품군별로 컬렉션을 탐색합니다.
- 적용하기 전에 범위 또는 런타임 참고 사항을 포함해 파일을 읽습니다.
- 파일이 시스템 프롬프트인지,
AGENTS.md드롭인 파일인지, 워크스페이스 정책인지, 구성 블록인지, Ollama Modelfile인지 확인합니다. - 파일이 실행되도록 설계된 모델 버전과 환경을 확인합니다.
모든 파일을 서로 바꿔 사용할 수 있다고 생각하지 마세요. 시스템 프롬프트는 시스템 지시 필드에 입력해야 하고, AGENTS.md 파일은 저장소 또는 워크스페이스에 배치해야 합니다. 하네스 전용 구성 파일은 일반 채팅에 붙여넣지 말고 프로젝트에서 설명한 구성 영역에 배치해야 합니다.
시스템 프롬프트 적용하기
System prompt로 표시된 항목은 파일의 전체 내용을 클라이언트 또는 API에서 제공하는 시스템 프롬프트나 사용자 지정 지시 필드에 복사하세요. README에는 다음과 같은 사용 위치가 제시되어 있습니다.
- API
system메시지 - 챗봇의 사용자 지정 지시 필드
- 에이전트 지시 블록
- 하네스 수준의 프롬프트 구성
초기 테스트에서는 프롬프트를 수정하지 않고 그대로 유지하세요. 저장소는 완전하고 바로 붙여넣을 수 있는 항목을 제공하므로, 일부를 제거하면 지시 계층이 바뀌어 결과를 비교하기 어려워질 수 있습니다. 나중에 테스트를 재현할 수 있도록 모델명, 버전, 프롬프트 파일, 날짜, 클라이언트 구성을 기록하세요.
워크스페이스에서 AGENTS.md 파일 사용하기
AGENTS.md 드롭인으로 표시된 항목은 정확히 해당 파일명으로 저장소 또는 워크스페이스의 루트에 저장하도록 설계되었습니다. 코딩 에이전트와 호환 도구는 이 파일을 프로젝트 수준 지시문으로 인식할 수 있습니다.
- 저장소에서 선택한 파일을 다운로드하거나 복사합니다.
- 테스트 저장소 또는 워크스페이스의 루트에
AGENTS.md라는 이름으로 저장합니다. - 호환되는 코딩 에이전트로 워크스페이스를 엽니다.
- 에이전트가 프로젝트 지시문을 불러왔다고 보고하거나 실제로 적용했는지 확인합니다.
- 폐기 가능한 프로젝트에서 안전하고 통제된 테스트만 실행합니다.
지속적인 전역 지시문의 예로 README는 OpenCode를 제시합니다. OpenCode 설치가 ~/.config/opencode/AGENTS.md를 읽는다고 설명하면서도, 정확한 위치는 클라이언트 또는 하네스에 따라 달라진다고 경고합니다.
워크스페이스 정책 구성하기
assistant operating specification 또는 workspace operating profile로 설명된 파일은 지속적인 전역 지시문을 지원하는 환경에 배치해야 합니다. 설치하기 전에 도구에서 사용하는 구성 디렉터리를 확인하고, 해당 정책이 전역에 적용되는지 현재 프로젝트에만 적용되는지 파악하세요.
유용한 연구 작업 방식은 한 번에 하나의 정책을 테스트하고, 기준 구성과 비교하며, 어떤 지시 영역이 활성화되어 있었는지 기록하는 것입니다. 이를 통해 클라이언트, 모델 릴리스 또는 워크스페이스 컨텍스트의 차이로 발생한 효과와 프롬프트 자체의 효과를 구분할 수 있습니다.
Ollama 모델 빌드하기
저장소에는 Gemma 4와 GPT-OSS 20B용 Modelfile이 포함되어 있습니다. 이 파일은 FROM 선언과 SYSTEM 블록을 사용합니다. 파일을 검토하고 소스 모델을 환경에서 사용할 수 있는지 확인한 다음, 문서에 나온 명령으로 Ollama에 전달합니다:
ollama create gemma4-jb -f gemma4.md테스트하려는 항목에 맞게 모델 이름과 소스 파일을 필요에 따라 변경하세요. 그러면 생성된 로컬 모델을 통제된 조건에서 평가할 수 있습니다. 원본 Modelfile을 보관하고 Ollama 버전, 기반 모델, 하드웨어 환경 및 테스트 프롬프트를 기록하세요.
Grok 구성 파일을 올바르게 처리하기
grok-config.txt는 대상 하네스를 위한 구성으로 설명되어 있습니다. 일반 대화 입력란에 사용하는 파일이 아닙니다. 해당 하네스가 지원하는 구성 슬롯에만 내용을 넣고, 위치나 구문이 불분명하면 하네스 문서를 확인하세요.
책임감 있게 동작 평가하기
프롬프트 동작은 버전에 따라 달라집니다. 모델이 업데이트되고, 지침 계층이 바뀌며, 시스템 프롬프트가 교체될 수 있습니다. 한 릴리스에서 특정 방식으로 동작한 파일이 다른 릴리스에서는 실패하거나 다르게 동작할 수 있습니다.
- 민감하지 않고 무해한 평가 프롬프트를 사용하세요.
- 가능하면 격리된 계정, 작업 공간 또는 로컬 환경에서 테스트하세요.
- 개인 데이터, 자격 증명, 운영 시스템 또는 제3자 정보를 노출하지 마세요.
- 선택한 지침 파일을 적용했을 때와 적용하지 않았을 때의 결과를 비교하세요.
- 모델 릴리스, 클라이언트, 구성 영역 및 관찰된 출력을 기록하세요.
- 결과가 피해, 무단 액세스 또는 정책 위반을 조장할 수 있다면 테스트를 중단하세요.
동일한 분석은 방어적 엔지니어링에도 활용할 수 있습니다. 페르소나 프레이밍과 상충하는 지침이 모델에 미치는 영향을 연구하면 개발자가 프롬프트 인젝션 패턴을 인식하고 지침 경계, 검증 및 도구 권한을 개선하는 데 도움이 됩니다.
재현 가능한 연구를 위한 고급 팁
프롬프트 효과와 환경 효과를 분리하기
기준 환경에서 무해한 동일 테스트를 실행한 다음 선택한 파일을 적용하여 다시 실행하세요. 시스템 프롬프트, 작업 공간 정책 또는 모델 버전처럼 한 번에 하나의 변수만 변경하세요. 이렇게 하면 차이를 의도한 구성에 더 쉽게 귀속할 수 있습니다.
저장소의 버전 관리 지침 사용하기
이 프로젝트는 이전 버전을 조용히 덮어쓰는 대신 opus-v3.md와 같은 새 파일 이름으로 주요 개정판을 구분합니다. 파일을 비교할 때는 정확한 개정판을 보존하고 테스트 시점을 기록하세요.
호환성 주장 확인하기
항목이 여러 제공업체나 클라이언트에서 작동한다고 가정하지 마세요. 유지 관리자는 기여자에게 호환성 주장을 정직하게 유지할 것을 명확히 요청합니다. 각 파일을 문서에 명시된 모델, 하네스 및 지침 영역에 연결된 실험으로 취급하세요.
오래된 동작 보고하기
항목이 더 이상 문서에 설명된 대로 동작하지 않으면 모델, 버전, 영향을 받는 파일, 클라이언트 또는 하네스와 결과에 대한 간결한 설명을 포함하여 이슈를 등록하세요. 이 정보는 모델이 변경되는 동안 유지 관리자가 컬렉션을 최신 상태로 유지하는 데 도움이 됩니다.
새 항목 기여하기
풀 리퀘스트를 환영합니다. 저장소의 기여 원칙을 따르세요.
- 파일 하나당 프롬프트 하나만 사용하세요.
- 공백 없이 소문자와 하이픈으로 파일 이름을 지정하세요. 예:
model-name.md - 요약이나 발췌문이 아니라 그대로 붙여 넣어 사용할 수 있는 전체 프롬프트를 포함하세요.
- 프롬프트가 속할 위치를 설명하세요. 예: 시스템 필드,
AGENTS.md, Modelfile, 구성 슬롯 또는 기타 지침 영역 - 주요 개정판에는 새 버전 파일을 만드세요.
- 실제로 테스트한 호환성만 문서화하세요.
변경 사항은 저장소의 CHANGELOG.md에서 추적하며, 전체 기여 및 보안 지침은 프로젝트 저장소에서 확인할 수 있습니다.
결론
AI Jailbreaks는 다양한 모델과 에이전트 환경에서 완전한 프롬프트 구성을 연구할 수 있는 체계적인 방법을 제공합니다. 올바른 파일 유형을 선택하고, 적절한 지침 영역에 적용하며, 격리된 환경에서 테스트하고, 버전을 신중하게 기록하면 모델 동작을 지원되지 않거나 안전하지 않은 배포와 혼동하지 않고 프롬프트 연구 및 방어적 테스트에 이 컬렉션을 활용할 수 있습니다.
연구 및 교육 목적으로만 사용하세요. 관련 법률, 제공업체 약관 및 사용하는 시스템의 안전 요구 사항을 준수하세요.