Show desktop tool screenshots without digging through tool output
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 40/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- desktop-dev, typescript
- Área
- desktop
Línea de trabajo
The issue concerns how the timeline renders desktop tool results, where an image returned by a tool like desktop_click is hidden inside a collapsed raw-JSON disclosure. Start by finding the timeline component that renders tool call results and the code that handles image content in tool output. Done means an image from a desktop tool shows as a thumbnail at the tool call's top level, with the JSON still folded by default.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Found in the desktop tools study (#427), scenario D1 on Canary 0.0.46+dd15840. The earlier study's scenario 7 (F7.2) found the same thing.
Observed: the agent screenshotted TextEdit with a desktop tool and described it. To see the image, the tester had to open three nested disclosures and scroll past raw JSON, which took about 15 s. Confusion 2/3. Clicking the image opens it large, labeled "Image returned by desktop_click". The agent's final reply has neither the image nor a link to it.
Expected: an image a desktop tool returns is visible in the timeline at the tool call's top level, as a thumbnail, without expanding the raw result. The JSON can stay folded.
Part of #427.
- Lenguaje dominante
- TypeScript
- Estrellas
- 1
- Forks
- 0
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin 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 githubnext/ace2
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 94/100
githubnext/ace2#487 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 90/100
githubnext/ace2#486 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
githubnext/ace2#459 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
githubnext/ace2#437 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
githubnext/ace2#442 ·
Todos los issues de githubnext/ace2
Issues similares
-
e2e-failure ready-to-code
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
redhat-developer/rhdh-plugin-export-overlays#4460 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
Los mantenedores suelen responder en 1 día
-
docs(api): openapi.yaml still documents gif-tools optimize colors as 2-256 instead of 2, 4, 16, 256Abiertoarea: backend documentation priority: low
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
snapotter-hq/SnapOtter#2919 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
obsidianmd/pele#39 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
biomejs/biome#12475 · 1 comentario ·
Los mantenedores suelen responder en 1 día