OpenSpec

이 사례는 현재 동작과 제안한 변경의 차이를 우선합니다. OpenSpec은 명세와 변경 기록을 함께 발전시킵니다. Spec Kit의 명세부터 구현까지 이어지는 절차가 우선인 팀도 있고, Superpowers는 반복 가능한 실행 스킬을 강조합니다. 범위가 좁은 수정에는 기존 지침이 충분할 수 있습니다. OpenSpec은 새 프로젝트도 지원하므로 기존 프로젝트는 예시이며 필수 조건이 아닙니다. 경쟁 도구에 대한 판매자의 평가보다 호환성과 유지 비용을 비교합니다.

도예 수업 사이트는 이미 예약마다 확인을 보냅니다. 제안한 규칙은 수업 시작 24시간 전까지 회원이 예약을 옮길 수 있게 합니다. 이 시간 기준은 예시에서 합의한 가상의 제품 선택입니다. 기존 확인 동작을 보존하며 새 일정 변경 시나리오를 기록합니다. 변경 기록에는 제안·명세 차이·설계·작업이 담깁니다. 합의한 시간 경계와 기존 확인 동작을 점검합니다. 차이를 현재 명세에 반영하는 과정을 검토하고 이전 결정 이유를 보관합니다.

외부 에이전트에서 최신 공식 설치·지원 도구 문서, 실행 환경, 프로젝트, 기존 설정을 확인합니다. 기존 승인 범위에서 선택한 구성만 설치하고 해당 연동을 초기화하며 생성 파일을 검토합니다. CLI는 설정과 기록 작업을 수행하고, 에이전트는 설치된 작업 방식으로 변경을 작성·적용합니다. 호출 이름은 도구별로 다르므로 선택한 연동에 표시된 형태를 사용합니다. 실제 계획 기록이 생성됐는지 확인합니다. 검증 명령은 설치된 프로필에 따라 달라 모든 선택 명령이 있다고 가정하지 않습니다. 보관이나 작업 체크 표시만으로 실제 동작이 증명되지는 않습니다. 프로젝트 점검을 실행하고 부족한 부분을 보고합니다. 기록은 kickoff의 기획·작업 기록으로 재사용합니다.