912건 · 관련도순
Extract an Allium specification from an existing codebase. Use when the user has existing code and wants to distil behaviour into a spec, reverse engineer a specification from implementation, generate a spec from code, turn implementation into a behavioural specification, or document what a codebase does in Allium terms.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Generate tests from Allium specifications. Use when the user wants to propagate tests, generate test files from a spec, write tests for a specification, create property-based tests, produce state machine tests, check test coverage against spec obligations, or understand what tests a specification requires.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Write the executable feature specification — the WHAT and WHY artifact that agents and reviewers treat as source of truth. Owns both /specify and /clarify modes. Load when the user asks to write a feature spec, write a specification, write an executable spec, define functional requirements, capture acceptance criteria as Given/When/Then, or when the spec-driven-development orchestrator routes here. Also triggers on "feature spec", "executable spec", "/specify", "/clarify", "write the spec for this feature", "specification for", "spec-driven", "machine-readable spec". Output: docs/specs/YYYY-MM-DD-<slug>-feature-spec.md. Hard gate: cannot Approve while [NEEDS CLARIFICATION] markers remain.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
구현 계획의 각 작업을 별도 에이전트에 맡기고 명세 준수 여부와 코드 품질을 확인합니다. 진행 상황을 파일에 기록하며 마지막에는 브랜치 전체 변경 사항을 검토합니다.
명세나 요구 사항을 변경 파일, 함수 정의, 테스트와 검증 절차가 명확한 구현 계획으로 정리합니다. 코드를 쓰기 전에 작업을 나누고 다른 담당자에게 인계할 수 있게 합니다.
업무와 일상의 반복 작업을 질문으로 구체화하고 시작 조건, 사람의 확인, 판단용 요약을 정리해 구현 담당자가 추가 질문 없이 만들 수 있는 워크플로 명세로 작성합니다.
현재 대화와 코드베이스에 대한 이해를 바탕으로 명세서를 작성해 프로젝트 이슈 관리 시스템에 게시합니다. 사용자 요구, 구현과 테스트 방침, 제외 범위를 정리합니다.
명세서와 관련 티켓의 의존 관계를 읽고 여러 에이전트가 구현을 진행합니다. 테스트와 검토를 거쳐 결과를 하나의 통합 브랜치로 모으고 티켓 완료 처리까지 진행합니다.
명세서나 티켓의 작업을 코드로 구현합니다. 유형 검사와 테스트로 확인하고 code-review 스킬로 변경 사항을 검토한 뒤 현재 브랜치에 커밋합니다.
계획, 명세, 대화를 각각 동작을 확인할 수 있는 작은 개발 티켓으로 나눕니다. 의존 관계와 착수 순서를 명시하고 사용자 확인 후 로컬 파일이나 이슈 관리 도구에 등록합니다.
모호한 기능 요청이나 영향이 큰 변경의 범위·전제·위험을 정리합니다. 기대 동작과 검증 방법을 명시한 인수 기준이나 인계 자료로 만듭니다.
프런트엔드와 백엔드 또는 서비스 간 API와 이벤트 명세를 먼저 정합니다. 타입을 생성하고 같은 명세로 테스트 데이터와 실제 응답을 검증해 병렬 개발 중 불일치를 줄입니다.
구현 계획의 각 작업을 별도 하위 에이전트에 맡깁니다. 명세 준수와 코드 품질을 차례로 검토하고 수정과 재검토를 거친 뒤 전체 연동을 점검합니다.
제안서와 명세서를 배경 정리부터 절별 작성, 독자 검증까지 대화로 완성합니다. 작성 대화를 모르는 별도의 Claude로 설명 부족과 모호한 부분을 확인합니다.
모호한 요구를 다섯 단계로 정리해 구현에 사용할 명세와 GitHub 이슈를 만듭니다. 필요하면 독립 작업 디렉터리에서 Claude Code로 구현을 시작합니다.
Carry out Docupost tasks through Rube MCP, an agent connection to external tools. Discover supported actions, check their required inputs and the service connection, then execute operations according to the specifications returned by tool search.
한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.
Turn specifications into pseudocode, a language-independent outline of program logic. Define data structures, handle edge cases, analyze time and memory requirements, and document design patterns and optimization opportunities before implementation.
한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.
Turn specifications and designs into working code using test-driven development: write failing tests, implement enough code to pass, then refactor. The workflow also covers error handling, performance improvements, documentation, and coordinated changes across components.
한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.
Organize new features, complex implementations, and architecture changes into the SPARC stages: specification, pseudocode, architecture, refinement, and completion. Define requirements and acceptance criteria, consult existing patterns, and record lessons for future work.
한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.
Turn specifications and algorithm outlines into a system architecture. Define components, interfaces, data structures, and deployment plans, then document technology choices, security measures, failure handling, and plans for supporting increased usage.
한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.
Turn an approved specification into pseudocode, a plain outline of program logic, and an architecture defining module responsibilities and API inputs and outputs. After user confirmation, proceed with implementation and unit tests based on those designs.
한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.
Review implemented features against their requirements, add missing tests, and check performance constraints. Produce documentation, a table linking requirements to code and tests, and evidence showing whether the feature is ready for deployment.
한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.
Compare an implementation with its OpenSpec specifications, tasks, and design decisions before archiving the change. Get a report on completion, requirement coverage, and consistency, with prioritized issues, actionable recommendations, and explicit limits where evidence is missing.
한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.
Implement pending tasks from an OpenSpec change using its specifications and design documents. The skill updates task checkboxes, confirms progress, supports resuming unfinished work, and pauses when requirements or implementation issues need clarification.
한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.