AI 에이전트와 함께 Eagle에서 자료를 찾기 쉽게 정리하기

파란색 패키지 레퍼런스를 저장한 기억이 납니다. 앞면 디자인도 떠오릅니다. 그런데 ‘파란색 패키지’로 검색하면 다른 상자만 나오고, 있을 거라 생각했던 프로젝트 폴더에도 보이지 않습니다. 폴더 구조를 바꾸기 전에, 이번 검색에서 왜 찾지 못했는지부터 확인해봅니다.

실제 작업에 필요한 자료를 AI 에이전트와 함께 찾아보면, 검색에 어떤 단서가 부족한지 살피고 Eagle에서 시험할 정리 규칙을 만들 수 있습니다. 작업 맥락과 자료의 가치는 사람이 설명하고 판단합니다. 에이전트는 가능한 원인을 비교하고, 그 판단을 다시 사용할 지침으로 정리하는 일을 돕습니다. 기존 라이브러리의 일부 자료부터 규칙을 적용한 뒤 검색 결과와 관리 부담을 함께 살펴봅니다.

일반 AI 대화에서 방법을 논의하고 Eagle의 자료는 직접 수정해도 됩니다. 에이전트가 Eagle의 자료를 직접 수정하려면 Eagle과 실제로 연결되어 있어야 합니다. 아래 사례는 과정을 설명하기 위한 예시입니다. 각자의 자료로 실행하고 실제로 관찰한 내용을 기록합니다.

AI 에이전트와 검색 테스트 계획하기

평소 하는 일에 가까운 테스트를 제안받으려면, 에이전트에게 작업 배경을 알려줘야 합니다. ‘라이브러리를 정리해줘’라고만 하면 어떤 자료가 중요한지, 어떤 검색어를 쓰는지, 어떤 결과를 쓸 만하다고 판단하는지 에이전트가 추측하게 됩니다.

실제 작업을 짧은 예로 설명하기

다음 항목에 맞춰 각자의 작업을 구체적으로 적습니다.

에이전트가 “패키지 전체가 파란색이어야 하나요, 작은 포인트 색이어도 되나요?” 또는 “그 이미지를 꼭 찾아야 하나요, 같은 글자 배치 관계를 보여주는 다른 예도 괜찮나요?”라고 물을 수 있습니다. 이 답에 따라 결과가 적합한지 판단하는 기준이 달라집니다.

무엇을 찾으면 성공인지 정하기

라이브러리의 서로 다른 문제를 드러낼 수 있는 작업을 고릅니다. 각 작업에서 필요한 자료가 무엇인지, 어떤 근거로 적합성을 확인할지 나누어 적습니다.

가능하면 먼저 직접 둘러보며 적합한 자료 하나를 찾고, 고유 식별자나 알아볼 수 있는 이름을 적습니다. 그러면 라이브러리에 있는 것이 확실한 자료가 검색에서도 나오는지 확인할 수 있습니다. 적합한 자료가 있는지 확인하지 못했다면 ‘확인하지 못함’으로 남깁니다. 애초에 작업에 맞는 자료가 없었을 수도 있으므로, 곧바로 검색 실패라고 판단하지 않습니다.

Eagle에서 평소 쓰는 검색과 필터로 합의한 테스트를 실행합니다. 어느 라이브러리의 어떤 화면이나 폴더에서 검색했는지, 어떤 조건을 적용했는지 적습니다. 예를 들어 모자와 서 있는 자세 태그가 모두 필요하다면 둘 다 충족하도록 설정합니다. 둘 중 하나만 충족해도 되는 조건이면 모자를 쓴 앉은 인물과 모자 없이 서 있는 인물도 나옵니다. Eagle은 태그 조합과 제외 조건을 지원합니다. 자세한 방식은 태그 필터 안내에서 확인할 수 있습니다.

공식 AI 검색(AI Search) 플러그인을 이미 설치했다면 자연어 검색도 시험할 수 있습니다. 이 방식은 파일명, 설명, 메모처럼 자료에 이미 있는 텍스트와 검색어를 비교합니다. ‘모자를 쓰고 서 있는 인물’로 찾으려면 자료 기록에도 그에 맞는 텍스트 단서가 있어야 합니다. 이 모드가 이미지를 직접 분석하는 것은 아닙니다. 같은 플러그인의 시각적 유사성 검색은 참고 이미지를 사용합니다. 두 방식의 차이와 설정은 AI Search 소개를 참고합니다.

원인을 결론 내리기 전에 막힌 지점 기록하기

테스트마다 다음 내용을 남깁니다.

작업 목적과 적합성 기준:
적합하다고 확인한 자료와 확인 근거(또는 확인하지 못함):
라이브러리, 화면/폴더, 적용 조건:
검색어와 검색 방식:
살펴본 자료와 그중 기준에 맞는 자료:
검색을 멈추거나, 조건을 바꾸거나, 다른 곳을 살펴본 이유:
관찰한 단서 또는 부족한 정보:
가능한 원인과 추가로 확인할 사항:

‘검색 범위를 넓히니 자료가 나왔다’는 관찰입니다. ‘폴더 구조가 잘못됐다’는 추가 확인이 필요한 설명입니다.

기록을 에이전트에게 주고, 검색 범위의 문제인지, 용어가 맞지 않는지, 조건이 지나치게 좁은지, 정보가 부족한지, 적합한 자료가 실제로 있는지 나누어 검토해달라고 요청합니다. 그다음 무엇을 확인할지 함께 정합니다. 조건을 한 번에 하나씩 바꾸면 어떤 조건 때문에 이미 알고 있던 자료가 빠졌는지 파악하는 데 도움이 됩니다.

검색에 필요한 정보를 나누어 기록하기

테스트 기록을 바탕으로 자료마다 무엇을 남겨야 할지 정합니다. 눈에 보이는 내용, 그 내용을 해석한 방식, 작업과의 관계, 실제 사용을 검토할 때 필요한 정보를 구분합니다.

네 종류의 정보 확인하기

앞면의 타이포그래피를 살펴보려고 파란 상자 이미지를 저장했다고 해보겠습니다. 글이 좁은 폭으로 모여 있고 주변에는 여백이 넓습니다. 보이는 특징과 저장한 이유는 서로 다른 역할을 합니다.

이렇게 구분하면 서로 다른 정보를 하나의 태그에 몰아넣는 일을 피할 수 있습니다. Getty의 용어 지침에서도 개념과 관계를 구분하는 방식을 살펴볼 수 있습니다. 위의 네 항목은 이 글의 점검 방법이며 Getty의 분류 체계는 아닙니다.

같은 파란색 상자라도 글자 크기와 간격, 정보를 묶는 방식은 다를 수 있습니다. 파란색 태그는 색을 설명하고, 메모는 글자 배치에서 참고할 관계를 설명할 수 있습니다. 출처를 모르면 그 상태를 유지하고 필요할 때 조사합니다. 에이전트가 외형만 보고 사용 허락이나 기록되지 않은 과거 사용 이력을 알아낼 수는 없습니다.

폴더·이름·태그·메모의 역할 나누기

각 단서를 어떻게 쓸지에 따라 기록 위치를 선택합니다.

Eagle에서는 분류를 위해 별도 사본을 만들지 않고도 한 자료를 여러 폴더에 넣을 수 있습니다. 유용한 프로젝트 모음을 유지하면서도 여러 프로젝트에 걸쳐 자료를 찾을 단서를 더할 수 있으므로, 모든 차이를 폴더 계층으로 표현할 필요는 없습니다. 그래픽 디자이너를 위한 레퍼런스·소스 정리 방법에서는 각 기록의 역할과 프로젝트 기록·장기 레퍼런스 모음의 차이를 설명합니다.

제안된 단서가 각 검색 테스트의 어떤 필요에 맞는지, 일관되게 적용할 수 있는지, 계속 관리할 가치가 있는지 확인합니다. 예를 들어 심플과 미니멀의 정의와 각 태그를 붙인 이미지를 에이전트와 비교합니다. 라이브러리에서 같은 목적으로 쓴다면 한 표현으로 통일하고, 구분할 필요가 있다면 적용 기준을 적습니다. 넓은 여백은 레이아웃의 특징이고, 미니멀은 디자인 스타일입니다. 같은 이미지에 자주 붙는다는 이유만으로 합치지 않습니다.

‘글 주변의 넓은 여백’처럼 관찰 가능한 특징을 기준으로 삼으면, 설명 없는 분위기 단어를 쓸 때보다 일관되게 적용하기 쉬울 수 있습니다. 주관적인 단어도 필요하면 유지하되 뜻을 정하고 실제 예와 맞춰봅니다. 정한 뜻에 맞지 않는 예가 있다면 그 이유를 설명합니다. 그 판단을 다음 단계의 규칙에 반영합니다.

AI 에이전트와 정리 규칙 만들기

작업 배경, 검색 테스트 기록, 남길 정보에 관한 판단을 에이전트에게 전달합니다. 관찰한 문제에 맞는 규칙을 제안하되 권하는 이유와 예외도 함께 설명해달라고 요청합니다.

같은 문제를 해결할 방법 비교하기

상자 이미지는 둘러보며 찾을 수 있지만 글자 배치를 참고한 이유가 빠져 있다면, 메모를 보완하는 것으로 충분할 수 있습니다. 같은 뜻의 태그 여러 개에 적합한 자료가 흩어져 있다면 용어를 통일할 수 있습니다. 레퍼런스를 함께 비교할 일이 반복된다면 자료를 모으는 방식을 바꿀 수 있습니다. 각각 해결하는 문제와 유지하는 데 드는 수고가 다릅니다.

다음 대화 양식에 앞에서 정리한 내용을 채웁니다.

내 작업과 자주 필요한 자료:
[작업 배경 답변을 붙여 넣습니다.]
검색 테스트와 관찰한 문제:
[원인이 불확실한 부분까지 실제 기록을 붙여 넣습니다.]
현재 예시:
[폴더명, 태그, 대표 자료의 이름과 메모를 적습니다.]
남길 정보에 관한 판단:
[필요한 단서, 용어의 정의, 아직 모르는 사실을 적습니다.]
유지할 것:
[유용한 모음, 이름, 출처 기록, 작업 맥락을 적습니다.]
바꿔도 되는 것:
[수정할 의향이 있는 기록 항목과 정리 방식을 적습니다.]
기록한 문제에 맞춰 설명/메모 보완, 용어 통일, 자료 모음 변경을 비교해주세요.
각 규칙이 어떤 문제를 해결하는 데 도움이 되는지, Eagle 어디에 기록할지,
어떤 판단이 필요한지 설명해주세요. 규칙에 맞는 예, 비슷해 보여도
맞지 않는 예, 예외도 제시해주세요. 빠진 사실은 질문해주세요.
그다음 제 자료를 대입해 규칙에 문제가 없는지 검토해주세요.
라이브러리 전체를 다시 만들어야 한다고 가정하지 마세요.

반례로 규칙 다듬기

패키지의 제목, 제품 정보, 보조 문구가 어떻게 구분되는지 살펴보고 싶다고 해보겠습니다. 그런데 에이전트는 요소가 적은지를 기준으로 규칙을 제안합니다. 서로 다른 이미지 두 장으로 확인합니다.

에이전트의 첫 제안: “복잡하지 않은 패키지에 간결한 레이아웃 태그를 붙입니다.”

사람이 제시한 반례: “한 이미지는 글이 거의 없어 단순하지만 제목과 제품 정보를 어떻게 구분했는지 비교할 수 없습니다. 다른 이미지는 글이 더 많아도 제목, 제품 정보, 보조 문구가 분명히 나뉩니다. 글자 크기와 간격, 문구를 묶는 방식이 이런 구분을 어떻게 만드는지 비교하고 싶습니다.”

수정한 규칙: “제목, 제품 정보, 보조 문구의 글자 크기와 간격, 묶는 방식을 비교할 수 있는 패키지 레퍼런스에 텍스트 계층 태그를 붙입니다. 참고할 만한 구체적인 배치를 메모에 적습니다. 요소가 적다는 이유만으로 붙이지 않습니다.”

수정한 규칙은 요소가 적은지가 아니라 텍스트 계층을 살펴보려는 목적에 맞는지를 기준으로 자료를 분류합니다. 거의 빈 패키지는 단순해 보여도 비교하려는 정보의 계층을 보여주지 않으므로 이 테스트에서는 제외합니다. 어떤 크기 차이, 간격, 묶는 방식이 작업에 중요한지는 사람이 결정합니다. 단순해 보이는지만 설명하면 그 차이를 놓칠 수 있습니다.

합의한 내용을 규칙표로 정리합니다.

각자의 규칙에도 같은 열을 사용하고 실제로 입력할 용어를 적습니다. 한 이미지가 여러 규칙에 해당하는지, 구분이 중복되는지, 이미지만으로 알 수 없는 정보가 필요한 판단은 무엇인지 에이전트와 점검합니다. “이 규칙 때문에 잘못된 자료가 검색 결과에 들어오는 사례를 보여주세요”라고 물어보는 것도 좋습니다.

합의한 규칙 중 일부는 나중에 공식 AI 액션(AI Action) 플러그인의 Custom Instructions로 정리할 수 있습니다. 이미지 작업에는 이름, 설명, 태그와 기존 폴더로의 분류가 포함됩니다. AI Folders는 이미 있는 폴더를 사용하므로 폴더 구조는 먼저 직접 결정합니다. 이 차이와 설정 안내는 AI Action 소개에서 확인할 수 있습니다.

Eagle에서 소량의 자료로 규칙 시험하기

규칙이 적용되는 자료와 적용되지 않는 자료를 함께 고르고, 무엇을 바꿀지 합의합니다. 자주 쓰는 자료, 전에 찾지 못한 자료, 혼동하기 쉬운 자료, 예외를 함께 넣습니다. 기록을 바탕으로 에이전트에게 후보를 제안받고, 이번 검색 문제를 확인하기에 적절한지 직접 살펴봅니다.

수정 전에 시험 범위 정하기

패키지 규칙이라면 살펴보려는 텍스트 계층이 드러나는 이미지, 단순하지만 비교할 계층이 없는 이미지, 글이 많아도 문구를 묶는 방식을 비교하고 싶은 이미지를 포함할 수 있습니다. 수정 전에 다음을 기록합니다.

• 정확히 어떤 자료를 골랐고 각각 왜 포함했는지
• 수정할 항목과 예상하는 텍스트 또는 분류
• 출처 기록과 알려진 프로젝트 사용 관계 등 유지할 정보
• 에이전트가 임의로 결정하지 않고 사람이 판단하도록 남겨야 할 애매한 사례
• 수정 전후를 비교할 방법

규칙에 분명히 맞는 레퍼런스에는 합의한 태그와 구체적인 설명이 들어가야 합니다. 단순하기만 한 이미지는 그 태그에서 제외되어야 합니다. 글이 많은 이미지는 제목, 제품 정보, 보조 문구의 배치가 연구 목적에 맞는지 사람이 판단합니다. 새로 추가한 내용뿐 아니라 빠진 내용도 살필 수 있도록 수정 전 값을 남깁니다.

사용할 수 있는 방식 선택하기

일반 AI 대화에서 제안을 받고 직접 수정하는 경우. 제공해도 되는 이미지나 설명을 에이전트에게 주고 자료별 수정 목록을 요청합니다. 에이전트는 받은 자료를 바탕으로 이름, 메모, 태그를 제안할 수 있습니다. 제안을 검토한 뒤 합의한 내용을 Eagle에 직접 입력합니다. 대화만으로 에이전트가 라이브러리에 접근할 수 있게 되지는 않습니다.

AI 액션을 이미 설치하고 설정한 경우. 실행할 이미지 작업에 맞춰 합의한 규칙을 지시문으로 만듭니다. 설명만 시험한다면 다음과 같이 시작할 수 있습니다.

이 패키지 이미지에서 눈으로 확인할 수 있는 글자 배치를 설명해주세요.
주요 제목과 보조 문구의 위치, 상대적인 크기, 간격을 살펴보세요.
직접 확인할 수 있는 구체적인 관계를 짚어주세요.
이미지마다 보이는 차이가 설명에도 드러나게 해주세요.
프로젝트 사용 이력이나 사용 허락을 추정하지 마세요.
이미지의 세부 정보가 부족하면 무엇이 불분명한지 적어주세요.

설정한 Action이 지원하는 작업과 입력 형식을 사용합니다. 공식 소개에는 이미지 분석이 설명되어 있지만, 이 소개만으로 영상 클립 분석도 지원하는지는 확인할 수 없습니다. 현재 설정에서 지원하지 않는 자료는 직접 수정하는 방식으로 처리합니다.

덮어쓸 항목과 별개로 출처와 작업 기록을 보존합니다. 기존 값에 새 내용을 덧붙이거나 합치는 방식이라고 가정하지 말고, 수정 전 값을 확인합니다. 각 레퍼런스가 실제 작업에 유용한지도 검토합니다.

에이전트를 Eagle Skill 또는 Eagle MCP로 이미 연결한 경우. 먼저 사용할 수 있는 라이브러리 작업과 접근 가능한 자료·항목을 보고하게 합니다. 선택한 자료에 어떤 수정을 제안하는지, 무엇을 유지할지 목록으로 받은 뒤 계획을 승인하고 실행합니다.

연결을 준비해야 한다면 공식 연결 소개와 그 페이지에 연결된 설정 안내를 따릅니다. 실제 할 수 있는 일은 연결된 도구에 달려 있습니다. 정리를 논의했다는 사실만으로 에이전트가 Eagle의 자료를 읽거나 수정할 수 있다고 볼 수는 없습니다.

Eagle의 AI 시대 정리 방식에 관한 안내도 적용 범위를 넓히기 전에 소량으로 확인하기를 권합니다. 이 단계에서는 수정이 규칙을 따랐는지 확인합니다. 그 규칙으로 필요한 자료를 더 잘 찾을 수 있는지는 다음 단계에서 살펴봅니다.

결과를 살피고 구체적인 오류 전달하기

수정한 자료를 이전 기록과 합의한 규칙에 맞춰 하나씩 비교합니다.

문제가 있으면 다음 형식으로 에이전트에게 전달합니다.

자료:
적용할 규칙과 기록 위치:
수정 전 값:
기대한 수정과 그 이유:
실제 수정:
맞지 않는 이유:
직접 확인할 수 있는 사실과 아직 모르는 점:

텍스트 계층을 기준으로 레퍼런스를 고르기로 했는데 지시문에 여전히 “복잡하지 않은 패키지에 간결한 레이아웃 태그를 붙인다”라고 되어 있다면 지시문의 분류 기준과 태그를 함께 고칩니다. 태그는 규칙대로 붙었지만 비교할 공통점이 없는 자료가 묶였다면 규칙을 다시 살펴봅니다. 이미지 하나가 작고 흐려 판단하기 어렵다면 그 자료에서 무엇을 알 수 없는지 기록합니다. 에이전트에게 이 기록을 바탕으로 오류를 설명하고 다음에 확인할 사항을 제안해달라고 요청합니다. 불분명한 자료 하나 때문에 모든 규칙을 바꾸지는 않습니다.

다시 검색하고 유지할 규칙 결정하기

수정 범위를 넓히기 전에 처음 검색을 다시 실행합니다. 적합성 기준과 검색할 자료·화면을 처음과 비교할 수 있도록 맞추고, 같은 검색 방식부터 시작합니다. 이어서 비슷한 새 작업에도 적용해보고 새 자료를 정리하는 데 드는 수고를 확인합니다.

실제로 관찰할 수 있는 결과 비교하기

첫 테스트 기록을 기준으로 삼습니다. 수정한 자료를 검색한 뒤 평소 사용하는 넓은 범위에서도 검색해 나머지 자료가 결과에 어떤 영향을 주는지 봅니다. 수정한 소량의 자료에서 하나를 찾았다고 전체 라이브러리가 필요한 자료를 갖추었다고 판단할 수는 없습니다.

상자 사례에서는 평소 검색으로 기억하는 이미지가 나오는지, 메모로 선택 이유를 이해할 수 있는지 확인합니다. AI 검색으로 방식을 바꿔 시험했다면 그 결과는 별도로 기록합니다. 자료 기록과 검색 방식이 함께 바뀌었다면 둘 다 결과에 영향을 주었을 수 있습니다. 새 태그 하나만의 효과로 설명하지 않습니다.

적합하지 않은 결과도 살펴봅니다. 여전히 여러 표현을 바꿔 입력해야 했는지, 유용한 자료가 규칙 때문에 빠졌는지 확인합니다. 기록한 설명만으로 관련성을 판단할 수 있었는지, 당시 생각을 다시 떠올려야 했는지도 봅니다.

규칙을 만들 때 다루지 않은 비슷한 새 작업도 시험합니다. 익숙한 패키지 앞면 대신 정보가 많은 뒷면의 타이포그래피 레퍼런스를 찾아볼 수 있습니다. 새 레퍼런스도 하나 추가해 오래 고민하지 않고 규칙을 적용할 수 있는지 확인합니다. 다른 필요에도 규칙이 맞는지, 관리에 어느 정도 수고가 드는지 살펴보는 과정입니다.

결과에 따라 다음 수정 선택하기

• 쓸 만한 결과가 나오고 관리 부담도 감당할 수 있다면: 작동한 규칙을 유지하고 관련 자료에 조금씩 넓혀 적용합니다.
• 수정은 규칙대로 됐지만 여전히 찾기 어렵다면: 에이전트와 부족한 단서, 용어, 자료를 분류에 포함하는 기준을 다시 살펴봅니다. 찾는 자료와 관련된 작업 맥락을 다른 항목에 보완해야 할 수도 있습니다.
• 수정이 규칙을 따르지 않았다면: 정리 방식이 유용한지 판단하기 전에 시험 지시문과 실행 점검으로 돌아갑니다.
• 결과는 유용하지만 입력할 정보가 너무 많다면: 쓰지 않는 구분을 없애고 겹치는 규칙을 합치거나 처리할 자료 범위를 좁힙니다.

현재 규칙표를 유지하고 정의를 바꿀 때마다 갱신합니다. 점검할 때는 실제로 쓰는 규칙, 반복해서 고쳐야 하는 규칙, 자주 빠지는 정보, 달라진 업무를 확인합니다. 분기별 점검도 한 방법입니다. 새 클라이언트, 새로운 자료 형식, 반복되는 검색 실패가 생겼을 때 점검하는 편이 작업에 더 맞을 수도 있습니다.

유용성을 확인한 필터 조합은 평소에도 다시 쓸 수 있게 저장합니다. Eagle의 Saved Filter 안내는 검색 조건을 저장해 재사용하는 방법을 설명합니다. 저장되는 것은 검색 조건입니다. 검색 결과의 자료를 고정하거나 라이브러리에 필요한 자료가 모두 있다고 증명하는 기능은 아닙니다. 결과를 비교할 테스트 기록은 따로 유지합니다.

다음에 AI와 대화할 때는 기록해둔 검색 문제 하나로 시작합니다. 함께 규칙을 정하고, 소량의 자료에 적용한 내용을 살펴본 뒤, 실제 결과를 바탕으로 일상 작업에 유지할 규칙인지 판단합니다.