CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

authoring-go-sdk-tasks

Writes Airflow task logic in Go using the Airflow Go SDK. Use when the user wants to implement Airflow tasks in Go, asks about `BundleProvider`/`RegisterDags`, the `bundlev1` Registry/Dag interfaces, registering Go tasks (`AddTask`/`AddTaskWithName`), dependency injection by parameter type (`context.Context`, `sdk.TIRunContext`, `*slog.Logger`, `sdk.Client`), or reading connections/variables/XComs from Go. This skill covers the Go-specific native API; the shared Python-stub pattern and conceptual model live in authoring-language-sdk-tasks. For building/packing/shipping the bundle see deploying-go-sdk-bundles; for coordinator config see configuring-airflow-language-sdks.

72

Quality

90%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

82%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

High-quality reference skill: executable code throughout, precise API semantics including error sentinels and nil-handling, and a clear section sequence matching the authoring workflow. The main improvements are tightening the triple repetition of related-skill pointers and framing the authoring flow as explicit steps with a verification checkpoint (e.g. confirming IDs match the stub before packing).

Suggestions

State the related-skills routing once (e.g. only in the closing "Related Skills" section) and cut the duplicated intro blockquote and mid-body callout to trim ~10 lines.

Replace the "Recap: the Python side" section with a one-line pointer to authoring-language-sdk-tasks plus only the queue/ID-matching facts that are exercised by later sections.

Add an explicit checkpoint step at the end of the registration section (e.g. "verify every dag_id/task_id matches the Python stub before packing") to convert the implicit sequence into a validated workflow.

DimensionReasoningScore

Conciseness

The body is lean with no explanations of concepts Claude already knows and every section carries new information, but related-skill pointers appear three times (intro blockquote, a dedicated callout, and the closing list) and the "Recap: the Python side" section partially duplicates the sibling skill's content — minor trims are possible.

4 / 5

Actionability

Fully executable, copy-paste-ready guidance: a complete bundle `main.go`, runnable task functions with real error-handling and return semantics, a signed API table (`GetVariable(ctx, key) -> (string, error)` with `VariableNotFound` and nil-vs-unset `*string` distinctions), and a test construction (`sdk.NewTIRunContext`) covering the common cases.

5 / 5

Workflow Clarity

Sections follow the real authoring sequence (Python stub → bundle entry point → task functions → client surface → runtime context → pitfalls) and the critical ID-matching checkpoint is stated up front and repeated in pitfalls, but the sequence is implicit in section order rather than framed as explicit steps with verification checkpoints.

4 / 5

Progressive Disclosure

A single, well-organized file with clearly signaled cross-skill references and no nested file references; the compact API table and code examples are appropriately sized for inlining. Not a 5 because everything sits in one flat file with no quick-start/advanced split, and the repeated related-skills pointers add navigational noise.

4 / 5

Total

17

/

20

Passed

Description

92%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

An exemplary description: concrete third-person capability statement, an explicit "Use when" trigger clause with specific API-level triggers, and explicit boundary routing to three sibling skills. The only gap is a handful of missing natural trigger synonyms (e.g. "golang").

DimensionReasoningScore

Specificity

The description lists multiple concrete, named actions — registering Go tasks (`AddTask`/`AddTaskWithName`), dependency injection by parameter type (`context.Context`, `sdk.TIRunContext`, `*slog.Logger`, `sdk.Client`), and reading connections/variables/XComs — giving comprehensive coverage of the skill's capabilities.

5 / 5

Completeness

It explicitly answers both what ("Writes Airflow task logic in Go using the Airflow Go SDK") and when (an explicit "Use when the user wants to implement Airflow tasks in Go, asks about..." clause with concrete trigger phrases).

5 / 5

Trigger Term Quality

"Use when the user wants to implement Airflow tasks in Go" is a natural trigger phrase and the API names (`BundleProvider`, `RegisterDags`, `AddTask`) match what a user working with this SDK would say, but a few natural variations (e.g. "golang", "Go DAG", "Go task function") are missing.

4 / 5

Distinctiveness Conflict Risk

It carves out a clear niche (the Go-specific native API) and actively routes overlapping requests to sibling skills by name — shared stub pattern to authoring-language-sdk-tasks, build/pack/ship to deploying-go-sdk-bundles, coordinator config to configuring-airflow-language-sdks — minimizing wrong-skill triggering.

5 / 5

Total

19

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

astronomer/agents

Path

skills/authoring-go-sdk-tasks/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.