a2aproject / a2aproject/A2A

[Epic] Client-directed skill selection

Open
#1,989 0 comments 0 reactions 0 assignees View on GitHub
enhancement v1.1-candidate
Dominant language
Shell
Stars
25.7k
Forks
2.6k
Avg merge
3d 6h
Merged PRs (30d)
16

Description

## Client-directed skill selection

### Problem

An Agent Card can advertise multiple skills, each with its own `id`, but a client sending a message has no standard way to indicate *which* advertised skill it intends to invoke. For multi-skill agents — especially when an orchestrator already knows the target skill — the routing is left implicit.

### Consolidated issues

- [ ] #143 — Task submission should provide a way to specify the requested skill(s) *(anchor)*
- [ ] #1812 — Add an optional `skill_id` routing hint to `SendMessageConfiguration` *(concrete proposal for #143)*
- [ ] #883 — Managing multi-step user interactions and skill routing
- [ ] #902 — Skill selection and multi-step interaction gaps
- [ ] #1776 — Conventions for Schema/Mode Negotiation and SDK Level Type Dispatch for Media Types

### Acceptance criteria

- An **optional** skill identifier/hint can be supplied on send (e.g. on `SendMessageConfiguration`).
- Semantics defined for unknown/unsupported skill id (error vs. ignore).
- Strictly additive — single-skill agents and existing clients are unaffected.
- Reflected in `a2a.proto` and all three bindings.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.