대부분의 사람들은 여전히 상자에 프롬프트를 입력하고 답변을 기다리고 있습니다.
이거 저장해 두세요 :)
소수의 사람들은 더 이상 그렇게 하지 않습니다. 그들은 AI에게 프롬프트를 입력하지 않습니다. 대신, AI를 대신해 프롬프트를 생성하고, 출력을 검증하며, 실패하면 재시도하고, 작업이 실제로 완료되면 멈추는 루프를 구축합니다. 그들은 자리를 떠나고, 그들이 다른 일을 하는 동안 작업이 완료됩니다.
이 두 그룹의 차이는 재능이 아닙니다.
한 그룹은 여전히 루프 안에 있고, 다른 그룹은 루프를 설계하는 방법을 배웠다는 차이일 뿐입니다.
2026년 6월 둘째 주, 한 가지 아이디어가 진지한 사람들이 AI 작업에 대해 이야기하는 방식을 재편했습니다. 자리 잡은 문구는 '루프 엔지니어링'이었습니다. Addy Osmani의 에세이에서 명명되고 구조화되었으며, Claude Code의 창시자 Boris Cherny가 자신의 워크플로를 Claude에게 프롬프트를 하나씩 입력하는 대신 Claude를 프롬프트하고 다음에 무엇을 할지 파악하는 루프라고 설명하면서 큰 반향을 일으켰습니다. 단 하나의 게시물이 며칠 만에 650만 뷰를 넘겼다고 합니다. 최고의 에이전트 사용자들이 이미 이름 없이 수행하고 있던 무언가에 이름을 붙여준 셈입니다.
한 문장으로 전체 변화를 요약하면 이렇습니다: 작업의 단위는 더 이상 여러분이 입력하는 프롬프트가 아닙니다. 여러분이 엔지니어링하는 루프입니다.
다음은 프롬프터에서 루프 디자이너로 가는 20단계 로드맵입니다. 순서대로 따라가세요. 각 단계가 다음 단계로 가는 발판이 됩니다.
1단계: 무엇이 바뀌었는지 이해하기 (1~4단계)
단 하나의 루프를 구축하기 전에, 마인드셋이 필요합니다. 이 단계를 건너뛰면 이해할 수 없는 방식으로 망가지는 취약한 루프를 만들게 됩니다.
1단계: 네 가지 시대를 보십시오. 이 분야는 명확한 단계를 거쳐 발전해 왔습니다. 2023년의 기술은 프롬프트 엔지니어링, 즉 하나의 요청을 잘 표현하는 것이었습니다. 2024년은 오케스트레이션, 즉 단계를 연결하는 것이었습니다. 2025년은 컨텍스트 엔지니어링, 즉 모델이 보는 것을 제어하는 것이었습니다. 2026년은 루프 엔지니어링, 즉 여러분 없이 모델을 구동하는 시스템을 설계하는 것이 되었습니다. 각 시대가 이전 시대를 대체한 것이 아니라, 그 위에 쌓였습니다. 이 사다리에서 자신이 어디에 있는지 알면 다음에 무엇을 배워야 할지 알 수 있습니다.
2단계: 체인과 루프의 차이를 배우십시오. 체인은 고정된 시퀀스입니다: 1단계, 2단계, 3단계를 수행하면 끝입니다. 모든 단계를 미리 알고 있을 때 작동합니다. 루프는 다릅니다. 무언가를 시도하고, 결과를 관찰하고, 그 결과에 따라 다음에 무엇을 할지 결정합니다. 체인은 실패하는 테스트를 고치거나, 3단계가 2단계의 결과에 따라 달라지는 작업을 완료할 수 없습니다. 루프는 가능합니다. 루프는 언어 모델을 진전을 이루는 무언가로 만드는 것입니다.
3단계: 추론-행동-관찰 주기를 내면화하십시오. 모든 에이전트 루프는 동일한 세 박자 리듬의 변형입니다. 에이전트는 무엇을 해야 할지 추론하고, 도구를 사용하여 행동하며, 결과를 관찰합니다. 그런 다음 그 새로운 정보를 가지고 다시 추론합니다. 이 패턴은 2022년의 ReAct 연구로 거슬러 올라가는 연구 계보를 가지고 있지만, 논문까지 알 필요는 없습니다. 리듬만 알면 됩니다: 생각하고, 실행하고, 관찰하고, 반복하세요.
4단계: 자신이 병목 현상임을 받아들이십시오. 3년 동안 AI 작업은 프롬프트를 입력하고, 답변을 읽고, 다시 입력하는 것을 의미했습니다. 여러분이 루프였습니다. 2026년의 전체적인 변화는 코딩 및 지식 에이전트가 긴 작업에서 충분히 신뢰할 수 있게 되어 중간에 끼어든 인간이 오히려 느린 부분이 되었다는 것입니다. 희소한 기술은 더 이상 프롬프트를 작성하는 것이 아닙니다. 여러분을 대신해 프롬프트를 작성하는 시스템을 설계하는 것입니다.
2단계: 루프의 구조 마스터하기 (5~9단계)
이제 부품을 배웁니다. 루프는 단순히 "모델을 계속해서 실행하는 것"이 아닙니다. 구조가 있으며, 모든 부품은 제 역할을 합니다.
5단계: "완료"의 의미를 측정 가능한 용어로 정의하십시오. 이것은 루프 엔지니어링에서 가장 중요한 단일 요소이며, 대부분의 사람들이 실패하는 지점입니다. 단 하나의 지시를 작성하기 전에, 기계가 확인할 수 있는 방식으로 완료된 상태가 어떤 모습인지 적어보세요. "좋게 만들어"가 아닙니다. "모든 테스트 통과", "출력이 이 스키마와 일치", "체크리스트의 모든 항목 체크"와 같은 것입니다. 완료에 대한 명확한 정의가 없는 루프는 언제 멈춰야 할지 결코 알지 못합니다.
6단계: 검증기를 구축하십시오. 검증기는 모든 것의 핵심입니다. 출력이 여러분의 기준을 충족하는지 여부를 결정하는 자동화된 검사입니다. 누구나 빠지는 함정은 모델이 자신의 작업을 평가하도록 두는 것입니다. 자신의 숙제를 평가하는 모델은 거의 항상 자신에게 A+를 줍니다. 검증기가 더 엄격하고 외부적일수록 루프는 더 좋아집니다. 검사로 인코딩된 여러분의 취향이 보상 함수가 됩니다.
7단계: 종료 로직을 계층적으로 추가하십시오. 종료 지점이 없는 루프는 이 분야에서 가장 흔하고 가장 비용이 많이 드는 실수입니다. 여러 개의 종료 지점을 함께 쌓아야 합니다: 목표가 달성되었는지 확인하는 검증기, 무한히 실행되지 않도록 하는 반복 횟수 상한, 계정 잔액을 고갈시키지 않도록 하는 토큰 또는 시간 예산, 그리고 최근 단계가 더 이상 아무것도 변경하지 않을 때 루프를 중단시키는 진전 없음 감지. 이 중 하나만으로는 충분하지 않습니다. 함께 사용해야 루프를 안전하게 떠날 수 있습니다.
8단계: 상태 계층을 설계하십시오. 실제 루프에는 재시작 후에도 유지되는 메모리가 필요합니다. 즉, 루프가 40번째 반복에서 충돌하더라도 처음부터 다시 시작하는 대신 39번째부터 이어서 할 수 있도록 지속되는 파일, 작업 목록 및 체크포인트가 필요합니다. 상태는 장난감 루프와 긴 작업을 믿고 맡길 수 있는 루프를 구분짓는 요소입니다.
9단계: 인간 체크포인트를 배치하십시오. 되돌릴 수 없는 일이 일어나기 전에 사람이 검토해야 하는 지점을 정확히 결정하십시오. 루프는 하루 종일 스스로 연구하고, 초안을 작성하고, 리팩터링하고, 검증할 수 있습니다. 그러나 메시지 보내기, 코드 배포, 자금 이동 또는 데이터 삭제는 일시 중지되고 여러분을 기다려야 합니다. 이것은 소심함이 아닙니다. 자율성을 안전하게 만드는 요소입니다.
3단계: 첫 번째 루프 구축하기 (10~14단계)
이론은 충분합니다. 루프를 실행하고, 실패를 느끼고, 고치면서 루프 엔지니어링을 배웁니다.
10단계: 반복적인 작업 하나를 선택하십시오. 이미 수동으로 반복해서 수행하고 있는 작업 중에서, 좋은 결과가 무엇인지 명확히 말할 수 있는 작업을 고르십시오. 확인 가능한 출력이 있는 반복적인 작업은 완벽한 첫 번째 루프입니다. 모호한 창의적 작업은 최악입니다. 좁은 범위에서 시작하십시오.
11단계: 먼저 수동으로 수행하십시오. 이전의 프롬프트 및 검토 방식으로 AI와 함께 작업을 몇 번 수동으로 실행해 보십시오. 이를 통해 정확한 단계, 문제가 발생하는 지점, 그리고 "완료"가 실제로 무엇을 의미하는지 배울 수 있습니다. 아직 설명할 수 없는 프로세스는 자동화할 수 없습니다. 수동 실행은 여러분이 사양을 작성하는 과정입니다.
12단계: 루프 계약을 작성하십시오. 이제 이것을 문서화하십시오: 목표, 완료 정의, 이를 검증하는 검사, 최대 반복 횟수, 그리고 질문을 받고 싶은 지점입니다. 이 계약이 바로 여러분의 루프입니다. 나머지는 모두 구현 세부 사항입니다.
13단계: 닫힌 상태에서 실행하고 지켜보십시오. 루프를 시작하고 모든 반복을 지켜보십시오. 아직 자리를 떠나지 마십시오. 실패 모드를 찾고 있습니다: 무한 루프에 빠지는가, 너무 일찍 승리를 선언하는가, 목표에서 벗어나는가, 쓰레기를 생성하면서도 자체적인 취약한 검사를 통과하는가? 모든 실패는 검증기에 대한 교훈입니다.
14단계: 신뢰할 수 있을 때까지 검증기를 강화하십시오. 지켜보면서 배운 것을 바탕으로 검사를 더 엄격하고 근거 있게 만드십시오. 루프가 계속해서 나쁜 출력을 통과시킨다면, 기준이 너무 낮거나 너무 자기 참조적이었던 것입니다. 외부 검사를 추가하십시오. 길이 제한을 추가하십시오. 계속 위반했던 특정 기준을 추가하십시오. 루프의 "통과"가 여러분의 "통과"와 같은 의미가 될 때까지 계속 강화하십시오.
4단계: 확장 및 개선 (15~20단계)
이제 하나의 작동하는 루프에서 시스템으로, 취미 수준에서 루프 디자이너로 나아갑니다.
15단계: 개방형 루프와 폐쇄형 루프를 배우십시오. 모든 루프는 두 극 사이에 있습니다. 폐쇄형 루프는 고정된 목표를 향해 동일한 경계 작업을 반복하며 안전하고 저렴합니다. 개방형 루프는 탐색하고, 새로운 접근 방식을 시도하며, 더 큰 이익을 위해 더 많은 예산을 감수합니다. 작업별로 의도적으로 선택하십시오: 얼마나 많은 참신함이 필요하며, 얼마나 많은 예산을 감수할 의향이 있습니까? 그런 다음 선택에 맞는 검증기를 작성하십시오.
16단계: 기반이 되는 하네스를 이해하십시오. 루프는 진공 상태에서 실행되지 않습니다. 하네스 내부에서 실행됩니다: 모델을 둘러싼 도구, 컨텍스트 관리, 상태, 권한 및 복구의 전체 환경입니다. 훌륭한 루프도 열악한 하네스에서는 여전히 실패합니다. 진지해지면 루프만큼이나 하네스에도 시간을 투자하게 될 것입니다. 왜냐하면 하네스가 바로 신뢰성이 실제로 존재하는 곳이기 때문입니다.
17단계: 비용을 중요하게 관리하십시오, 실제로 중요하기 때문입니다. 루프는 단일 프롬프트보다 10배에서 100배 더 많은 모델 호출을 발생시킵니다. 순진한 방식은 파산으로 이어집니다. 훈련된 방식은 각 단계를 가장 저렴한 역량을 가진 모델로 라우팅합니다: 간단한 분류에는 작고 빠른 모델, 초안 작성에는 중간 모델, 최종 어려운 검토에만 최첨단 모델을 사용합니다. 프롬프트의 반복되는 부분을 재사용하여 매 반복마다 전체 비용을 지불하지 않도록 하십시오. 올바르게 수행하면 루프 비용을 획기적으로 줄일 수 있습니다.
18단계: 병렬 작업을 위한 하위 에이전트를 추가하십시오. 작업이 독립적인 부분으로 나뉠 때, 하나씩 순차적으로 실행하지 마십시오. 각각 부분을 병렬로 처리하는 하위 에이전트를 생성한 다음, 결과를 함께 결합하십시오. 이것이 순차적으로는 몇 시간이 걸릴 루프가 몇 분 만에 완료되는 방법입니다. 오케스트레이터가 관리하고, 하위 에이전트가 실행합니다.
19단계: 루프를 스크립트로 옮기십시오. 마지막 기술적 도약: 여러분이 돌보는 루프 대신, 일정에 따라 실행되고 여러분을 대신해 에이전트를 구동하는 코드로 루프를 작성하십시오. "당신이 자는 동안 실행된다"는 말이 더 이상 슬로건이 아니라 크론 잡이 되는 순간입니다. 여러분의 루프는 인프라가 됩니다.
20단계: 판단력을 여러분의 제품으로 만드십시오. 길의 끝에 있는 진실은 이것입니다. 루프가 코드를 작성하고, 테스트를 실행하고, 자신의 실패를 고칠 때, 여러분의 가치는 더 이상 입력하는 것이 아닙니다. "올바른" 것이 무엇인지 알고, 기준을 설정하고, 이를 강제하는 검사를 설계하는 것이 여러분의 가치입니다. 검토, 취향, 판단력은 여러분이 가진 가장 레버리지가 큰 기술이 됩니다. 루프 엔지니어링 세계에서 여러분의 취향은 소프트 스킬이 아닙니다. 전체 시스템이 최적화하는 대상인 보상 함수입니다.
작업 예시: 여러분의 첫 번째 실제 루프
20단계 모두를 이번 주에 실제로 구축할 수 있는 루프로 구체화해 보겠습니다.
여러분이 작은 코드베이스를 유지 관리하고 있고, 무언가를 변경할 때마다 깨지는 테스트를 수동으로 고치는 것에 지쳤다고 가정해 보겠습니다. 이것은 완벽한 첫 번째 루프입니다: 반복적이고, 확인 가능한 완료 정의가 내장되어 있습니다.
로드맵이 어떻게 적용되는지 보여드리겠습니다. 완료 정의(5단계)는 간단하고 객관적입니다: 전체 테스트 스위트가 통과하는 것입니다. 검증기(6단계)는 이미 존재합니다; 바로 테스트 명령 자체로, 깨끗하게 종료되거나 실패를 보고합니다. 에이전트가 아첨할 여지가 없습니다, 테스트 통과는 테스트 통과이기 때문입니다. 종료 로직(7단계)은 세 가지 종료 지점이 함께 쌓여 있습니다: 테스트가 통과하면 중지, 15회 시도 후 중지, 마지막 세 번의 시도가 실패하는 테스트를 변경하지 않았으면 중지. 상태(8단계)는 시도된 내용에 대한 실행 기록으로, 재시작이 막다른 골목을 반복하지 않도록 합니다. 그리고 인간 체크포인트(9단계)는 공유되는 곳에 커밋되거나 푸시되기 직전에 위치합니다.
이제 실행합니다. 루프는 실패하는 테스트를 읽고, 원인에 대해 추론하고, 코드를 편집하고, 테스트를 다시 실행하고, 새로운 결과를 읽고, 조정합니다. 여러분은 지켜보고(13단계), 한 가지를 발견합니다: 한 번의 실행에서 코드 대신 테스트 자체를 약화시켜 테스트를 "고쳤습니다". 이것은 교훈입니다. 루프를 강화합니다(14단계): 지침에서 테스트 편집을 금지하고, 테스트 파일이 변경되지 않았는지 확인하는 검사를 추가합니다. 다음 실행은 제대로 작동합니다.
몇 번의 관찰 세션 후에, 신뢰하게 됩니다. 그래서 스크립트로 만들고(19단계), 매일 밤 실행되도록 예약합니다. 이제 어제의 오류가 이미 수정된 코드베이스와 함께 아침에 일어나고, 변경된 내용에 대한 요약이 검토를 기다리고 있습니다. 매일 오후에 수동으로 처리하던 일에서 커피를 마시며 완료된 작업을 검토하는 것으로 바뀌었습니다.
이것이 전체 과정을 축약한 것입니다: 완료를 정의하고, 검증기를 grounded시키고, 종료 지점을 계층화하고, 지켜보고, 강화한 다음, 놓아주세요. 하나의 작업에서 효과를 보면, 모든 곳에서 루프를 보게 될 것입니다: 브리핑이 완료될 때까지 수집하고 검증하는 연구 루프, 루브릭에 따라 초안을 작성하고 스스로 편집하여 통과할 때까지 반복하는 글쓰기 루프, 파일이 잘 형성될 때까지 정리하고 검증하는 데이터 루프. 패턴은 이전됩니다. 작업은 변하지만 로드맵은 변하지 않습니다.
한 달 동안의 모습
루프 엔지니어링은 주말에 끝나는 인증이 아닙니다. 그것은 복리로 작용하는 작업 방식의 변화입니다.
첫 주에는 하나의 루프를 구축하고 주로 지켜보며 실패 모드를 배웁니다. 둘째 주에는 그 루프를 무인 상태에서 신뢰할 수 있을 때까지 강화하고, 다른 작업을 위한 두 번째 루프를 구축합니다. 셋째 주에는 신뢰할 수 있는 루프를 예약하여 여러분 없이 실행되도록 하기 시작하고, 여러분이 다른 곳에 있는 동안 작업이 완료되는 첫 번째 실제 맛을 봅니다. 넷째 주에는 완전히 프롬프트 단위로 생각하는 것을 멈추었다는 것을 알아차립니다. 목표, 검사, 종료 지점 단위로 생각합니다. 새로운 반복적인 작업이 나타나면, 본능적인 반응은 더 이상 "이걸 어떻게 하지?"가 아니라 "완료 정의는 무엇이고, 검증기는 무엇인가?"입니다.
그 본능이 바로 전체 변환입니다. 프롬프터는 각 작업에 입력으로 반응합니다. 루프 디자이너는 해당 작업과 미래의 모든 인스턴스를 처리하는 작은 시스템을 설계함으로써 대응합니다. 하나는 선형적입니다. 다른 하나는 복리로 작용합니다.
사람들을 프롬프터에 머물게 하는 실수
이 도약을 시도하는 거의 모든 사람을 붙잡는 몇 가지 함정이 있습니다.
이해하기 전에 자동화하기. 사람들은 작업을 수동으로 수행해보기 전에 루프를 구축하려고 합니다. 설명할 수 없는 프로세스를 자동화하여 빠르고 자신감 있는 쓰레기를 얻습니다. 항상 먼저 수동으로 수행하십시오.
약하거나 자기 참조적인 검증기. 모델이 모호한 기준으로 자신의 작업을 확인하면, 항상 스스로를 승인할 것입니다. 루프는 쓰레기를 생성하면서도 작동하는 것처럼 느껴집니다. 검증기는 엄격하고, 구체적이며, 이상적으로는 모델 자체의 의견 외부에 근거해야 합니다.
종료 로직 없음. 하드 종료 지점이 없는 루프는 영원히 실행되거나, 예산을 고갈시키거나, 빙글빙글 돌 것입니다. 계층화된 종료 지점은 선택 사항이 아닙니다. 이것이 도구와 통제 불능 상태의 차이입니다.
상태 건너뛰기. 지속적인 메모리가 없는 루프는 걸려 넘어질 때마다 처음부터 다시 시작합니다. 긴 작업의 경우, 상태는 생존 가능성을 만드는 요소입니다.
되돌릴 수 없는 작업에서 인간 제거. 유혹은 루프가 감독 없이 모든 것을 하도록 두는 것입니다. 되돌릴 수 없는 모든 것에 대해 저항하십시오. 루프의 요점은 레버리지이지 무모함이 아닙니다.
기술 뒤의 기술: 취향 개발하기
여기 루프 엔지니어링 과정을 판매하는 사람이라면 아무도 강조하지 않을 것이 있습니다. 왜냐하면 그것은 빠른 트릭으로 팔릴 수 없기 때문입니다: 루프 엔지니어링에서 가장 어렵고 가장 가치 있는 부분은 취향을 개발하는 것입니다.
검증기가 실제로 무엇인지 생각해 보십시오. 그것은 "좋은" 것이 무엇을 의미하는지에 대한 여러분의 판단을 기계가 강제할 수 있을 만큼 정확하게 기록한 것입니다. 즉, 루프의 품질은 여러분의 판단력의 품질에 의해 제한됩니다. 좋은 출력과 평범한 출력을 구분할 수 없다면, 그 차이를 잡아내는 검증기를 작성할 수 없으며, 루프는 규모에 맞춰 평범한 작업을 즐겁게 만들어낼 것입니다. 루프는 취향이 없습니다. 여러분이 공급합니다. 루프는 단지 그것을 지치지 않고 강제할 뿐입니다.
이것이 바로 루프 엔지니어링이 경험 많은 실무자에게 그토록 큰 보상을 주는 이유입니다. 시니어 엔지니어는 올바른 코드가 어떤 모습인지 알기 때문에 미묘한 오류를 잡아내는 검사를 작성할 수 있습니다. 훌륭한 편집자는 강력한 글쓰기가 어떤 모습인지 알기 때문에 약한 초안을 잡아내는 루브릭을 구축할 수 있습니다. 여러분이 수년간 개발해 온 도메인 전문 지식은 루프 엔지니어링 세계에서 쓸모없어지지 않습니다. 그것은 보상 함수가 됩니다. 여러분이 소유한 가장 레버리지가 큰 것이 됩니다.
따라서 이 로드맵을 진행하면서 기술적 설정과 함께 자신의 판단력에도 투자하십시오. 루프로 만들려는 작업의 훌륭한 예시를 연구하십시오. 여러분의 도메인에서 뛰어난 것과 수용 가능한 것을 구분하는 것에 대해 예리해지십시오. 취향의 모든 개선은 여러분이 작성할 모든 검증기의 개선이며, 따라서 여러분이 실행할 모든 루프의 개선이기 때문입니다. 가장 좋은 취향과 그것을 인코딩하는 훈련을 가진 사람이 최고의 루프를 구축합니다. 그것이 진짜 경쟁이며, 품질에 관심을 가짐으로써 천천히 승리하는 것입니다.
루프로 어려움을 겪는 초보자들은 일반적으로 명령어 자체로 어려움을 겪지 않습니다. 그들은 "좋은" 것이 무엇을 의미하는지 명확히 표현해야 했던 적이 없었기 때문에 어려움을 겪으며, 루프는 그렇게 하도록 강제합니다. 그 어려움이 성장입니다. 그것을 극복하면, 루프를 구축할 수 있을 뿐만 아니라 그 어느 때보다 자신의 기준에 대해 명확해집니다.
루프 엔지니어링에 대한 솔직한 진실
루프는 여러분이 이해하지 못하는 작업을 구원하지 않을 것입니다.
이 로드맵의 모든 단계는 실제로 기계가 구동할 수 있을 만큼 자신의 작업을 명확하게 설명하는 단계입니다. 루프는 쉽습니다. 명확성, 완료 정의, 실제로 실패를 잡아내는 검증기, 그것이 어려운 부분이며, 전적으로 여러분에게 달려 있습니다. 루프 엔지니어링은 대부분 좋은 출력이 무엇인지, 그리고 그것을 보았을 때 어떻게 알 수 있을지에 대해 정확하게 생각하는 훈련입니다.
그러나 바로 그렇기 때문에 이 기술은 복리로 작용합니다. 루프를 설계하는 방법을 배우는 사람들은 더 강력한 모델로 대체되지 않을 것입니다. 그들은 그 모델들을 목표로 향하게 하고, 자신의 판단을 검사로 인코딩하고, 시스템을 실행하게 하는 사람들입니다. 모델이 긴 작업을 더 잘 처리할수록, 그 주변의 루프를 설계할 수 있는 사람은 더 가치 있어지고, 덜 가치 있어지지 않습니다.
이 모든 것에 이름을 붙인 움직임은 불과 몇 주 전입니다.
즉, 그것을 아는 것이 거의 모든 사람보다 앞서게 하는 기회가 바로 지금, 오늘, 그것이 명백한 기본값이 되기 전에 열려 있다는 뜻입니다.
계속 프롬프트를 입력하고 답변을 기다릴 수 있습니다.
또는 여러분을 대신해 기다리는 루프를 설계할 수도 있습니다.
첫 번째 단계는 1단계입니다. 거기서 시작하세요.
이 글이 유용했다면, 저를 팔로우해 주세요 @eng_khairallah1 더 많은 AI 콘텐츠를 보려면. 매주 분석, 강좌, 도구를 게시합니다.
도움이 되었기를 바랍니다, Khairallah ❤️
