'implement' 검색 결과

Study a merged or shipped tdmcp implementation and extract reusable learnings: code improvements, runtime/UX lessons, test gaps, docs updates, roadmap items, and harness changes. Use when the user asks to learn from a completed feature/project/PR/build, analyze what can be improved from an implementation, or turn a real installation experience into actionable tdmcp improvements. This is a post-implementation learning harness; it does not replace tdmcp-pipeline for building or tdmcp-quality-audit for broad repo audits.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Execute implementation tasks from the current plan. Works through tasks sequentially, marks completion, and preserves progress for continuation across sessions. Use when user says "implement", "start coding", "execute plan", or "continue implementation".

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Execute implementation tasks from the current plan. Works through tasks sequentially, marks completion, and preserves progress for continuation across sessions. Use when user says "implement", "start coding", "execute plan", or "continue implementation".

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Orchestrates implementation of all tasks for a feature using an agent team. Respects task dependencies, runs tasks in correct order, parallelizes independent tasks. Does NOT build, run tests, or commit at any point — verification is delegated to the caller (typically `/start-job`, which runs `build-verify` and `pr-review uncommitted` afterwards). Use when the user says "implement all tasks", "run the task sequence", "implement the feature", or wants to execute multiple tasks from a task list end-to-end.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Implement a scoped feature-pipeline plan in coherent commits and push each meaningful unit. Use for "implement the plan", "apply the plan", or the implementation stage; routine lean/economy work does not require planApproved, while explicit human gates remain binding.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Implementer - fetches a GitHub issue, builds an implementation plan, then implements using TDD. Use when: implement, build this, code this, add this feature, TDD, test first, red green refactor, pick a task, next task, dev.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Implement tasks from an OpenSpec change. Use when the user wants to start implementing, continue implementation, or work through tasks. Also use when the user says "openspec apply", "opsx apply", or "openspec implement".

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Post-implementation review orchestrator. Launches 5 parallel background sub-agents: Oracle (goal/constraint verification), Oracle (code quality), Oracle (security), unspecified-high (hands-on QA execution), unspecified-high (context mining from GitHub/git/Slack/Notion). All must pass for review to pass. MUST USE after completing any significant implementation work. Triggers: 'review work', 'review my work', 'review changes', 'QA my work', 'verify implementation', 'check my work', 'validate changes', 'post-implementation review'.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Implementer - fetches a GitHub issue, builds an implementation plan, then implements using TDD. Use when: implement, build this, code this, add this feature, TDD, test first, red green refactor, pick a task, next task, dev.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Translate designs and UI requirements into robust, extensible implementations. Apply when converting designs to code, implementing components, fixing broken UI, or handling responsive layouts.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

組織変革管理の専門コンサルタントスキル。システム導入、組織変革、DXプロジェクトにおける変革管理を支援。 ADKAR、Kotter 8-Stepフレームワークに基づき、ステークホルダー影響度分析、コミュニケーション計画、抵抗管理戦略を提供。 Use when managing organizational change, system implementations, digital transformation projects, or improving user adoption rates. Triggers: "change management", "organizational change", "system implementation", "user adoption", "change strategy", "stakeholder engagement".

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Claim one live GitHub queue item, implement it end to end, run fail-closed gates and independent verification, then open a draft PR. Use for one ready-to-implement issue or the implementation routine.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Reads an OpenAPI 3.0 specification and manually implements a type-safe Dart API layer using Dio for HTTP, Freezed or Equatable for models, and json_serializable for serialisation. Use when given an OpenAPI/Swagger file (JSON or YAML) and asked to implement the API in Flutter/Dart, create Dart models from an API schema, build a Dio API client, implement endpoints from a spec, convert openapi to dart, or set up a data/network layer from an API contract. Handles $ref resolution, oneOf union types, enums, query params, request bodies, and DioException error mapping.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Translates Figma motion and animations into production-ready application code. Use when implementing animation/motion from a Figma design — user mentions "implement this motion", "add animation from Figma", "animate this component", provides a Figma URL whose node is animated, or when `get_design_context` returns motion data or instructs you to call `get_motion_context`.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Study a merged or shipped tdmcp implementation and extract reusable learnings: code improvements, runtime/UX lessons, test gaps, docs updates, roadmap items, and harness changes. Use when the user asks to learn from a completed feature/project/PR/build, analyze what can be improved from an implementation, or turn a real installation experience into actionable tdmcp improvements. This is a post-implementation learning harness; it does not replace tdmcp-pipeline for building or tdmcp-quality-audit for broad repo audits.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Implements API rate limiting and throttling controls using token bucket, sliding window, and fixed window algorithms to protect against brute force attacks, credential stuffing, resource exhaustion, and API abuse. The engineer configures per-user, per-IP, and per-endpoint rate limits using Redis-backed counters, API gateway plugins, or application middleware, and implements proper HTTP 429 responses with Retry-After headers. Activates for requests involving rate limiting implementation, API t...

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

実装タスクの規律を担保する開発ワークフロー手順 （explore → plan → implement → verify → commit）。 非自明な実装・バグ修正・リファクタリング（プロダクトコードを書く/変更するタスク全般）に 着手するときは必ず使う。Plan Mode 等で探索・計画が済んでいる場合も、 implement 以降（テスト戦略 → 検証 → コミット）の規律として適用する。 新規プロダクト開発と既存プロダクト改修で手順が分岐する。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Deliver multi-file changes in thin vertical slices — implement, test, verify, commit, repeat. Load when implementing a feature from a plan, building across more than one file, refactoring, or when tempted to land a large change in one pass. Also triggers on "incremental implementation", "vertical slice", "thin slice", "one slice at a time", "don't do it all at once". Routes single-file fixes to direct execution. Pairs with test-driven-development and git-workflow-and-versioning.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Create a detailed, step-by-step implementation plan for a feature or project. Load when the user asks to plan a feature, create a technical roadmap, break down a PRD into tasks, design an implementation strategy, or sequence engineering work. Also triggers on "how should we build this", "implementation plan for", "technical breakdown", "task list for", or any request to turn a high-level requirement into a concrete execution plan. Supports phased rollouts, architecture-first, and MVP-focused planning.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

This skill should be used when the user asks to "これらのIssueを全部実装して", "implement these issues autonomously", "Issue一覧を自動で片付けて", "これらのタスクを順番に実装してPRにして", or provides a list of GitHub Issue numbers/URLs for autonomous batch implementation. Fetches all specified Issues, resolves dependency order, then iterates through each — creating a worktree, implementing, and opening a PR — without user intervention.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

새 테스트와 기존 테스트가 보호하는 동작과 결함을 점검합니다. 중복과 구현 의존성을 검토하고 삭제 근거를 기록하며, 필요한 검증을 남겨 테스트 전용 코드도 정리합니다.

• 새 테스트의 필요성을 확인합니다
• 중복되거나 구현에 의존하는 테스트를 점검합니다
• 테스트만을 위해 공개한 함수를 검토합니다

기능 개발용 독립 작업 공간을 준비합니다. 기존 분리 상태를 확인하고 환경의 기본 기능이나 git worktree를 사용하며, 의존성 준비와 시작 전 테스트도 진행합니다.

• 별도 작업 공간에서 기능 개발을 시작할 때
• 구현 계획 실행 전에 환경을 준비할 때
• 작업 공간이 이미 분리되었는지 확인할 때

명세나 요구 사항을 변경 파일, 함수 정의, 테스트와 검증 절차가 명확한 구현 계획으로 정리합니다. 코드를 쓰기 전에 작업을 나누고 다른 담당자에게 인계할 수 있게 합니다.

• 코드 작성 전 기능 구현 계획 수립
• 요구 사항을 테스트 가능한 작업으로 분할
• 다른 담당자나 에이전트에게 구현 인계

기능 구현 후나 병합 전에 별도 에이전트에 코드 리뷰를 요청합니다. 변경 내용과 요구 사항, 대상 커밋을 전달하고 지적된 문제의 심각도에 따라 수정을 진행합니다.

• 주요 기능 구현 후 리뷰
• 병합 전 변경 내용 확인
• 복잡한 오류 수정의 제삼자 검토