agentic

Paperclip Agents를 사용하여 웹사이트를 구축하고 게시하는 방법1 min read

Reading Time: 6 minutes범위가 지정된 작업과 QA 증거부터 사람의 승인까지 Paperclip에서 웹사이트 팀을 조정하세요. 호스트 또는 별도의 AgentGrid.io 아티팩트를 사용하여 검토된 빌드를 게시합니다.

Paperclip publishing a website cover

Paperclip Agents를 사용하여 웹사이트를 구축하고 게시하는 방법1 min read

Reading Time: 6 minutes

Paperclip은 AI 웹사이트 팀을 조정합니다. 웹사이트의 공개 호스트가 아닙니다. 이를 사용하여 브리핑을 세분화하고, 책임 있는 작업을 할당하고, QA 증거를 수집하고, 승인을 전달합니다. 그런 다음 검토된 코드를 호스팅 공급자를 통해 배포하거나 AgentGrid.io를 통해 적합한 앱 아티팩트를 명시적으로 게시하세요. 완료로 이동하는 작업은 공개 배포가 아닙니다.

홈페이지, 기능 페이지, 연락 경로가 포함된 3페이지 제품 출시 사이트를 고려해 보세요. 디자이너, 코더, QA 에이전트 및 마케팅 검토자는 승인 기준을 공유하고 어떤 개정이 검토되고 있는지를 아는 경우에만 동시에 작업할 수 있습니다. 이 가이드는 에이전트 오케스트레이션을 마법의 원클릭 사이트 빌더로 취급하지 않고 핸드오프를 구성하는 방법을 보여줍니다.

Paperclip 및 AgentGrid.io를 사용하여 웹사이트를 게시하는 방법

Paperclip은 에이전트 작업을 할당으로 구성하고 출력을 아티팩트로 추적할 수 있습니다. AgentGrid.io는 결과 웹 페이지나 문서를 검사하고 승인된 경우 게시되는 별도의 장소일 수 있습니다. 이러한 역할을 축소하지 마십시오. Paperclip 작업 또는 해당 아티팩트 레코드는 자동으로 AgentGrid 아티팩트가 아니며 이러한 제품은 검증된 통합 없이 기본 연결이 있는 것으로 설명되어서는 안 됩니다.

1. 먼저 대상 작업 공간을 만듭니다.

AgentGrid에서 출력을 검토할 팀을 위한 작업 공간을 만들거나 선택합니다. 누군가를 초대하기 전에 팀 구성원을 확인하세요. Paperclip의 에이전트를 기존 실행 경로에 유지하고 사람이 결과물을 전송하도록 할 수 있습니다. AgentGrid의 에이전트 초대는 호환되고 의도적으로 구성된 보조자를 위한 선택적 경로이며 Paperclip의 에이전트 명단 또는 승인 체인이 AgentGrid에 나타날 것이라는 증거는 아닙니다. 에이전트를 초대하는 경우 일회성 링크를 보내기 전에 AgentGrid 초대 지침을 사용하고 불필요한 공유 및 게시 기능을 선택 취소하세요.

에이전트 초대가 강조 표시된 AgentGrid.io 작업 공간
AgentGrid.io 작업 영역에서 에이전트 초대는 지원되는 연결을 시작합니다.

Paperclip에서는 랜딩 페이지 개념, 필수 섹션, 사실 주장에 대한 소스 링크, 지명된 인간 검토자 등 과제에 대해 엄격한 수락 개요를 제공합니다. 과제의 내부 상태를 게시 권한과 다르게 유지하세요. 완료로 표시된 작업은 요청된 작업이 검사를 위해 전달되었음을 의미하며 공개 릴리스가 승인되었다는 의미는 아닙니다.

2. 실제 출력 전송

에이전트가 완료되면 생성된 파일이나 작성된 아티팩트를 검사합니다. 소규모 사이트의 경우 관련 파일을 ZIP으로 패키지하고 AgentGrid의 ZIP 가져오기를 사용하세요. 텍스트 보고서의 경우 지원되는 문서를 가져오거나 새 문서를 만드세요. 검토자가 Paperclip 과제에 연결할 수 있도록 이름을 지정하고 무엇이 준비되었는지, 무엇이 임시인지, 원본 자료가 어디에 있는지에 대한 간단한 메모를 포함하세요. 파일이 에이전트 환경에서와 똑같이 렌더링되었다고 가정하기보다는 AgentGrid 미리보기를 확인하세요.

AgentGrid.io의 White Lotus 데모 웹사이트 아티팩트
AgentGrid.io의 웹사이트 아티팩트 예: White Lotus 데모는 해당 버전이 검토되는 동안 비공개입니다.

3. 릴리스 검토와 작업 검토를 분리하세요.

Paperclip을 사용하여 과제와 해당 상태를 추적하세요. 이해관계자에게 AgentGrid 아티팩트 자체를 검사하고 콘텐츠, 링크, 접근성 및 외부에 공개되는 주장에 대한 의견을 남겨달라고 요청하세요. AgentGrid는 아티팩트 댓글을 지원하므로 실행 가능한 피드백이 게시될 내용을 참조할 수 있습니다. 개정판을 통합하고 새로운 미리보기를 확인하세요. 작업 범위가 변경되면 Paperclip 할당도 업데이트하세요. 단, 두 도구의 승인을 다른 도구에 대한 마법 같은 동기화로 처리하지 마세요.

4. 확인된 버전 게시

인간 소유자가 공개 릴리스를 승인한 후에만 AgentGrid의 게시 흐름을 사용하십시오. 결과 페이지를 방문자로 열고 승인된 아티팩트와 비교하세요. AgentGrid는 편집 가능한 작업공간 아티팩트를 공개 배포와 구별합니다. 이후 변경 사항에는 또 다른 게시 작업이 필요합니다. 자동화된 통합이나 숨겨진 승인 브리지를 요구하지 않고 프로세스에서 요구하는 경우 공개 URL을 Paperclip 작업에 전달 메모로 다시 기록합니다.

게시 옵션을 표시하는 AgentGrid.io 공유 메뉴가 업데이트되었습니다.
업데이트된 공유 메뉴에는 승인된 아티팩트를 라이브 웹 사이트로 전환하는 게시가 포함되어 있습니다.

막연한 지시가 아닌 팀에게 웹사이트 목표를 제시하세요

대상, 전환 목표, 필수 페이지, 시각적 참조, 콘텐츠 소유자, 접근성 기대치, 도메인 또는 호스팅 대상 등 좁은 개요부터 시작하세요. 첫 번째 릴리스의 경우 반응형 레이아웃, 메타데이터, 작동하는 연락 경로 및 범위를 벗어나는 항목을 지정합니다.

Paperclip에서 프로젝트와 목표를 만든 다음 작업을 소유한 작업으로 나눕니다. 해당 작업 모델은 단일 책임 소유자, 차단 관계, 스레드 및 검토 단계를 지원합니다. 전략가나 PM 에이전트를 할당하여 계획을 세우고, 디자이너를 시각적 방향으로 만들고, 코딩 에이전트를 구현하고, QA 에이전트를 테스트하고, 인간을 승인하여 출시를 승인하세요. 이는 사전 패키지된 웹 사이트 빌더가 아닌 사용자가 구성하는 역할입니다. 종이클립의 것 웹사이트 팀 예시 기능 페이지, 구현에 의해 차단된 QA, 검토를 통해 이동하는 미리 보기 배포를 보여줍니다.

계획 프롬프트: “방문자 [목표]를 돕는 [대상]을 위한 3페이지짜리 웹 사이트를 계획하세요. 사이트 맵, 페이지 수준 허용 기준, 콘텐츠 공백, 이미지 요구 사항 및 작업 종속성 맵을 생성하세요. 아무 것도 배포하지 마세요. 각 결과물에 소유자를 할당하고 사람이 내려야 하는 결정을 식별하세요.”

에이전트를 할당하기 전에 릴리스 계약을 정의하세요.

대상, 기본 전환, 승인된 사본, 페이지 인벤토리, 시각적 자산, 필수 중단점, 대상 호스트 및 실행 소유자를 설정합니다. 버전 1에는 결제 없음이나 계정 생성과 같은 명시적인 비목표를 포함합니다. 모든 페이지에 측정 가능한 승인 기준을 제공하세요. 기능 페이지에서는 제안을 설명하고, 연락처 링크는 작동하는 목적지에 도달하며, 모든 경로에는 의미 있는 제목이 있습니다.

소스, 디자인, 증거를 함께 보관하세요.

빌더에게 저장소 또는 공유 프로젝트 위치를 제공하십시오. 디자이너는 레이아웃 사양과 자산을 제공합니다. 코더는 동일한 개요에 대해 구현합니다. 작업 설명은 분기, 끌어오기 요청, 미리보기 및 테스트 결과에 연결되어야 합니다. Paperclip은 작업 연결 출력을 수집하고 증거를 검토할 수 있지만 작업 첨부는 자동으로 라이브 웹 사이트나 표준 소스 저장소가 아닙니다.

액세스 권한을 부여하기 전에 경계를 설정하세요. 에이전트가 셸에서 GitHub ID를 통해 코드를 푸시할 수 있는 경우 Paperclip의 도구별 우선 확인 컨트롤은 해당 셸 Git 명령을 제어하지 않습니다. 저장소 액세스를 제한하고 GitHub에 대한 분기 보호 및 PR 검토를 요구합니다. 배포 커넥터의 경우 빌드 로그 읽기와 프로덕션 배포 시작을 구별하세요. Paperclip의 Netlify 지침에서는 배포 및 구성 변경에 대해 먼저 묻기 또는 끄기를 권장합니다. 자격 증명을 웹 사이트 소스에서 제외하고 각 에이전트에게 해당 작업에 필요한 액세스 권한만 부여하세요.

빌드 프롬프트: “[저장소]에서 승인된 사이트맵을 구현합니다. 합의된 디자인을 유지하고, 탐색 및 양식을 기능적으로 만들고, 모든 페이지에 제목 및 설명 메타데이터를 추가합니다. 분기에서 작업하고, 프로젝트 확인을 실행하고, PR 및 미리보기 URL을 Paperclip 작업에 첨부하고, 프로덕션 배포 전에 중지합니다.”

별도의 이슈 상태, 소스 제어 및 게시

종이클립에는 각 문제의 소유자가 누구인지, 전달에 수반되는 증거가 무엇인지 기록됩니다. 저장소는 여전히 구현을 보유하고 있으며 호스팅 공급자는 배포된 웹 사이트를 실행합니다. 각 이슈를 정확한 분기, PR, 미리보기, 테스트 로그 및 스크린샷에 연결하세요. 작업이 “최신”만을 참조하는 경우 검토자는 결국 배포된 분기와 일치하지 않는 미리 보기를 실수로 승인할 수 있습니다.

‘완료된 것 같습니다’라는 메시지가 아닌 리뷰를 게이트로 만드세요.

데스크톱 및 모바일에서 실제 미리보기를 열도록 QA에 요청하세요. 첫 번째 화면 약속, 키보드 탐색, 대체 텍스트, 끊어진 링크, 양식 동작, 로딩, 콘솔 오류 및 페이지 메타데이터를 확인하세요. 마케팅 담당자가 제품 주장과 CTA를 확인하도록 하세요. 재현 가능한 증거를 기록하십시오. 양식에 백엔드가 필요한 경우 테스트 제출을 처음부터 끝까지 완료하세요.

Paperclip의 실행 정책은 실행자가 작업 완료를 표시하려고 시도할 때 문제를 검토자에게 전달한 다음 승인자에게 전달할 수 있습니다. 요청된 변경 사항은 원래 실행 프로그램으로 반환됩니다. 공개 릴리스에 대한 사람 승인 단계를 사용하고 검토자가 최종 미리 보기 및 대상 도메인을 검사할 때까지 작업 승인이 게시 권한이 아님을 지정합니다.

품질보증 프롬프트: “좁은 모바일 뷰포트 및 데스크톱에서 승인 기준에 대해 미리보기를 테스트합니다. 통과, 실패, 증거 URL 또는 스크린샷, 재생 단계 테이블을 반환합니다. 승인하거나 배포하지 말고 실패를 구현 소유자에게 다시 보냅니다.”

출시를 위한 실제 승인 체크리스트

  • 제품: 영웅 약속, 가격 명세서, 클릭 유도 문구 목적지를 승인된 사본과 비교하세요.
  • 기능: 탐색을 클릭하고 테스트 문의 요청을 제출한 후 성공 또는 실패 경로를 검사하세요.
  • 반응형 디자인: 좁은 화면, 바탕 화면, 콘텐츠 오버플로, 이미지 자르기 및 읽기 가능한 간격을 검토합니다.
  • 접근성: 키보드 순서, 레이블, 대체 텍스트, 의미 체계 제목 및 대비를 확인하세요.
  • 검색 및 신뢰성: 경로별 제목 및 설명, 끊어진 링크, 콘솔 오류 및 프로덕션 자산 로드를 확인합니다.

승인된 빌드를 실제 공개 URL에 배포

마지막 검토 전에 제작 대상을 선택하세요. 기존 코드베이스의 경우 리포지토리를 Netlify 또는 Vercel과 같은 호스트에 연결하고 빌드 설정 및 환경 변수를 확인한 다음 호스트가 먼저 미리보기를 생성하도록 합니다. 사람의 승인을 받은 후 해당 호스트의 문서화된 워크플로를 사용하여 검토된 개정을 승격하거나 배포합니다. 로그아웃한 상태에서 프로덕션 URL을 엽니다. 탐색, 양식, 인증서, 도메인 및 배포된 개정을 테스트합니다. 서버에서 Paperclip을 실행하면 오케스트레이션 앱에만 연결할 수 있습니다. 웹 사이트를 게시하지 않습니다.

웹사이트가 적합한 HTML 또는 React 앱 아티팩트인 경우, AgentGrid.io 사람들과 연결된 에이전트가 동일한 버전을 편집하는 공유 장소가 될 수 있습니다. 프로젝트 폴더 또는 ZIP을 가져오거나 연결된 에이전트가 의도한 작업 공간에 아티팩트를 생성하도록 하세요. 거기에서 렌더링된 앱과 기록을 검토하세요. 아티팩트 링크는 작업공간 액세스 권한이 있는 사람들에게만 공개됩니다. 게시는 공개 URL을 생성하는 별도의 명시적인 작업입니다. 연결된 에이전트에는 게시 기능과 게시를 위한 사람의 요청이 필요합니다. 나중에 편집한 내용은 다시 게시될 때까지 공개 페이지에 표시되지 않습니다. 사용자 정의 도메인에는 적격한 유료 요금제와 검증된 DNS가 필요합니다. 이는 Paperclip이 AgentGrid.io와 자동으로 통합된다는 주장이 아닌 대체 게시 경로입니다.

실행 프롬프트: “사람이 승인한 개정은 [커밋 또는 아티팩트 버전]입니다. 명시적인 승인 후에만 [지정된 호스트]에 배포하거나 [지정된 AgentGrid.io 아티팩트]를 게시하십시오. 공개 URL, 배포된 개정, 빌드 결과 및 스모크 테스트 체크리스트를 반환하십시오. 대상 또는 권한이 누락된 경우 중지하고 물어보십시오.”

프로모션은 특정 버전을 참조해야 합니다.

릴리스하기 전에 승인된 커밋 또는 아티팩트 버전, 대상 호스트 또는 작업공간, 도메인, 게시를 시작할 수 있는 사람을 기록하세요. 호스트가 미리보기 URL을 생성하는 경우 동일한 개정판을 승격하기 전에 최종 미리보기를 검사하십시오. 그런 다음 권한 있는 세션 없이 공개 URL을 열고 중요한 스모크 테스트를 반복하십시오. 프로덕션 설정에서 연락 경로나 자산이 중단될 경우를 대비해 롤백 참조를 저장하세요.

팀은 언제 각 레이어를 사용해야 합니까?

클립: 여러 에이전트에 할당된 문제, 종속성, 검토 및 책임 있는 실행 소유자가 필요한 경우 이를 선택하세요. 소스 제어나 웹 호스트를 대신하는 대신 팀에 수행할 작업을 알려주고 작업을 추적합니다.

저장소 및 호스트: 사이트에 기존 엔지니어링 릴리스 프로세스, 서버 기능, 인프라 설정 또는 확립된 롤백 제어가 필요한 경우 이 경로를 선택하십시오. 검토된 커밋 및 배포 기록은 라이브 버전을 식별해야 합니다.

승인된 버전에서 계속하기

Paperclip은 과제와 검토를 소유합니다. 저장소와 호스트는 기존 프로덕션 배포를 소유합니다. AgentGrid.io는 공유되고 버전이 지정된 아티팩트와 의도적인 게시를 보유할 수 있습니다. 다른 상담원과 사이트 간 워크플로를 비교하려면 다음을 참조하세요. Grok 봇 게시 가이드; 공유 아티팩트 뒤에 있는 핸드오프 문제에 대해서는 다음을 읽어보세요. AgentGrid.io 소개; 디자인 우선 경로는 다음을 참조하세요. Claude 디자인 웹사이트 게시.

승인된 웹사이트를 한 곳에 보관할 준비가 되셨나요? AgentGrid.io 아티팩트 생성, 적절한 액세스 권한이 있는 다음 공동작업자를 초대하고 공개 버전이 검토를 통과한 경우에만 게시하세요.

|

Co-founder & CEO