[FR]: Render A2UI returned by AppFunctions in the Testing Agent
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 18/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Área
- mobile-dev, testing-qa
Línea de trabajo
Start with the open questions: whether A2UI returned from an AppFunction is the intended approach, which catalog to target, and the updateComponents.components string-versus-array mismatch in fetchSendMessageDetails (ChatApp). Compare the feature/a2ui-contact-picker branch with main and the androidx.a2ui parser before any design work. Done means a maintainer has confirmed the approach and catalog, with a design agreed for rendering A2UI in the Testing Agent.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Is there an existing issue for this?
- I have searched the existing issues
Describe the problem
The Android Dev Summit keynote shows what looks like a custom app widget inside Gemini. I want to test that kind of flow locally: an app returns UI from an AppFunction, and a host renders it, as Gemini would.
The Testing Agent can't do this today because it doesn't render A2UI on main. I also couldn't find a way to use Gemini Developer Mode with on-device AppFunctions.
Describe the solution
I plan to build this in my fork of the Testing Agent, and I'd be glad to contribute it upstream if it's useful.
@JolandaVerhoef I'm mentioning you because you authored feature/a2ui-contact-picker, which adds an A2UI renderer to the Testing Agent.
First, I'd like to confirm my assumption. The keynote is outside this repo, but do you know how that widget was rendered? Was it A2UI returned from an AppFunction, like fetchSendMessageDetails in ChatApp, or an iframe from a remote MCP server?
If it was A2UI, or A2UI is otherwise the intended approach for AppFunctions, I have two follow-up questions:
- Which catalog should the Testing Agent support? I plan to start with the Basic Catalog. ChatApp uses
comms_catalog_preview, but its URL returns 404. Is a schema available? - Would you accept a PR that adds A2UI rendering to the Testing Agent?
feature/a2ui-contact-pickeris close, but it predates theresourcesformat and uses a hand-written renderer. I'd start frommainwithandroidx.a2ui, which requires compileSdk 37.1 and alpha versions of Compose and Material3.
Additional context
I also noticed that fetchSendMessageDetails sets updateComponents.components to a JSON string, while the androidx.a2ui parser expects an array. Is that intentional?
Code of Conduct
- I agree to follow this project's Code of Conduct
- Lenguaje dominante
- Kotlin
- Estrellas
- 216
- Forks
- 49
- Merge medio
- 1 d 14 h
- PR fusionados (30 d)
- 6
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de android/appfunctions
-
documentation
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
android/appfunctions#66 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
android/appfunctions#62 ·
-
Dificultad 4/5 1-2 días Aptitud para principiantes 55/100
android/appfunctions#64 ·
-
[FR]: Testing agent should handle AppFunctionUriGrant results and pass returned images to the modelAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
android/appfunctions#63 ·
-
Clarify production invocation, Android Auto support, and Android 16 fallback in AppFunctions docsAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
android/appfunctions#51 ·
Todos los issues de android/appfunctions
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
liberation-data/drivine-cypher-spec#67 ·
Los mantenedores suelen responder en 1 día
-
feature
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
-
documentation good first issue help wanted P2 roadmap-v4
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
maziyarpanahi/openmed#5425 ·
Los mantenedores suelen responder en 3 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
OneBusAway/vehicle-positions#250 ·
Los mantenedores suelen responder en 1 día
-
android cleanup good first issue
Dificultad 1/5 1-3 horas Aptitud para principiantes 86/100