Apache Airflow v3 DAG 개발을 위한 skills 및 에이전트를 제공하는 데이터 엔지니어링 플러그인
Use this agent when the user wants to create or modify Apache Airflow DAGs. This includes defining new DAGs, adding tasks and operators, configuring scheduling, setting up dependencies between tasks, or any Airflow-related development task. The agent follows Airflow best practices and produces production-ready DAG code. Examples: - <example> Context: The user wants to create a new DAG. user: "ETL 파이프라인 DAG를 만들어줘" assistant: "airflow-developer 에이전트를 사용하여 Airflow 모범 사례에 맞는 ETL 파이프라인 DAG를 구현하겠습니다." <commentary> The user wants a new ETL DAG. Use the Task tool to launch the airflow-developer agent to explore the project structure and implement the DAG. </commentary> </example> - <example> Context: The user wants to add tasks to an existing DAG. user: "데이터 적재 DAG에 검증 태스크를 추가해줘" assistant: "airflow-developer 에이전트를 사용하여 기존 DAG에 데이터 검증 태스크를 추가하겠습니다." <commentary> The user wants to add a validation task. Use the Task tool to launch the airflow-developer agent to read the existing DAG and add the task following Airflow patterns. </commentary> </example> - <example> Context: The user wants to configure scheduling. user: "DAG 스케줄을 매일 오전 9시로 설정해줘" assistant: "airflow-developer 에이전트를 사용하여 DAG 스케줄을 설정하겠습니다." <commentary> The user wants to configure scheduling. Use the Task tool to launch the airflow-developer agent to update the DAG schedule configuration. </commentary> </example>
Use this agent when the user wants to write or verify tests for Apache Airflow DAGs, operators, hooks, or sensors. This includes creating unit tests, integration tests, setting up test fixtures, running pytest, and checking coverage for Airflow pipelines. Examples: - <example> Context: The user wants to write tests for a new DAG. user: "sales DAG에 대한 테스트를 작성해줘" assistant: "airflow-qa 에이전트를 사용하여 테스트 규약에 맞는 DAG 단위 테스트를 작성하겠습니다." <commentary> The user wants tests for a DAG. Use the Task tool to launch the airflow-qa agent to read the test convention, explore existing tests, and write unit/integration tests. </commentary> </example> - <example> Context: The user wants to verify test coverage. user: "Airflow 파이프라인 테스트 커버리지를 확인해줘" assistant: "airflow-qa 에이전트를 사용하여 pytest 커버리지를 실행하고 결과를 분석하겠습니다." <commentary> The user wants coverage verification. Use the Task tool to launch the airflow-qa agent to run pytest with coverage and report the results. </commentary> </example> - <example> Context: The user wants to add fixtures for mocking Airflow connections. user: "Airflow Connection mock fixture를 추가해줘" assistant: "airflow-qa 에이전트를 사용하여 테스트 규약에 맞는 공통 fixture를 추가하겠습니다." <commentary> The user wants test fixtures. Use the Task tool to launch the airflow-qa agent to read the test convention and add fixtures to conftest.py. </commentary> </example>
Airflow v3의 핵심 컴포넌트(DAG, Task, Operator, Hook, Sensor, TaskGroup, Asset, Dynamic Task Mapping)의 역할과 선택 기준을 정의합니다. Airflow 컴포넌트 설계 시 이 지침을 따릅니다.
Airflow v3 프로젝트의 디렉토리 구조, 파일 명명 규칙, Python 코딩 규약, 식별자 명명 규칙, 설정 관리 기준을 정의합니다. Airflow 프로젝트 작업 시 이 지침을 따릅니다.
Airflow v3 프로젝트의 테스트 구조, DAG 구조 테스트, Operator/Hook 단위 테스트, TaskFlow 함수 테스트, 통합 테스트, 공통 fixture 패턴을 정의합니다. Airflow 테스트 작성 시 이 지침을 따릅니다.
Uses power tools
Uses Bash, Write, or Edit tools
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
코드 생성 및 코드 설명을 위한 개인용 Claude Code 플러그인 마켓플레이스
graph LR
A[hoonse-claude-plugins] --> B[.claude]
B --> B1[마켓플레이스 개발 시 사용되는<br/>claude 설정 및 리소스]
A --> C[plugins]
C --> D[claude-logger]
D --> D1[도구 사용 및 프롬프트<br/>자동 로깅]
C --> F[technical-writing]
F --> F1[기술 문서 작성 전문 에이전트와<br/>README 구조 규약 제공]
C --> G[git-workflow]
G --> G1[로컬 Git 워크플로우 규약<br/>관리]
C --> H[github-workflow]
H --> H1[GitHub Issue 기반<br/>개발 워크플로우 자동화]
C --> I[backend]
I --> I1[RESTful API 설계 규약과<br/>FastAPI 백엔드 개발 전문 에이전트]
C --> J[data-engineering]
J --> J1[Apache Airflow DAG 개발<br/>전문 에이전트]
C --> K[project-analyzer]
K --> K1[프로젝트 구조·문서 품질·<br/>설정 정합성 자동 분석 및<br/>GitHub Issue 등록]
이 마켓플레이스의 가장 큰 특장점은 개발 워크플로우 전체를 자동화하는 오케스트레이션 스킬입니다. Issue 분석부터 브랜치 생성, 구현, 커밋, PR 생성까지 하나의 스킬 호출로 처리할 수 있습니다.
| 스킬 | 플러그인 | 설명 |
|---|---|---|
| work-on-issue | github-workflow | GitHub Issue 번호를 받아 이슈 분석 → 브랜치 생성 → 계획 수립 → 구현 및 커밋 → PR 생성까지 전체 워크플로우를 오케스트레이션합니다. |
| work-from-scratch | github-workflow | Issue 없이 작업 설명을 받아 브랜치 생성부터 PR 생성까지 전체 워크플로우를 오케스트레이션합니다. |
| work-on-pr | github-workflow | GitHub PR 번호를 받아 리뷰 분석 → 피드백 반영 커밋 → PR 코멘트 작성까지 리뷰 대응 워크플로우를 오케스트레이션합니다. |
| analyze-project | project-analyzer | 플러그인 마켓플레이스 프로젝트를 자동 분석하여 구조·문서·설정 문제를 파악하고, 필요 시 GitHub Issue로 등록합니다. |
아래 차트는 각 오케스트레이션 스킬의 단계별 실행 흐름을 보여줍니다.
graph TB
subgraph WOI ["/work-on-issue (github-workflow)"]
direction TB
WOI1["① @issue-fetcher"]
WOI2["② @branch-creator"]
WOI3["③ Plan Mode"]
WOI4["④ 코드 구현\n+ @auto-committer"]
WOI5["⑤ git push\n+ @pr-creator"]
WOI1 --> WOI2 --> WOI3 --> WOI4 --> WOI5
end
subgraph WOP ["/work-on-pr (github-workflow)"]
direction TB
WOP1["① @pr-fetcher"]
WOP2["② 브랜치 체크아웃"]
WOP3["③ Plan Mode"]
WOP4["④ 코드 수정\n+ @auto-committer"]
WOP5["⑤ git push\n+ gh pr comment"]
WOP1 --> WOP2 --> WOP3 --> WOP4 --> WOP5
end
subgraph WFS ["/work-from-scratch (github-workflow)"]
direction TB
WFS1["① 작업 정의"]
WFS2["② @branch-creator"]
WFS3["③ Plan Mode"]
WFS4["④ 코드 구현\n+ @auto-committer"]
WFS5["⑤ git push\n+ @pr-creator"]
WFS1 --> WFS2 --> WFS3 --> WFS4 --> WFS5
end
subgraph ANAP ["/analyze-project (project-analyzer)"]
direction TB
ANAP0["① 분석 범위 결정"]
ANAP1["② 병렬 분석"]
ANA1["@structure-analyzer"]
ANA2["@docs-analyzer"]
ANA3["@settings-analyzer"]
ANAP2["③ 종합 리포트 작성"]
ANA4["④ @issue-creator\n(선택)"]
ANAP0 --> ANAP1
ANAP1 --> ANA1
ANAP1 --> ANA2
ANAP1 --> ANA3
ANA1 --> ANAP2
ANA2 --> ANAP2
ANA3 --> ANAP2
ANAP2 -. "개발자 승인 후" .-> ANA4
end
classDef plan fill:#fef9c3,stroke:#ca8a04,color:#713f12
class WOI3,WOP3,WFS3 plan
위 오케스트레이션 스킬들은 브랜치 생성(해당되는 경우) 및 커밋 단계에서 git-workflow 플러그인의 에이전트를 활용합니다.
graph LR
WOI["/work-on-issue"] -->|사용| BC
WFS["/work-from-scratch"] -->|사용| BC
WOI -->|사용| AC
WOP["/work-on-pr"] -->|사용| AC
WFS -->|사용| AC
subgraph GW ["git-workflow 플러그인"]
BC["@branch-creator"]
AC["@auto-committer"]
end
이 마켓플레이스 프로젝트에서 제공하는 플러그인을 사용하려는 프로젝트의 루트 디렉토리에서 아래 명령어를 실행합니다.
# 마켓플레이스 등록
/plugin marketplace add iamhoonse-dev/hoonse-claude-plugins
# 플러그인 설치
/plugin install git-workflow@hoonse-claude-plugins
# 마켓플레이스 등록
/plugin marketplace add /path/to/hoonse-claude-plugins
# 플러그인 설치
/plugin install git-workflow@hoonse-claude-plugins
Skills는 /<plugin-name>:<skill-name> 형태로 호출합니다.
/git-workflow:commit-message
/commit-message
Agents는 대화 중 관련 요청 시 자동으로 활성화되거나, 직접 요청할 수 있습니다.
@git-workflow:auto-committer 변경사항을 커밋해 줘
변경사항을 커밋해 줘
Claude Code 세션의 도구 사용 및 프롬프트를 자동으로 로깅하는 플러그인
로컬 Git 워크플로우 규약(커밋 메시지, 브랜치 네이밍 등)을 관리하는 플러그인
플러그인 마켓플레이스 프로젝트의 구조 일관성, 문서 품질, 설정 정합성을 자동 분석하고 GitHub Issue로 등록하는 플러그인
RESTful API 설계 규약과 FastAPI 백엔드 개발 전문 에이전트를 제공하는 플러그인
GitHub 개발 워크플로우(이슈 기반 작업, 자유 작업, PR 리뷰 대응, PR 생성 등)를 자동화하는 플러그인
npx claudepluginhub iamhoonse-dev/hoonse-claude-plugins --plugin data-engineeringUltra-compressed communication mode. Cuts ~75% of tokens while keeping full technical accuracy by speaking like a caveman.
Comprehensive UI/UX design plugin for mobile (iOS, Android, React Native) and web applications with design systems, accessibility, and modern patterns
Multi-model consensus engine integrating OpenAI Codex CLI, Gemini CLI, and Claude CLI for collaborative code review and problem-solving.
Curate auto-memory, promote learnings to CLAUDE.md and rules, extract proven patterns into reusable skills.