[Epic] Client-directed skill selection
- 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
Assessment
This issue has not been assessed yet.