4.9천건 · 관련도순
Compare feature requirements with existing code to identify missing capabilities and integration challenges. Evaluate extending current components, building new ones, or combining both, and save the findings to guide technical design.
한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.
Compare feature requirements with an existing codebase to identify missing capabilities and integration challenges. Evaluate extending existing code, building new components, or combining both, then save findings and open research questions to inform the design phase.
한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.
Helps add DOCA capabilities to an existing DPDK packet-processing application. Guides port mapping, packet-buffer conversion, compatibility checks, builds, and debugging so developers can integrate DOCA while retaining their existing packet-processing code.
한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.
Gates whether a new test should exist and forces it to be efficient, protecting CI from low-value test bloat. Use before any change to what a pytest, Jest, or Playwright test asserts or sets up, down to one fixture or one assertion added to an existing block. Front-loads the value bar (every test must catch a realistic regression no existing test already catches; extend the nearest existing test before writing a new standalone one; test behavior through the public interface, not implementation details; collapse near-duplicates into parameterized cases) and the efficiency bar (deterministic, isolated, fast; pick the cheapest test level; Django TestCase over TransactionTestCase; no sleeps, no real network; no time bombs from absolute dates left to age against the real clock; no database a test never uses). Includes a "don't write it" decision tree. For fixing an existing flaky test use `/fixing-flaky-tests`; after this gate says a Playwright test is warranted, use `/playwright-test` for mechanics.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Guides creation and validation of custom dotnet new templates from existing projects. Generates a .template.config/template.json that preserves the source project's conventions. USE FOR: creating a reusable dotnet new template from an existing project, bootstrapping .template.config/template.json with correct identity, shortName, parameters, and post-actions, adding parameters or conditional content to a template you are authoring, validating the template.json you are authoring before publishing, packaging templates as NuGet packages for distribution. DO NOT USE FOR: validating an existing template.json as a standalone task (use template-validation), finding or using existing templates (use template-discovery and template-instantiation), MSBuild project file issues unrelated to template authoring, NuGet package publishing (only template packaging structure).
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Fix nodes silently disappearing from RFDB when an enricher or post-resolution pass writes new nodes via BatchHandle. Use when: (1) writing a TypeScript enricher that should ADD nodes/edges to existing files, (2) after calling `client.createBatch()` + `batch.addNode({file: 'X', ...})` + `batch.commit()` the original nodes in file X have vanished, (3) tests that load a graph fixture, run an enricher, then query original nodes get empty results, (4) a verification step shows expected nodes pre-enrichment but 0 post-enrichment. Root cause: `BatchHandle.commit()` invokes RFDB's `commit_batch` which AUTO-POPULATES `changed_files` from each added node's `file` field, then the server DELETES all existing nodes whose `file` matches before inserting new ones — file-level upsert semantics. This is correct for the JS/Haskell analyzers (which fully re-emit a file's contents) but catastrophic for enrichers that only ADD to existing files.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Given the product and the existing page inventory, identify missing blog topics and generate new blog posts that capture search/AI intent using the query-fanout pattern. Use this skill whenever the user asks to "spawn blogs", "generate blog posts", "expand the blog", "build out a content cluster", "write blog ideas", "cover more search intents", "query fanout for blogs", or wants new long-form content that supports existing pillars. Output is one new post per topic in the project's existing post format (markdown, MDX, component, or CMS migration note), with frontmatter shape mirrored from an existing post.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Gates whether a new test should exist and forces it to be efficient, protecting CI from low-value test bloat. Use before any change to what a pytest, Jest, or Playwright test asserts or sets up, down to one fixture or one assertion added to an existing block. Front-loads the value bar (every test must catch a realistic regression no existing test already catches; extend the nearest existing test before writing a new standalone one; test behavior through the public interface, not implementation details; collapse near-duplicates into parameterized cases) and the efficiency bar (deterministic, isolated, fast; pick the cheapest test level; Django TestCase over TransactionTestCase; no sleeps, no real network; no time bombs from absolute dates left to age against the real clock; no database a test never uses). Includes a "don't write it" decision tree. For fixing an existing flaky test use `/fixing-flaky-tests`; after this gate says a Playwright test is warranted, use `/playwright-test` for mechanics.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
기존 테스트와 부족한 부분을 점검합니다. 요구 사항, 업무 규칙, 결함을 식별 번호와 실행 결과에 연결하고 테스트 대장으로 검증 여부를 추적합니다.
새 스킬을 만들기 전에 로컬 환경, 마켓, GitHub, 웹에서 기존 후보를 찾아 용도 적합성과 안전성을 확인하고 재사용, 확장, 신규 생성 판단을 돕습니다.
새 기능을 구현하기 전에 기존 코드, npm과 PyPI 패키지, MCP servers 등을 조사합니다. 후보를 비교해 채택, 확장, 조합 또는 직접 개발할지 판단하도록 돕습니다.
Change an existing feature that works but needs different behavior. The skill updates tests to reflect the new requirements, adjusts the implementation, and coordinates review with approval checkpoints before committing the changes.
한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.
기계 학습이 없는 기존 앱에 추천, 분류, 예측 기능을 추가하는 절차를 정리합니다. 문제와 데이터 확인부터 초기 모델의 학습, 평가, 통합까지 돕습니다.
기존 코드에서 색상·글꼴·여백 등의 공통 규칙을 추출하고 디자인 명세와 미리보기를 만듭니다. 화면의 일관성을 열 가지 항목으로 평가하고 수정할 위치도 제시합니다.
처음 접하는 코드의 구조와 처리 흐름, 개발 규칙을 조사해 프로젝트 참여 안내 자료와 CLAUDE.md를 만듭니다. 변경 작업별로 참고할 위치도 정리합니다.
사진 같은 이미지, 일러스트, 제품 목업을 생성합니다. 기존 이미지의 배경 변경, 불필요한 물체 제거, 투명 배경 처리와 참고 이미지를 활용한 다른 시안 제작에도 사용합니다.
Browser Use Cloud의 API와 SDK로 브라우저 자동화를 구현하도록 돕습니다. 인증, 세션, 로그인 상태 저장, 기존 에이전트 및 외부 서비스 연동을 안내합니다.
새 기능과 버그 수정 전에 실패하는 테스트를 작성합니다. 최소 구현과 코드 정리를 반복하며 기대 동작과 기존 기능에 미치는 영향을 확인합니다.
Paperclip 화면 변경을 Storybook, 운영용 소스, 기존 브라우저 테스트로 확인합니다. 렌더링, 조작, 시각적 비교, 운영 환경 검증 결과를 나누어 보고합니다.
Paperclip 소스 버전, npm 배포 버전, 실행 중인 환경에서 화면과 CLI를 실제로 조작해 검증합니다. 버전과 시작 데이터 상태를 기록하고 스크린샷과 로그 등의 증거를 남깁니다.
Paperclip에서 새 에이전트의 생성 권한과 기존 설정을 확인합니다. 역할, 지시, 실행 환경을 정리해 승인 절차에 따라 채용을 신청하고 관련 작업을 후속 처리합니다.
Paperclip의 기존 에이전트 중 적합한 담당자를 골라 목표, 제약, 결과물을 명시한 작업을 만듭니다. 대화가 끝난 뒤에도 참조할 작업 ID와 링크를 반환합니다.
새 웹페이지 제작이나 기존 UI 검토에서 구조, 색상, 글꼴을 정리합니다. URL과 이미지의 디자인 분석 및 개선 사항의 우선순위 지정도 지원합니다.
기존 OD Next 계획에 필요한 이미지 등 소재를 준비합니다. 확인된 기능과 소재를 재사용하고 요구 조건을 유지하며 확보, 크기 확인, 비동기 결과 수집을 진행합니다.