Pre-action boundary checking — validates agent tool calls against declared capabilities and task contracts
日本語の概要は準備中です。原文の説明を表示しています。
Routes data engineering tasks to the correct DE expert agent. Use when user requests data pipeline design, DAG authoring, SQL modeling, stream processing, or warehouse optimization.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
When this skill spawns a subagent via the Agent tool, the spawned prompt MUST include this directive verbatim (or equivalent):
ALL tool calls targeting
.claude/paths MUST go through/tmp/*.shscript via Bash. This includes read-only measurement (sed/cat/wc/ls/grep), Write, Edit. Read tool is exempt. Direct Write/Edit/Bash on .claude/ triggers user approval prompts that block unattended automation. See R010 for the full pattern.
This directive is preserved inline because Agent-tool prompt synthesis can drop SKILL.md notes; inline mandatory directives survive (#1046 lesson).
Routes data engineering tasks to appropriate DE expert agents. This skill contains the coordination logic for orchestrating data engineering agents across orchestration, modeling, processing, streaming, and warehouse specializations.
| Type | Agents | Purpose |
|---|---|---|
| de/orchestration | de-airflow-expert | DAG authoring, scheduling, testing |
| de/modeling | de-dbt-expert | SQL modeling, testing, documentation |
| de/processing | de-spark-expert | Distributed data processing |
| de/streaming | de-kafka-expert | Event streaming, topic design |
| de/warehouse | de-snowflake-expert | Cloud DWH, query optimization |
| de/architecture | de-pipeline-expert | Pipeline design, cross-tool patterns |
| Keyword | Agent |
|---|---|
| "airflow", "dag", "scheduling", "orchestration" | de-airflow-expert |
| "dbt", "modeling", "sql model", "analytics engineering" | de-dbt-expert |
| "spark", "pyspark", "distributed processing", "distributed" | de-spark-expert |
| "kafka", "streaming", "event", "consumer", "producer" | de-kafka-expert |
| "snowflake", "warehouse", "clustering key" | de-snowflake-expert |
| "pipeline", "ETL", "ELT", "data quality", "lineage" | de-pipeline-expert |
| "iceberg", "table format" | de-snowflake-expert or de-pipeline-expert |
| Pattern | Agent |
|---|---|
dags/*.py, airflow.cfg, airflow_settings.yaml | de-airflow-expert |
models/**/*.sql, dbt_project.yml, schema.yml | de-dbt-expert |
Spark job files, spark-submit configs | de-spark-expert |
Kafka configs, *.properties (Kafka), streams/*.java | de-kafka-expert |
| Snowflake SQL, warehouse DDL | de-snowflake-expert |
Before routing via Agent tool, evaluate in this order:
Check if Agent Teams is available (CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 or TeamCreate/SendMessage tools present).
| Scenario | Preferred |
|---|---|
| Single-tool DE task | Agent Tool |
| Multi-tool pipeline design (3+ tools) | Agent Teams |
| Cross-tool data quality analysis | Agent Teams |
| Quick DAG/model validation | Agent Tool |
For new pipeline code, DAG scaffolding, or SQL model generation:
/tmp/.claude-env-status-* for codex, gemini, and rtk availability/codex-exec for scaffolding:
[Codex Hybrid] Delegating to codex-exec.../gemini-exec for scaffolding:
[Gemini Hybrid] Delegating to gemini-exec...RTK=available in env status) → optionally wrap DE expert output through RTK to reduce token consumption by 60-90%:
[RTK Proxy] Token optimization active via rtk-exec[External CLI] Unavailable — proceeding with {expert} directly and use DE expert directlySuitable: New DAG files, dbt model scaffolding, SQL template generation Unsuitable: Existing pipeline modification, architecture decisions, data quality analysis
Route to appropriate DE expert based on tool/framework detection.
Permission Mode: When spawning agents via Agent tool, always pass
mode: "bypassPermissions". The Agent tool default (acceptEdits) overrides agent frontmatterpermissionMode, causing permission prompts during unattended execution.
If get_agent_for_task MCP tool is available, call it with the original query and inject suggested_skills into the agent prompt. Skip silently on failure.
For ambiguous routing (confidence < 90%), query the wiki for context:
wiki/index.yaml for DE-related pages matching the requestAdvisory only — skip silently if wiki unavailable.
If the selected agent has soul: true in frontmatter, read and prepend .claude/agents/souls/{agent-name}.soul.md content to the prompt. Skip silently if file doesn't exist.
DE Request → Detection → Expert Agent
Airflow DAG → de-airflow-expert
dbt model → de-dbt-expert
Spark job → de-spark-expert
Kafka topic → de-kafka-expert
Snowflake → de-snowflake-expert
Pipeline → de-pipeline-expert
Multi-tool → Multiple experts (parallel)
1. Receive pipeline task request
2. Identify tools and components:
- DAG orchestration → de-airflow-expert
- SQL transformations → de-dbt-expert
- Distributed processing → de-spark-expert
- Event streaming → de-kafka-expert
- Warehouse operations → de-snowflake-expert
- Architecture decisions → de-pipeline-expert
3. Select appropriate experts
4. Distribute tasks (parallel if 2+ tools)
5. Aggregate results
6. Present unified report
Example:
User: "Design a pipeline that runs dbt models from Airflow and loads into Snowflake"
Detection:
- Airflow DAG → de-airflow-expert
- dbt model → de-dbt-expert
- Snowflake loading → de-snowflake-expert
- Pipeline architecture → de-pipeline-expert
Route (parallel where independent):
Agent(de-pipeline-expert → overall architecture design)
Agent(de-airflow-expert → DAG structure)
Agent(de-dbt-expert → model design)
Agent(de-snowflake-expert → warehouse setup)
Aggregate:
Pipeline architecture defined
Airflow DAG: 5 tasks designed
dbt: 12 models structured
Snowflake: warehouse + schema configured
1. Analyze data quality requirements
2. Route to appropriate experts:
- dbt tests → de-dbt-expert
- Pipeline validation → de-pipeline-expert
- Source freshness → de-airflow-expert
3. Coordinate cross-tool quality strategy
For projects spanning multiple DE tools:
1. Detect all DE tools in project
2. Identify primary tool (most files/configs)
3. Route to appropriate experts:
- If task spans multiple tools → parallel experts
- If task is tool-specific → single expert
4. Coordinate cross-tool consistency
| Task Type | Recommended Model | Reason |
|---|---|---|
| Pipeline architecture | opus | Deep reasoning required |
| DAG/model review | sonnet | Balanced quality judgment |
| Implementation | sonnet | Standard code generation |
| Quick validation | haiku | Fast response |
| Agent | Default Model | Alternative |
|---|---|---|
| de-pipeline-expert | sonnet | opus for architecture |
| de-airflow-expert | sonnet | haiku for DAG validation |
| de-dbt-expert | sonnet | haiku for test checks |
| de-spark-expert | sonnet | opus for optimization |
| de-kafka-expert | sonnet | opus for topology design |
| de-snowflake-expert | sonnet | opus for warehouse design |
When a data engineering tool is detected but no matching agent exists:
User Input → No matching DE agent
↓
Detect: DE tool keyword or config file pattern
↓
Delegate to mgr-creator with context:
domain: detected DE tool
type: de-engineer
keywords: extracted tool names
file_patterns: detected config patterns
skills: auto-discover from .claude/skills/
guides: auto-discover from templates/guides/
Examples of dynamic creation triggers:
This skill is NOT user-invocable. It should be automatically triggered when the main conversation detects data engineering intent.
Detection criteria:
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Pre-action boundary checking — validates agent tool calls against declared capabilities and task contracts
日本語の概要は準備中です。原文の説明を表示しています。
Auto-detect project context and optimize harness — deactivate unused agents/skills, suggest missing experts, generate project profile
日本語の概要は準備中です。原文の説明を表示しています。
Adversarial code review using attacker mindset — trust boundary, attack surface, business logic, and defense evaluation
日本語の概要は準備中です。原文の説明を表示しています。
Apache Airflow best practices for DAG authoring, testing, and production deployment
日本語の概要は準備中です。原文の説明を表示しています。
Alembic migration patterns for naming conventions, safety checks, expand-contract, env.py configuration, and CI integration
日本語の概要は準備中です。原文の説明を表示しています。
Pre-routing ambiguity analysis — scores request clarity and asks clarifying questions when needed (inspired by ouroboros)
日本語の概要は準備中です。原文の説明を表示しています。