Community코딩 & 개발github.com

warpdotdev/implement-specs

승인된 제품 명세(PRODUCT.md)와 기술 명세(TECH.md)로부터 기능을 구현하며, 동일한 PR에서 명세와 코드를 일치시킵니다. 제품 및 기술 명세가 승인된 후, 기능 구축이 다음 단계일 때 사용합니다.

implement-specs란 무엇인가요?

이 스킬은 제품 명세(PRODUCT.md)와 기술 명세(TECH.md)가 승인된 후, 해당 명세를 기반으로 기능을 구현하는 데 사용됩니다. 핵심 특징은 구현이 진행됨에 따라 명세와 코드를 동일한 PR 내에서 지속적으로 동기화하여, 명세가 코드에서 멀어지는 일이 없도록 방지한다는 점입니다. 이 스킬은 주로 개발자 도구 및 AI 에이전트(예: Claude Code, Cursor, Codex)와 함께 사용되며, 워크플로우는 일반적으로 승인된 명세에서 작업 범위를 식별하고, 구현 계획을 수립하며, 코드를 작성하고, 명세를 업데이트하며, 최종적으로 모든 변경사항을 하나의 PR로 제출하는 과정을 따릅니다. 이를 통해 개발자는 명세와 구현 간의 일관성을 유지하고, 코드 리뷰와 유지보수를 용이하게 할 수 있습니다.

지원 대상~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/warpdotdev/common-skills/tree/main/skills/implement-specs

Installed? Explore more 코딩 & 개발 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

implement-specs은(는) 무엇을 하나요?

승인된 제품 명세(PRODUCT.md)와 기술 명세(TECH.md)로부터 기능을 구현하며, 동일한 PR에서 명세와 코드를 일치시킵니다. 제품 및 기술 명세가 승인된 후, 기능 구축이 다음 단계일 때 사용합니다.

사용 방법

  1. PRODUCT.md와 TECH.md가 승인 및 확정되었는지 확인합니다.
  2. 명세를 검토하여 구현해야 할 기능의 범위를 파악합니다.
  3. 구현 계획을 수립하고 코드 작성을 시작합니다.
  4. 구현하면서 명세를 업데이트하여 코드와 동기화합니다.
  5. 모든 변경사항을 포함하는 단일 PR(Pull Request)을 생성합니다.

주요 이점

  • 명세-코드 일관성 유지: 명세가 항상 최신 코드 상태를 반영하므로, 시간이 지남에 따라 발생할 수 있는 차이를 방지합니다.
  • 효율적인 코드 리뷰: PR에 명세 변경사항이 포함되어 있어 리뷰어가 의도와 구현을 함께 확인할 수 있습니다.
  • 투명한 진행 상황: 명세 업데이트를 통해 팀 구성원이 구현 진행 상황과 변경사항을 명확히 알 수 있습니다.

참고 사항

  • 이 스킬은 제품 및 기술 명세가 승인된 후에만 사용해야 합니다.
  • 명세 변경 시에는 항상 해당 PR 내에서 코드 변경과 함께 업데이트하세요.
  • 명세에 대한 주요 변경이 필요한 경우, 별도의 논의 및 승인 프로세스를 고려하세요.

Individual skills in this repo

This repo contains 16 individual skills — each has its own dedicated page.

warpdotdev/brandalf

Guides creation, revision, and review of Warp- or Oz-branded assets. Use when working on launch pages, docs, HTML/CSS components, UI mockups, prompts, social assets, copy, presentations, or any other branded deliverable that should look and sound unmistakably Warp or Oz.

warpdotdev/check-impl-against-spec

Compare a pull request's implementation against spec context in spec_context.md and feed any material mismatches into review.json. Use during PR review when approved or repository spec context is available.

warpdotdev/council

Run a model-diverse subagent council to investigate the same problem from multiple perspectives, compare findings, and produce a final recommendation. Use this skill whenever the user asks for a council, second opinions, multiple agents/models to evaluate one question, parallel investigation, red-team/blue-team comparison, or help deciding between competing technical approaches.

warpdotdev/create-pr

Create a pull request in the warp repository for the current branch. Use when the user mentions opening a PR, creating a pull request, submitting changes for review, or preparing code for merge.

warpdotdev/diagnose-ci-failures

Diagnose CI failures for a PR using the GitHub CLI, extract error logs, and generate a plan to fix them. Use when the user asks to check CI status, pull CI issues, triage test failures, or investigate PR build failures.

warpdotdev/fix-errors

Fix compilation errors, linting issues, and test failures in the warp Rust codebase. Covers presubmit checks, WASM-specific errors, and running specific tests. Use when the user hits build errors, clippy or fmt failures, test failures, or needs to run or interpret presubmit before a PR.

warpdotdev/pr-walkthrough

Generate a static interactive D3 walkthrough of a pull request. Use when the user wants a zoomable PR map, graph/canvas PR orientation, or alternate visualization of PR system components, data flow, code dependencies, and user actions.

warpdotdev/reproduce-bug-report

Launch Oz cloud agents with computer use to reproduce UI-focused bug reports, capture visual evidence, and report reproduction findings. Use when investigating a specific interactive or visual bug from an issue, ticket, support report, or prompt.

warpdotdev/resolve-merge-conflicts

Resolve Git merge conflicts by extracting only unresolved paths, conflict hunks, and compact diffs instead of loading whole files into context. Use when a merge, rebase, cherry-pick, or stash pop stops on conflicts, when `git status` shows unmerged paths, or when files contain conflict markers.

warpdotdev/respond-to-pr-comments-in-blocklist

Walk users through PR review comments, fetching and displaying them first when needed, collect per-comment response decisions, apply requested fixes, and preview GitHub replies and resolutions before posting. Use when responding to PR review comments on the current branch.

warpdotdev/review-pr

Review a pull request diff and write structured feedback to review.json for the workflow to publish. Use when reviewing a checked-out PR from local artifacts like pr_diff.txt and pr_description.txt and producing machine-readable review output instead of posting directly to GitHub.

warpdotdev/spec-driven-implementation

Drive a spec-first workflow for substantial features by writing PRODUCT.md before implementation, writing TECH.md when warranted, and keeping both specs updated as implementation evolves. Use when starting a significant feature, planning agent-driven implementation, or when the user wants product and tech specs checked into source control.

warpdotdev/update-skill

Create or update skills by generating, editing, or refining SKILL.md files in this repository. Use when authoring new skills or revising the structure, frontmatter, or guidance for existing ones.

warpdotdev/validate-changes-match-specs

Validate that a branch or pull request implementation matches introduced product, technical, security, and related specs. Use when reviewing or finishing a spec-driven change and resolving mismatches between checked-in specs and implementation.

warpdotdev/write-product-spec

Write a PRODUCT.md spec for a significant user-facing feature in Warp, focused on detailed behavior and validation. Use when the user asks for a product spec, desired behavior doc, or PRD, wants to define feature behavior before implementation, or when the feature is substantial or behaviorally ambiguous enough that a written spec would improve implementation or review.

warpdotdev/write-tech-spec

Write a TECH.md spec for a significant Warp feature after researching the current codebase and implementation constraints. Use when the user asks for a technical spec, implementation plan, or architecture doc tied to a product spec.

관련 스킬