Dryforge설명만 하세요.
나머지는 맡기고요.
Your agent works like a senior developer.
브레인스토밍부터 코드 작업까지— 전 과정을 흐트러짐 없이 다잡는 플러그인 하네스.
/plugin marketplace add fn-opt/dryforge /plugin install dryforge
추측 위에 코드를 쌓지 않습니다
처음에 제대로 물어야 엉뚱하게 만들고 되돌리는 일을 줄일 수 있습니다. 몇 번의 질문이 나중의 큰 수정보다 훨씬 쌉니다.
원하는 동작과 예외, 꼭 지켜야 할 기준은 코드만 봐서는 알 수 없습니다. 이 부분은 충분히 묻고 확인합니다.
구현 방법은 에이전트가 조사하고 판단합니다. 선택에 따라 결과가 달라질 때만 장단점을 설명하고 결정을 묻습니다.
코드에서 답을 찾을 수 있거나 결과에 영향이 없는 선택은 스스로 처리합니다.
잘못된 가정이 마지막 검증에서야 드러났다면, 더 일찍 물었어야 했다는 뜻입니다.
절차가 많다고 더 잘 만드는 건 아닙니다
확인할 항목을 늘리면 안전해 보입니다. 하지만 에이전트가 좋은 결과보다 체크리스트를 통과하는 데 매달릴 수 있습니다. Dryforge는 반드시 지켜야 할 선만 긋고, 그 안의 판단은 맡깁니다. 모델이 나아져도 오래된 절차에 발목 잡히지 않습니다.
승인한 범위를 벗어나야 한다면 멋대로 진행하지 않고 다시 묻습니다.
끝났다는 말 대신, 실제로 명령을 돌린 결과를 남깁니다.
무엇을 왜 정했는지가 프로젝트 문서로 남습니다. 새 대화도 그걸 읽고 시작합니다.
설명만 하세요. /ready가 받습니다.
설치한 뒤, 하고 싶은 일을 한 줄 적으면 됩니다.
작업은 두 명령으로 이어집니다
다음 작업은 여기서 시작합니다
이미 코드가 있는 프로젝트라면 /migration을 처음에 한 번 돌립니다.
/ready는 정리되지 않은 생각도 받습니다
한 줄짜리 아이디어든, 다른 도구가 뱉은 스펙이든, 흩어진 메모든 그대로 넣으면 됩니다. 코드가 답할 수 있는 것은 스스로 채우고, 당신에게는 코드가 답할 수 없는 것만 묻습니다.
/go는 모든 일을 똑같이 다루지 않습니다
작은 수정까지 무거운 절차를 거치게 하지 않습니다. 모든 결과는 직접 확인하되, 실패했을 때 되돌리기 어려운 일은 나눠서 더 꼼꼼히 검증합니다.
/migration은 기존 프로젝트를 먼저 읽습니다
새 프로젝트만을 위한 도구가 아닙니다. 지금 있는 코드를 읽어 구조와 규칙을 정리하고, 코드만으로 알 수 없는 내용만 확인합니다.
your-project/ ├── CLAUDE.md Claude Code가 먼저 읽는 문서 ├── AGENTS.md Codex가 먼저 읽는 문서 └── docs/ ├── architecture.md 구조와 흐름 ├── business-rules.md 제품의 동작 규칙 ├── security.md 보안 정책 ├── standards.md 지켜야 할 기준 ├── operations.md 설치·빌드·배포 ├── contracts.md 외부와 주고받는 형식 └── tracking/ 결정과 진행 기록
자주 묻는 질문
언제 실행되나요?
/ready, /go, /migration을 직접 입력했을 때만 움직입니다. 평소 대화나 다른 작업에 끼어들지 않습니다.
쓰던 환경이 바뀌나요?
바뀌지 않습니다. 기존 Claude Code나 Codex 위에 플러그인으로 붙습니다. 별도 서버나 계정이 없고, 작업은 지금 쓰는 폴더와 git 안에서 이뤄집니다. 플러그인을 지워도 만들어진 문서는 프로젝트에 남습니다.
모든 작업에 써야 하나요?
아닙니다. 방향이 이미 분명한 작은 수정은 바로 처리하면 됩니다. 잘못 짚었을 때 되돌리는 비용이 큰 작업일수록 Dryforge가 잘 맞습니다.