2026년 9월 5일
AI로 같은 이미지를 다시 만들기: 왜 불가능하고 대신 무엇을 해야 하나
같은 프롬프트가 왜 같은 이미지를 돌려주지 않는지, 시드가 실제로 어떤 값어치인지, 캔버스가 각 생성에서 무엇을 보관하는지, 그리고 나머지를 잃지 않고 한 부분만 바꾸는 편집 방법.

Frank HoubreImaginode 창업자
모두가 잘못 표현하는 요청
같은 프롬프트를 다시 돌려도 같은 이미지는 결코 돌아오지 않는다: 나머지를 지키면서 한 부분만 바꾸려면 다시 생성할 게 아니라 기존 이미지를 편집해야 한다.
제가 진행하는 모든 교육에서 이 장면이 반복됩니다. 누군가 완벽한 이미지를 얻습니다. 딱 하나가 부족하죠. 재킷이 파란색이어야 합니다. 그 사람은 빨강 대신 파랑을 넣어 같은 프롬프트를 다시 돌리고, 완전히 다른 이미지를 받습니다. 다른 얼굴, 다른 배경, 다른 빛.
그다음 30분 동안 계속 다시 돌리며, 도구가 고장 났다는 확신이 커집니다. 고장 나지 않았습니다. 요청이 잘못 놓였을 뿐이고, 그것을 제대로 다시 표현하면 모든 게 달라집니다.
동일한 두 생성이 존재하지 않는 이유, 그 유명한 시드가 해결하는 것과 해결하지 못하는 것, 캔버스가 여러분의 각 생성에서 실제로 보관하는 것, 그리고 무엇보다 올바른 방법을 보겠습니다. 다시 생성하지 말고, 편집하기.
두 생성이 결코 동일하지 않은 이유
각 생성은 서로 다른 무작위 노이즈에서 출발하고 모델이 그것을 단계적으로 변형한다: 뽑기가 다르면 이미지도 다르다. 프롬프트가 엄밀히 같아도 마찬가지다.
이미지 모델은 그리는 게 아니라 노이즈를 걷어냅니다. 무작위로 뽑은 픽셀 죽에서 출발해 여러분의 텍스트를 길잡이 삼아 단계적으로 일관된 이미지로 바꿔 갑니다. 출발점은 클릭할 때마다 바뀝니다.
출발점이 둘로 다르면 도착점도 둘로 다릅니다. 지시가 완전히 같아도요. 이건 결함이 아니라 메커니즘 그 자체입니다. 주어진 프롬프트에 늘 같은 이미지를 돌려주는 모델은 아무 쓸모가 없습니다. 아무도 변형을 탐색할 수 없을 테니까요.
게다가 기억이 전혀 없습니다. 열두 번째 생성은 앞의 열한 번에 대해 아무것도 모릅니다. 여러분이 좋은 걸 찾았다는 사실도 모르죠. 생성 버튼을 누를 때마다 0에서 시작하고, 앞의 것들과 공유하는 역사는 하나도 없습니다.
시드: 그것이 실제로 무엇인가
시드는 시작 노이즈를 결정하는 숫자다: 고정하면 이론적으로 같은 이미지에 다시 도달할 수 있다. 다른 것이 아무것도 바뀌지 않고 공급자가 그것을 존중한다는 조건에서.
시작 노이즈는 진짜 무작위가 아니라 어떤 숫자로부터 계산됩니다. 그 숫자가 시드, 곧 씨앗입니다. 같은 씨앗, 같은 노이즈, 따라서 이론상 같은 이미지.
이론상일 뿐이고, 바로 거기서 사람들이 착각합니다. 시드가 얼리는 건 출발점뿐입니다. 프롬프트의 단어 하나만 바꿔도, 비율을 바꿔도, 해상도를 바꿔도, 같은 노이즈에서 지나온 길이 여러분을 다른 곳으로 데려갑니다. 시드는 이미지의 내용을 잠그지 않고 뽑기를 잠급니다.
여러분의 경우에 대해 이 문제를 확실히 매듭짓자면: 같은 시드에 수정한 프롬프트를 쓴다고 해서 재킷만 파란 여러분의 이미지가 나오지 않습니다. 다른 이미지가 나옵니다. 조금 더 가까울 수는 있어도 여러분의 것은 결코 아닙니다. 시드는 체계적으로 탐색하는 데 쓰는 것이지 보정하는 데 쓰는 게 아닙니다.
캔버스가 각 생성에서 실제로 보관하는 것
각 노드가 이력을 보관한다: 엔진, 정확한 프롬프트, 설정, 카메라, 연결된 입력, 비용과 날짜. 프롬프트를 복사하는 버튼과 함께.
시드는 캔버스에서 조절할 수 없고, 의심을 남기느니 솔직히 말하는 편을 택하겠습니다. 반면 나머지는 전부 보관되고, 일상에서 중요한 건 그쪽입니다.
모든 이미지 노드와 모든 영상 노드가 자기 생성물을 썸네일로 보관합니다. 클릭 한 번이면 그중 하나로 돌아갑니다. 그리고 각 썸네일 뒤에서 파라미터 화면이 사용한 엔진, 한 자 한 자 그대로의 프롬프트, 설정들, 카메라 설정, 연결되어 있던 입력들, 크레딧 비용과 날짜를 돌려줍니다.
실무에서는 이걸로 실제 상황의 절반이 해결됩니다. 픽셀 단위로 이미지를 다시 만들고 싶은 경우는 거의 없습니다. 여러분이 찾는 건 레시피입니다. 어떤 모델, 어떤 프롬프트, 어떤 프레이밍. 그건 갖고 있고, 프롬프트 복사 버튼이 다시 타이핑하는 수고를 덜어 줍니다.
옳은 질문: 복제인가 수정인가
이미지를 똑같이 복제하는 것은 실제 쓸모가 거의 없는 반면, 기존 이미지를 수정하는 일은 늘 있다: 두 요청은 같은 도구를 부르지 않는다.
30초만 들여 정말 원하는 게 무엇인지 말로 표현해 보세요. 거의 모든 경우, 그것은 같은 이미지가 아닙니다. 한 가지가 다른 같은 이미지입니다.
재킷을 파랗게. 배경을 야외로. 오른쪽 자동차 없이. 세로 비율로. 이 요청들에는 공통점이 있습니다. 이미 존재하고 마음에 드는 이미지에서 출발한다는 점이죠. 생성을 요구하는 게 아니라 수정을 요구하는 겁니다.
그리고 거기에는 답이 있고 아주 잘 작동합니다. 이름은 이미지 편집. 카탈로그의 상당 부분을 차지하며, 이 글의 남은 절반의 주제입니다.
편집: 노이즈가 아니라 당신의 이미지에서 출발하기
편집 모델은 당신의 이미지를 입력으로 받아 당신이 서술한 것만 바꾸고, 구도의 나머지 전부를 지킨다.
편집 모델은 무작위 노이즈가 아니라 여러분의 파일에서 출발합니다. 그것을 분석하고, 장면을 이해하고, 여러분의 지시를 적용해, 요청한 수정이 반영된 같은 이미지를 돌려줍니다. 얼굴은 그 얼굴로, 배경은 그 배경으로 남습니다.
6크레딧의 Flux Kontext가 이 분야의 전문가입니다. 입력 이미지를 요구하고 지시에 따라 변형하는데, 바로 그 제약이 강점입니다. 순수 생성 모델이라면 무작위로 다시 조합했을 것을 지켜 냅니다.
캔버스에서는 이렇게 연결합니다. 기존 이미지 노드를, 모델로 편집 모델을 고른 새 노드에 물립니다. 바뀌어야 할 것만 씁니다. 결과는 자기 썸네일을 달고 도착하고, 두 버전이 프로젝트 안에 나란히 존재합니다.
편집 지시를 쓰는 법
편집 지시는 두 부분으로 되어 있다: 바뀌는 것을 정확히 서술하고, 그다음 움직이면 안 되는 것들을 나열한다.
이 글 전체에서 가장 쓸모 있는 규칙이고, 모든 편집 모델에 통합니다. 앞부분: 바꾸고 싶은 것을 정확하게. 데님 재킷을 네이비 울 소재의 스트레이트 컷 정장 재킷으로 바꿔.
뒷부분, 모두가 잊는 그것: 움직이지 않을 것들의 목록. 얼굴, 헤어스타일, 포즈, 프레이밍, 배경, 빛을 정확히 그대로 유지해. 이 목록이 없으면 모델은 마주치는 모든 것을 손대도 된다고 여기고, 여러분은 잘 차려입은 다른 사람을 돌려받습니다.
목록은 자기 이미지에 맞춰 조정하세요. 안경, 개, 자동차가 있다면 이름을 대세요. 모델은 여러분이 무엇을 아끼는지 짐작하지 않습니다. 이 두 겹 구조는 먹히는 프롬프트 쓰기에서 설명한 것과 같고, 그것을 편집에 적용한 것입니다.
예산에 맞는 편집 모델
GPT Image Mini는 2크레딧, Seedream 5 Lite는 5, Flux Kontext는 6, Nano Banana 2는 10, 가장 복합적인 요청에는 19크레딧의 Nano Banana Pro.
편집 카탈로그는 2에서 19크레딧까지고, 선택은 원본 품질보다 요청의 복잡도로 정해집니다. 2크레딧의 GPT Image Mini는 범위가 분명한 단순 보정이면 충분합니다.
5크레딧의 Seedream 5 Lite는 편집을 받고 엄청나게 긴 프롬프트도 삼킵니다. 움직이지 않을 것들의 목록이 길 때 딱 맞죠. 6크레딧의 Flux Kontext는 구조를 지키면서 배경을 바꾸거나 장면의 결을 바꾸는 데 가장 한결같습니다.
그 위로 10크레딧의 Nano Banana 2는 빛을 바꾸고, 인물은 지키고, 물건은 옮겨 같은 복합 지시를 전부 다시 조합하지 않고 따릅니다. 그리고 19크레딧의 Nano Banana Pro는 수정하기 전에 장면을 이해해야 하는 중첩 지시용입니다. 항상 가장 싼 것부터 시작하세요. 생각보다 자주 그걸로 됩니다.
복제하고 싶은 것이 인물일 때
사진 세 장과 @멘션을 가진 참조 노드는 생성이 바뀌어도 인물을 알아볼 수 있게 만든다. 어떤 프롬프트도 하지 못하는 일이다.
편집으로 부족한 경우가 하나 있습니다. 완전히 다른 장면에 같은 사람을 넣고 싶을 때입니다. 그건 이미지를 수정하는 게 아니라, 새 이미지 안에서 한 요소를 되찾는 일이니까요.
답은 참조 노드입니다. 이름과 설명과 사진 몇 장을 주고, 어떤 프롬프트에서든 @를 쳐서 부릅니다. 모델은 텍스트에 더해 이미지를 받고, 비율을 지어내는 대신 실제 비율을 베낍니다.
이 주제는 한 문단으로는 부족해서 AI에서 일관된 인물에서 통째로 다뤘습니다. 좋은 사진 세 장이 400단어의 설명보다 낫다는 것, 그리고 모든 모델이 참조를 받는 건 아니라는 것만 기억하세요. 고른 모델이 읽지 못하면 노드에 포트가 나타나지 않습니다.
복제하고 싶은 것이 스타일일 때
여러 노드에 물린 스타일 노드는 다시 타이핑할 필요 없이 모든 생성에 같은 아트 디렉션을 강제한다.
세 번째 경우: 복제하고 싶은 것이 이미지도 인물도 아니라 마감입니다. 서로 다른 열 개의 비주얼에 같은 팔레트, 같은 질감, 같은 빛 처리.
아트 디렉션 세 줄을 프롬프트마다 맨 위에 복사하는 방식은 그럭저럭 통합니다. 그중 한 줄을 바꾸고 나머지 아홉에 반영하는 걸 잊는 날이 오기 전까지는요. 스타일 노드는 그걸 위해 있습니다. 한 번 서술하고, 참고 이미지를 붙이고, 모든 노드에 물립니다.
스타일 노드의 서술을 바꾸면 다음 열 번의 생성이 그것을 물려받습니다. 정확히 AI 무드보드 만들기에서 설명한 메커니즘이고, 브랜드 비주얼 한 세트를 지탱하는 것도 이겁니다.
제작 방법: 단계별로 굳히기
최저가로 자유롭게 탐색하고, 고른 이미지를 굳히고, 그다음부터는 그 이미지에 대한 연속 편집으로만 전진한다.
제가 일하는 방식이고, 위에서 말한 상황의 90퍼센트를 막아 줍니다. 1단계, 탐색: 1크레딧의 Flux Schnell로 열다섯이나 스무 번, 제약 없이. 찾는 건 구도이고 그 외에는 없습니다.
2단계, 굳히기: 고른 이미지 딱 하나를 좋은 모델에서 깔끔하게 다시 만듭니다. 그때부터 그 이미지가 기준이고 처음 프롬프트는 다시 돌리지 않습니다. 이미지는 자기 노드 안에, 자기 이력과 함께 삽니다.
3단계, 수정: 오직 편집으로만, 한 번에 한 가지씩, 각각 자기 노드에서. 각 단계가 보이고 되돌릴 수 있는, 읽히는 사슬이 만들어집니다. 그리고 세 번째 수정이 잘못되면 아무것도 잃지 않고 두 번째로 돌아갑니다.
아직도 할 수 없는 것
다른 곳에서 생성된 이미지를 프롬프트도 파일도 없이 되찾는 일은 여전히 불가능하다: 거기서 다시 출발하게 해 주는 건 이미지 자체뿐이다.
정직한 한계 두 가지로 마칩니다. 이미지도 프롬프트도 잃어버렸다면 아무도 되찾아 주지 못합니다. 생성된 이미지는 모델 안에 저장되어 있지 않고, 여러분의 파일 말고는 어디에도 존재하지 않습니다. 모든 것을 보관하는 프로젝트 안에서 작업해야 할 가장 좋은 이유가 그것입니다.
그리고 이미지는 있는데 다른 도구나 스크린숏 같은 데서 온 것이라면, 다 잃은 건 아닙니다. 미디어 노드로 불러와서 편집하세요. 레시피는 되찾지 못하지만 수정은 할 수 있고, 애초에 그것이 진짜 요청이었습니다.
다음으로는 필요에 따라 두 방향이 있습니다. 얼굴이 문제라면 같은 인물 유지하기로, 나아가지 못한 채 크레딧을 태우는 느낌이라면 초보자의 실수로.