스파이크은(는) 무엇을 하나요?
사용자가 실제 빌드를 시작하기 전에 아이디어를 테스트하려 할 때 사용합니다: "이것 좀 스파이크 해줘", "빠른 프로토타입", "이게 가능한가?", "A/B 비교", "만들기 전에".
문서/코드를 읽어서 답을 알 수 있는 질문이거나, 사용자가 명확히 프로덕션 구현을 요청한 경우에는 사용하지 마십시오.
루프
- 질문: 구체적인 타당성 질문을 명시합니다.
- 조사: 신뢰할 수 있는 접근 방식을 선택하기 위해 충분한 문서/소스를 읽습니다.
- 제작: 아이디어를 검증하거나 무효화하는 가장 작은 실행 가능한 아티팩트를 만듭니다.
- 스트레스 테스트: 하나의 엣지 케이스나 실패 모드를 시도합니다.
- 판정:
VALIDATED(검증됨),PARTIAL(부분 검증), 또는INVALIDATED(무효화됨).
출력 형태
- 기본 작업 공간:
.tmp/openclaw-spikes/<slug>(사용자가 추적되는 레포-로컬 경로를 요청하지 않은 경우). - 레포-로컬 옵션:
spikes/<NNN-slug>/디렉토리에README.md와 최소한의 코드. - 실행 가능한 CLI, 작은 HTML, 단일 엔드포인트, 또는 집중된 테스트를 선호합니다.
- 패키지 낭비, Docker, 환경 파일, 앱 프레임워크, 프로덕션 정리 코드는 피합니다.
멀티 스파이크 아이디어
- 2~5개의 독립적인 질문으로 분할합니다.
- 가장 위험한 질문을 먼저 실행합니다.
- A/B 비교의 경우 입력을 동일하게 유지하고 동일한 측정 기준을 사용합니다.
- 작업량이 소규모 프로토타입을 넘어서는 경우 모든 변형을 만들기 전에 물어봅니다.
판정 형식
## 판정: VALIDATED | PARTIAL | INVALIDATED
질문: ...
증거: 정확한 명령어/출력/측정값.
작동한 것: ...
실패하거나 놀라웠던 것: ...
권장 사항: 배포 / 조정 / 회피, 다음 프로덕션 단계와 함께.
규칙
- 무효화된 스파이크는 증거를 통해 경로를 배제하는 데 유용합니다.
- 스파이크 코드를 정상적으로 다시 작성하지 않고 프로덕션에 병합하지 마십시오.
- 외부 종속성을 평가하는 경우 상태를 확인하십시오: 최근 릴리스/커밋, 문서, 라이선스, 설치 난이도.