주요 특징

• /opsx:explore로 코드를 읽고 선택지를 따져 보며 계획을 잡은 뒤, /opsx:propose로 openspec/changes/ 아래에 proposal.md, specs/, design.md, tasks.md를 생성한다. /opsx:apply는 작업 목록을 차례로 구현하고, /opsx:archive는 완료된 변경을 아카이브하면서 명세를 갱신한다. 확장 프로필을 선택하면 /opsx:verify, /opsx:ff, /opsx:bulk-archive 같은 명령도 쓸 수 있다.
• 명세는 'ADDED Requirements' 아래에 요구사항과 WHEN/THEN 형식의 시나리오를 적는 평범한 Markdown이라 따로 배울 문법이 없다. AI가 명세를 작성하고 사람은 코드가 작성되기 전에 계획을 검토한다. OpenSpec 저장소 자체도 OpenSpec으로 개발되고 있어 실제 specs와 진행 중인 changes를 예시로 볼 수 있다.
• 고정된 단계 관문 없이 어떤 산출물이든 언제든 수정할 수 있는 반복형 워크플로를 지향한다. README는 GitHub Spec Kit을 단계 관문이 엄격하고 Python 설정이 필요한 무거운 도구로, AWS Kiro를 전용 IDE와 Claude 모델에 묶인 도구로 비교하며, OpenSpec은 기존에 쓰던 도구에서 그대로 동작한다고 설명한다.
• Cursor, GitHub Copilot, Amazon Q, Codex 등 30개 이상의 AI 도구를 지원하며, 도구에 따라 /opsx:propose, /opsx-propose, @opsx-propose, $openspec-propose처럼 호출 형태가 다르다. openspec init이 선택한 도구에 맞는 호출 형식을 알려주고, openspec update로 agent 지침과 슬래시 명령을 최신 상태로 다시 생성한다. Node.js 20.19.0 이상이 필요하며 npm 외에 pnpm, yarn, bun, nix로도 설치할 수 있다.
• 베타 기능인 Stores는 계획을 별도 저장소에 두고 git push로 팀과 공유해, 여러 저장소에 걸친 기능도 하나의 변경과 계획으로 관리하게 한다. 플랫폼 팀이 소유한 명세를 제품 팀의 코딩 agent가 읽기 전용으로 참조할 수 있고, 코드가 생기기 전에 계획부터 기록할 수 있다. 명령 이름과 버전만 수집하는 익명 사용 통계가 기본으로 켜져 있으며 OPENSPEC_TELEMETRY=0 등으로 끌 수 있다.