Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Define a shared Chat and canvas workflow for hosted-agent creation

Aperta
  • Qualcosa non va?
#602 1 commento 0 reazioni 1 assegnatario Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

@qinezh ci sta già lavorando.

Dal 28/7/2026.

Valutazione

Questa issue non è ancora stata valutata.

Descrizione

canvas

Description

Copilot Chat and the Foundry agent canvas do not currently behave as two views of one hosted-agent workflow. Users may start from Chat or open the canvas directly, but intent, progress, deterministic choices, and deployment state are not shared coherently. The signed-out canvas also exposes later steps too early, while creation does not offer clear routes for samples or existing local agents.

This parent issue should establish the product and interaction contract before the system-level findings are decomposed into implementation work.

Decision required

  1. Define which surface owns intent, progress, confirmation, generated files, deployment state, and recovery at each step.
  2. Define the state shared bidirectionally between Chat and canvas.
  3. Use progressive disclosure based on authentication, project selection, task progress, and agent readiness.
  4. Decide the supported entry routes: start from intent, start from a sample, or continue an existing local hosted agent.
  5. Define when deployment becomes available and what “ready to deploy” means.

Record the review outcome as Adopt, Needs design, Defer, or No action. Create implementation work only for adopted routes and contracts.

Findings

C59 — Chat–canvas interoperability

Chat-first entry showing the Chat and canvas interoperability gap

When a prompt started from the chat, the agent cannot interchangeably operate with Foundry agent canvas.

I think some users would start from opening Foundry agent canvas manually and click through the buttons to create agents, but others would feel more comfortable to start from the chat.

The gap here is that the chat -> foundry agent canvas is not working well, the canvas must be operated deterministically on the canvas.

What I would expect to have as a smooth experience is, the canvas remains as a supporting role, showing the progress, illustrating clear steps, and operate deterministically when user needed it. Otherwise, it should interchangeable work between agent chat and canvas, e.g., if I open a word canvas, I can ask agent to edit the content in the word, and it does show the changes in real-time on the canvas side.

C60 — Progressive first-run workflow

Signed-out overview showing all workflow steps at once

Problem: All steps are linearly displayed, although the very first step might be signing in.
Problem: Deploy to Foundry seems to be highlighted but it should not be the primary action in the beginning.

Can we perhaps show the UI according to the step? For example, for first-timers, we show sign in exp, and ask them to either create a new hosted agent or pick up from existing ones..

C61 — Creation and continuation routes

Creation choices without samples or existing hosted agents

Problem: No option to select existing hosted agent

Problem: No samples

Source reply:

Suggestion: Show three options; start with intent, provide samples, pick up from the existing hosted agents (local)

Follow-up work items

  • C62: Keep the workflow focused on the active step.
  • C63: Show selected hosted-agent configuration.
  • C64: Gate deployment until prerequisites are complete.

Size

L — Cross-surface product, interaction, and state-contract decision.

Source

Internal UX audit, July 27, 2026. FigJam evidence. POC report: vscode/extension/ai-mlstudio/docs/experience-audit/agent-canvas-2026-07/report.md (not yet published upstream).

Lingua principale
JavaScript
Stelle
2.1k
Fork
262
Merge medio
1g 39m
PR unite (30g)
24

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di microsoft/foundry-dev-tools

Tutte le issue di microsoft/foundry-dev-tools

Issue simili

Altre issue su JavaScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.