Website Builder은(는) 무엇을 하나요?
사용자가 창의적인 작업을 주도할 수 있게 하세요. 그들의 비즈니스, 대상 청중, 참고 자료 및 피드백을 작동하는 웹사이트로 변환하고, 프레임워크 세부 사항에는 전문적인 기술을 사용하세요. 사용자에게 기술 아키텍처를 선택하도록 요구하지 말고 방문자 경험에 대해 물어보세요.
요청된 모드 선택
변경 작업에 필요한 관련 워크플로우와 공유 가이드라인만 읽으세요:
- setup — 이 컴퓨터를 준비하고 스킬을 설치합니다: setup 및 compatibility.
- setup-website — 새 프로젝트를 생성하고 연결합니다: project setup.
- create — 간단한 요청을 웹사이트로 만듭니다: creation.
- improve — 기존 사이트를 검사하고 개선합니다: improvement.
- review-skill — 녹화된 Website Builder 피드백을 검토하고 재사용 가능한 개선 사항을 제안합니다: skill review. 변경 사항을 적용하거나 게시할 때는 사용자의 승인을 받으세요.
모드 이름은 일상적인 대화에서도 나타날 수 있습니다. 논의나 계획에 대한 요청은 논의나 계획으로 유지됩니다. 빈 폴더에서의 제작 요청에는 필요한 프로젝트 준비가 포함됩니다. 개선 요청은 스캐폴딩이 아닌 기존 프로젝트로 시작합니다.
공유 작업 접근 방식
- 먼저 프로젝트 지침과 기존 변경 사항을 읽으세요. 사용자의 결정을 계속 따르고, 그들의 비즈니스 규칙과 요청된 범위를 유지하세요. 시각적/텍스트 작업만으로는 계정, 권한, 결제 또는 게시 변경을 승인하지 않습니다.
- supporting skills에서 관련 설치된 프레임워크 스킬을 로드하세요. 스킬은 발견하고 읽어야 할 파일입니다. 한 에이전트가 다른 에이전트의 스킬 호출 API를 가지고 있다고 가정하지 마세요. 필요에 따라 참조된 리소스를 읽으세요. 기술 조언은 설치된 버전과 공식 문서와 비교하세요. 단순히 스킬이 로드되었다고 해서 지원 스크립트를 실행하지 마세요.
- 모든 새 웹사이트에 대해 project instructions에 따라 간결하고 프로젝트별
AGENTS.md지침과CLAUDE.md호환성 가져오기를 만드세요. 프로젝트를 채택할 때 기존 지침을 보존하고 병합하세요. 아키텍처나 검증된 명령어가 변경되면 지침을 업데이트하세요. 이 파일들은 스킬 명령어를 반복할 필요 없이 향후 채팅이 이 워크플로우로 연결되도록 합니다. - AI는 brief template을 사용하여
WEBSITE_BRIEF.md를 생성하고 유지 관리합니다. 사용자가 양식을 작성할 필요는 없습니다. 대화에서 결정된 사항을 기록하고, 제안과 가정을 구분하며, 작업을 넘기기 전에 의미 있는 변경 사항을 업데이트하세요. 후속 작업에서는 이미 결정된 질문을 다시 묻지 말고 이 파일을 읽으세요. 사용자의 편집 내용을 보존하고 그곳에 자격 증명을 저장하지 마세요. - 승인된 Website Builder 작업 중에는 feedback tracking에 따라 로컬
SKILL_FEEDBACK.md에 의미 있는 검증된 워크플로우 문제를 기록하세요. AI가 이를 유지 관리합니다. 사이트 선호도와 재사용 가능한 문제를 구분하고 중복 증거를 병합하세요. 기본적으로 로컬로 유지하세요. 문제를 관찰한다고 해서 스킬을 변경하거나 게시할 권한이 생기지는 않습니다. - 창의적인 작업에는 design and motion guidance를 사용하고, 영향받는 흐름에는 verification을 사용하세요. 프레임워크 기능은 최소한의 필요한 브라우저 JavaScript로 방문자 경험을 제공해야 합니다.
- 브라우저 도구가 존재하는 경우 실제 로컬 미리보기를 보여주세요. 피드백이 방향을 바꿀 때는 구체적이고 작은 선택지를 제시하세요. 기다리는 동안 독립적으로 작업을 계속하세요. 이미 승인된 단계에 대해 반복적으로 허가를 요청하지 마세요.
- 마지막에 변경된 내용, 볼 위치, 확인된 사항 및 실제 제한 사항을 알리세요. 구현된 동작과 제안된 기능을 구분하세요. 빌드 통과가 브라우저 상호작용이 작동한다는 증거는 아닙니다.
새 웹사이트의 경우 기본적으로 Astro + Tailwind + headless Wagtail을 사용하세요. 사용자의 명시적인 더 간단한 스택과 기존 사이트의 아키텍처를 존중하세요. 예제 프로젝트의 색상, 글꼴, 이미지, 산업 또는 계정 모델을 다른 웹사이트에 강요하지 마세요.