Copilot Playbook
Updated November 7, 2026
Managed App Handbook · Chapter 2 of 8

The platform, Cowork and Code

How Copilot Managed Runtime works, a tour of Cowork and Code, every command we found, and how to choose between them.

For makers, developers, admins and owners · 28-minute read · Facts as of 7 November 2026

Chapter 2 of 828-minute readParts 4–8Facts current as of 7 November 2026

Evidence tagsD DocumentedO ObservedC CommunityI Inference

Every claim in this handbook carries a tag, so you can tell documentation from observation from opinion.

  • DDocumented. Documented by Microsoft on Learn, Support, Message center, GitHub or an official blog, as of the dates in Appendix E
  • OObserved. Observed first-hand on 7 November 2026 in a live Copilot Code cloud session: its tools, its sandbox, an example tenant's policy verdicts, and the repository of a production partner-sales app
  • CCommunity. Reported by the community (MVP blogs, forums, videos, GitHub issues) and not confirmed by Microsoft
  • IInference. Inference or recommendation by the author; test it before you rely on it

Part 4

How the platform fits together

  • What it isHow Copilot Managed Runtime works: one app record and Git repository behind every builder, the project files, and the preview, publish and live pipeline.
  • What you doTreat the repository as the source of truth, deploy named commits, and fetch before every deploy when more than one session edits the app.
  • Watch outA push does not build, and a deploy from a stale clone can roll the live app back to older code.

Decide this in the setup Step 4: Screens and features

Figure 1. One app record behind every builder. The play link and the admin inventory entry stay the same whichever tool made the last change.
One app record behind every builder Five front doors (Cowork's App skill, Code cloud and local sessions, Copilot Studio Apps and the ms CLI) commit to one app record and Git repository in the maker's personal developer environment. That record deploys to the Copilot Managed Runtime host, the app's play link, the managedapps.cloud.microsoft portal and the Microsoft 365 admin center. Where you build The same app record Where it runs Copilot Cowork, App skill (/app) Chat inside Microsoft 365 work;Edge browser on the web Copilot Code, cloud session Isolated cloud workspace: shell,Git, tests, preview canvas Copilot Code, local session Project folder on your Windows PC;consent prompts Copilot Studio, Apps (preview) Plan, draft, refine; sits besideagents and flows ms CLI + SDK @microsoft/managed-apps-cli(moving to @microsoft/cmr-cli);CI and third-party tools commit App record In your personal developer environment:app id, managed app id, environment id,repository id Platform Git repository (main) Each session clones it, commits andpushes; nothing locks the app ms.config.json + generated/ Connection references for each boundconnector or table; typed clients Server-side build of a pushed commit Preview packaging for testing;deploy promotes a green build push → build → deploy (publish) → live version deploy Copilot Managed Runtime host Microsoft-hosted, Entra sign-in,tenant policy (DLP, CSP,sharing limits) Play link play.managedapps.cloud.microsoft/apps/{id}: stable across buildersand releases managedapps.cloud.microsoft Portal where users find everyapp shared with them Microsoft 365 admin center Apps, All apps: inventory, usage,health, policy, block or delete At run time each person uses their own connections. The default allow-list holds 18 first-party connectors and 12 MCP servers; admins can add more by exception. Sharing the app does not share the data behind it.

Swipe sideways to see the whole figure, or read it as text below.

Read the figure as text

Five front doors (Cowork's App skill, Code cloud and local sessions, Copilot Studio Apps and the ms CLI) commit to one app record and Git repository in the maker's personal developer environment. That record deploys to the Copilot Managed Runtime host, the app's play link, the managedapps.cloud.microsoft portal and the Microsoft 365 admin center.

Numbers from the claim register: 18 Microsoft first-party connectors D (section 9.4); 12 in the default allow-list D (section 9.4).

4.1

One runtime, many front doors

Copilot Managed Runtime is Microsoft's hosting layer for line-of-business web apps inside the Microsoft 365 tenant boundary. It entered public preview on 25 September 2026 and already powers the apps built in Copilot Cowork, Copilot Code and Copilot Studio; an SDK and CLI let professional developers and third-party tools deploy to it as well, and Lovable was the launch example. D Whatever you build with, the result is the same kind of artifact: a single-page web app that runs in a Microsoft-hosted sandboxed frame, signs people in with Entra ID, follows the tenant's policies and appears in the Microsoft 365 admin center. App code and assets are served only after sign-in and a permission check, and the host keeps its tokens out of the app code's reach. D

Figure 1 is shown at the top of this part.

RoleWhere they workWhat they do
Usermanagedapps.cloud.microsoftFinds and opens the apps shared with them
MakerCowork, Code cloud sessions, Copilot StudioDescribes an app in chat, previews it, publishes and shares it
Developerms CLI and SDK, Code local sessions, coding agents with the Microsoft pluginClones the repository, codes, tests and deploys
AdminMicrosoft 365 admin center, AppsSees every app, reviews default policy, monitors health, blocks or deletes

4.2

The front doors compared

Re-check after Ignite
Front doorBest forHow you startEnablement and status
Cowork App skillBusiness users who live in Microsoft 365In Cowork, ask for an app, or type /app and describe itFrontier; needs a Microsoft 365 Copilot license, Cowork access and usage-based billing D
Copilot Code, cloud sessionMakers and developers who want engineering controlCode tab, describe the app; the cloud session is a maker experience similar to CoworkFrontier preview. Copilot Code is gated by a Copilot spending policy that includes Code, plus Frontier membership and, on Windows, the Beta channel. There is no separate Code on/off switch, but your admin has to act; it is not automatic for everyone. D
Copilot Code, local sessionDevelopers working in folders on their own deviceOpen a folder in the Copilot desktop appSecure local execution needs Windows 11 24H2 or later; Mac protection is planned D
Copilot Studio AppsMakers who want plan, draft and preview beside agents and flowsCopilot Studio, Apps (preview)Public preview, on by default; admins can restrict it D
ms CLI and SDKProfessional developers, CI/CD, third-party toolsnpm install -g @microsoft/managed-apps-cli, then ms auth login and ms app createOff by default; an admin enables it in the Power Platform admin center D

Two more doors matter for developers. Microsoft publishes a coding-agent plugin that adds managed-app skills and slash commands (/create-app, /dev, /deploy, /share, /add-sharepoint, /add-dataverse, /add-workiq and others) to GitHub Copilot, and it also works in other agents that read the open plugin format. DC And on 5 November 2026 the original microsoft/Managed-Apps repository was archived in favor of microsoft/Copilot-Managed-Runtime, with packages moving to @microsoft/cmr-apps and @microsoft/cmr-cli while Learn still shows the old names. C

4.3

Anatomy of a managed app

Under the chat, a managed app is an ordinary modern web project. A production partner-sales app examined for this guide, created from the chat template, is React and TypeScript on Vite, styled with Tailwind v4 and Radix-based components, built with Bun, and wired to Microsoft services through the @microsoft/managed-apps SDK. O

ItemWhat it isWho should change it
ms.config.jsonApp id, environment, repository, build command (npm run build), entry point (index.html), output folder (dist) and one connection reference per bound connector OBinding tools only: Code's data-source tools or ms app add, refresh and remove data-source OD
generated/Typed models and services for each bound connector, plus a dataSources index ORegenerated by a refresh, never edited by hand D
src/Your screens, logic and styles OYou and the agent
AGENTS.md, THEMING.md, README.mdTemplate guidance written for any coding agent: stack, structure, conventions, capability controls and theming OTemplate-owned; keep project rules in your own files and link to them I
Locked template filesThe camera, barcode, pen, PDF, 3D and shortcut controls, and the message contract with the host frame ODon't edit; use the controls as provided O
package.json, vite.config.ts, bun.lockBuild tooling, already carrying libraries for charts, tables, drag and drop, dates, Excel and PDF OAdd a dependency only with a stated reason I
Your additionsSpec, decisions log, release rubric, release log, testsYou (Part 18 lists the set)

Each app carries four identifiers, and mixing them up is a common source of confusion: the workspace app id (the folder name in a Code session), the managed app id (the one in the play link), the environment id (your personal developer environment) and the repository id. A Code session can list your apps, read their metadata and load any of them by id. O

The template is also where the hidden capability lives. Every app created from it ships with ready-made controls for pen input (signatures and sign-offs), camera capture (inspections, receipts, asset photos), barcode and QR scanning, 3D model viewing (glTF, GLB, OBJ, STL), PDF export and viewing (up to 25 MB), keyboard shortcuts and a command palette, and a spatial map that needs a spatial services binding to work. Real three.js scenes and simple games are explicitly supported. The template blocks direct use of the underlying libraries so that every app uses the same tested controls. O

4.4

Preview, publish and live

Re-check after Ignite

The build pipeline is Git-driven and deliberately split. A git push does not build anything. The platform builds on demand: when someone opens the preview, deploys, or runs a build. The preview URL is stable for each app, always shows the latest successful build of main, and is visible only to people with write access to the repository. The live app changes only on a deploy, which promotes one build; if the latest build failed, a deploy falls back to the last good build with a warning, and you can pin an older commit to roll back without rewriting history. D

The chat surfaces wrap this differently. In Cowork you select Publish, and you must publish again after every change for shared users to get it. D In Code, building saves automatically but never publishes. The app goes live only when you ask Code to publish it, with "Publish it" or "Make it live," and every share is a separate request. D Publishing is not sharing: a published app stays private until you share it.

4.5

Why Code and Cowork publish to the same URL

Because the URL is the app's, not the tool's. An app is a record in your personal developer environment plus a Git repository, and the play link is keyed to that record. Code and Cowork are two conversational front ends to the same app service: the tools a Code session uses to build, preview, publish, share, connect and bind data are described in terms of Cowork's sign-in cards and Copilot Studio's environments as well, which is a strong sign that one service sits behind all three. O Microsoft's own scenario describes exactly this hand-off: a team builds an app in Cowork, and a developer pulls the code down and keeps building on it without forking it or standing up a separate runtime. D

So when you edit the same app from Code and from Cowork at the same time, you are not editing two copies. You are running two Git clones of one repository, and both can publish to the one live slot.

4.6

What happens when two sessions edit the same app

Microsoft documents the collaboration model as Git (anyone with edit access clones, pulls before each session and pushes) but does not document what happens when an agent and a developer push to the same app at once. D The table below is what that means in practice, based on Git mechanics and the release history of a production partner-sales app. OI

SituationWhat happensWhat to do
Two sessions change different filesThe second push is rejected until it rebases; both changes survivegit pull --rebase, rerun the checks, push, deploy the new tip O
Two sessions change the same linesThe rebase stops on a conflictResolve it in the session that owns that area, then rerun every check I
A session deploys from a stale cloneIts deploy can roll the live app back to older codeAlways fetch and compare with the remote main before deploying O
Work seems to have disappearedUsually another session already shipped itFetch and read the log before rebuilding anything O
git push is refused as "disabled"Some sessions block direct pushesUse the publish step, which pushes, builds and deploys in one call O
Your local commit id differs from the remote tipThe platform adds its own commit on top of each pushAfter pull --rebase, deploy the remote tip, never your local id O
A fetch fails with an I/O or write error in a cloud workspaceThe workspace file system, or repository sizeRetry with git -c core.logAllRefUpdates=false fetch, and keep an eye on the object count O
The latest build failedA deploy falls back to the last good build, with a warningRead the build log, fix, and redeploy the commit you meant D

Part 5

A tour of Cowork for app builders

  • What it isA tour of Cowork's controls for app builders: the composer, tasks, projects, automations, skills, the local browser and the build-to-share steps.
  • What you doGive each app its own Project with instructions, and publish again after every change you want users to see.
  • Watch outThe local browser works only on the web in Edge with an admin opt-in, and deleting an app is permanent.

Cowork is a delegation tool first and an app builder second, which is exactly why it is good at the work around an app. This tour covers the controls that matter for building, publishing and running apps. Labels are Microsoft's as of 7 November 2026; Frontier tenants see the new navigation first. D

Cowork limits that matter to app builders

Units: as labelled on each tileSource: section 5.2, section 5.5, section 5.6Evidence D

  • 250,000 characters per promptEnough for a full specD section 5.2
  • Under 200 MB per attachmentFiles you attach with +D section 5.2
  • Up to 25 scheduled promptsOn the Automations pageD section 5.5
  • Up to 20 KB of personal instructionsUnder PreferencesD section 5.6
  • 50 custom skills per userShared or privateD section 5.6
  • 1 MB per SKILL.mdThe skill file itselfD section 5.6
  • 20 companion files per skillFiles beside SKILL.mdD section 5.6
  • 10 MB per skill in totalAll of its filesD section 5.6
Show the data
ItemAs statedUnitEvidencePartSource
characters per prompt250,000 characterscharacters per promptD5 (5.2)Source
MB per attachmentunder 200 MBMB per attachment (under)D5 (5.2)In the part text
scheduled promptsup to 25 scheduled promptsscheduled promptsD5 (5.5)Source
KB of personal instructionsup to 20 KBKB of personal instructionsD5 (5.6)Source
custom skills per user50 skillscustom skillsD5 (5.6)Source
MB per SKILL.md1 MB per SKILL.mdMB per SKILL.mdD5 (5.6)Source
companion files per skill20 companion filescompanion files per skillD5 (5.6)Source
MB per skill in total10 MB per skillMB per skillD5 (5.6)Source
5.1

Getting in

  • Open Microsoft Copilot (web or desktop) and select Cowork at the top of the page. On Frontier tenants, select the Home tab, where a Chat and Cowork toggle sits in the conversation box. D
  • The new navigation pane carries Agents & Plugins, Automations, Workspaces and Projects; it reached Frontier in October and rolls out worldwide in November. Agents & Plugins replaces the older Customize entry point. D
  • Home shows your recent tasks, Search, Automations, the model picker and the effort level, plus suggested prompts including Build an app. D

5.2

The composer

  • Prompts can run to 250,000 characters, enough for a full spec pasted in. D
  • Add attachments (+) offers Add work context, Upload images and files, and Attach cloud files and folders; you can also drag files in. Attachments must be under 200 MB. D
  • Voice: the microphone button in the input, where your browser supports it. D
  • Typing / opens a context picker: the Copilot tab lists earlier chats and Cowork tasks you can attach, so a spec drafted in Chat can feed the App skill. Choose from the picker rather than typing a title. D
  • Sources and skills: a picker in the conversation chooses which plugins and skills a request may use; on mobile it is under the attach menu, Skills. D
  • Model: the model dropdown defaults to Auto and remembers your choice per device. The current list is in the model table in section 8.1. D
  • Effort: a dropdown next to the model picker with Light, Medium (the default), High, Extra High and Max. Higher effort is more thorough, slower and uses more credits; it persists until you change it. D

5.3

While a task runs

  • You see each tool step, a streamed reply and interactive cards, with a connection status (Connecting, Connected, Reconnecting, Failed, with Retry). Messages you send while Cowork works are queued, so you can steer without stopping it. D
  • Questions arrive as a set of choices: pick one, type your own answer or select Skip; use the arrow keys and Space, then Submit. The task shows Needs user input until you answer. D
  • Approvals show the action (Send, Post or Create), Show parameters, Cancel and a risk level for medium- and high-risk actions. More options can skip similar prompts for the session, and for mail and Teams messages you can scope that to one recipient, a domain or always. D
  • Revoke any "Approve & don't ask again" choice later under Permissions in the side panel. D
  • Pause comes in two strengths: soft (after the current step) and hard (immediately), with Resume and Cancel. D

5.4

Side panel, tasks and projects

  • The side panel shows Progress, the Input and Output folders (Download and Preview per file; Download All makes a ZIP of up to 50 files and 500 MB), and Skills, Schedule and Permissions. D
  • Tasks can be filtered by Needs your input, In progress, Complete, Automations and Unread. D
  • Projects are private workspaces: create one with + next to Projects, give it a name and color, and use Edit instructions. Project instructions take precedence over your global instructions, so one Project per app is the cleanest way to give every session the same spec, schema and rules. Files can't yet be removed from a project's outputs. DI

5.5

Automations

  • The Automations page has Runs and Manage schedules and a Create button; finish with Activate, or Activate and run now to watch the first run. You can keep up to 25 scheduled prompts, and Microsoft limits how often they run. D
  • Event triggers use a "Set up trigger?" card (When, Run in, What it does) and can fire on matching mail or Teams posts, including when you're @mentioned. Triggered actions draft for your approval by default. D
  • For app owners this is the cheapest monitoring there is: a weekday check that opens the app, compares totals with the source and messages you the differences (Part 23). I

5.6

Customize: preferences, plugins and skills

  • Preferences hold your instructions (up to 20 KB); type / inside them to reference a skill, file, person or meeting. D
  • Plugins has Installed, Discover and Upload plugin; plugins installed here are also available to Code. D
  • Skills has Your skills and Built-in (the App skill is listed as "App (Frontier)"). Create one with Add, Create new, or upload a SKILL.md; share it with Only you or Specific users in your organization, and Re-share after editing. Limits: 50 skills, 1 MB per SKILL.md, 20 companion files and 10 MB per skill; Cowork scores each skill from 0 to 100 for trigger clarity, specificity, scope and robustness. D
  • No memory screen is documented for Cowork; use instructions and Projects for anything every session must know. DI

5.7

The local browser

Cowork on the web can drive a hidden Microsoft Edge tab that uses your own sign-in, which is how it can open your live app as a real user. An admin turns on the Cowork Browsing tenant setting; you need Edge 152.0.4191.53 or later and a one-time "I understand" consent; it works on the web only, not in the desktop or mobile apps, and your computer must stay awake. D

5.8

Build, publish, share and update an app, step by step

  • Check prerequisites: a Microsoft 365 Copilot license, Cowork access, usage-based billing and Frontier membership. D
  • Start: describe the app ("Build an app to run my daily scrum with my team"), or type /app, a space, and paste your prompt. Attach the spec, spreadsheets and screenshots with the + menu. Cowork invokes the App skill, and it can generate the data schema in a supported connector instead of starting on placeholder data. D
  • Approve: review and approve requests to reach your lists. The first build also creates your personal developer environment, which takes a few minutes. D
  • Test: open the app from the conversation or the editing screen and preview each change. D
  • Publish: your app saves as you work, but users see a change only after you select Publish, every time. D
  • Share: open the app for editing and select Share to generate a sharing link, or add people or groups in the input box. If the app will move to another environment, move it before you share it (Part 15). D
  • Update later: the app lives in a conversation usually named Edit Application or Edit Application Settings. Use More options, Rename or Pin to find it again, chat your changes, review the preview and Publish. You can also open the app in Copilot Studio. D
  • Version history and rollback: no version screen is documented in Cowork, although every change is a Git commit underneath. Roll back from Code or the CLI by redeploying an earlier commit (Part 20). DI
  • Delete: "Delete my app named Project Tracker." Deletion is permanent; admins can block an app instead. D

5.9

Prompts that work in Cowork

"Load my app Partner Tracker (<app id>)." Reopens an app in a new task. D
"Continue with the deferred items." Resumes a build that Cowork staged into passes. D
"Connect it to my existing SharePoint lists on <site URL>: <list names>. Don't create new lists, and don't use sample data." Fixes an app built on sample data. D
"I'm migrating my app. I built this app, and I want it rebuilt exactly." For faithful rebuilds; avoid "similar to" or "inspired by", which invite reinterpretation. D
"Move this app to this environment with the environment ID: <id>." Find the id in Power Apps under Settings, Session details. Dataverse tables don't move with it. D

Part 6

A tour of Copilot Code for app builders

  • What it isA tour of Copilot Code: cloud and local sessions, the composer, working modes, preview, publishing, GitHub and what Code can see.
  • What you doUse Plan mode to write the plan into a file, and turn Always allow off when you finish a focused run.
  • Watch outBuilding never publishes, the interactive browser was off in the session tested, and hand edits work only in local sessions.

Code is an engineering workspace that happens to be very good at apps. It writes and runs code in a sandbox, keeps your project across sessions and devices, and drives the same app service Cowork uses. This tour covers its screens and settings; the next part covers what to type. DO

Lab check: Code's cloud sandbox renders, clicks and resizes a page in headless Chromium
Figure 2. Lab check: the Code cloud sandbox rendered a page at 900 pixels, clicked a button by script and resized it to 390 pixels.
6.1

Getting in and the home screen

  • Open the Microsoft Copilot app, or go to copilot.cloud.microsoft, and select Code in the tab switcher at the top (Part 3 explains when it is missing). D
  • The home screen has a task input, suggested prompts such as Build a dashboard and Automate a workflow, Create new to start a project, Search to find an earlier one, Recents, and the model picker. Projects save automatically. D

6.2

Cloud or local

Cloud sessionLocal session
Where it runsA secure, isolated cloud workspace you can reach from any deviceFolders on your own device, the default location or one you choose
Where availableWeb and desktop appDesktop app only; off until an admin allows it
Code viewSee generated filesSee and edit generated files
Organizational dataOn by defaultOff by default
Extra protectionIsolated workspaceSecure local execution on Windows 11 24H2: allowed folders, blocked file paths and outbound network rules (approved hosts only by default)

Admin defaults also matter: components aren't pre-installed, auto-approve is on, execution location is cloud only, and the GitHub connection is off until an admin allows GitHub.com, GitHub Enterprise or both. D One community tester reported that local mode ran without a sandbox in his setup, against Learn's statement that secure local execution is on by default, so check the setting before working on sensitive folders. C

6.3

The composer

  • + uploads files or attaches work context; drag in CSV files, spreadsheets, images, documents, PDFs and presentations (up to 200 MB per file), or paste text. In a local session you can also open an existing folder. D
  • Work context: with your permission, Code draws on your documents, email, meetings and calendar through Work IQ, and asks clarifying questions before it builds. D
  • Models: a model picker, with Auto as the default in cloud sessions. The current list is in the model table in section 8.1. D

6.4

Working modes and permissions

  • Interactive (the default) is step-by-step collaboration; Plan develops a plan you can question and refine before any change; Automatic runs end to end and is available only when Always allow is on. Automatic doesn't grant unrestricted access or remove every approval. D
  • By default Code asks before it makes network calls, uses extensions and MCP servers, runs shell or terminal commands, or reads and writes files outside the project. D
  • Always allow stays on, for existing and new sessions, until you turn it off. Turn it on for a focused run, then off again. DI

6.5

Canvas, preview and code view

  • While Code works you see its progress steps; it may stop to ask questions, often as multiple choice. DO
  • Preview shows the running app; select an element in the preview to point Code at it instead of describing it. D
  • Code view shows the generated files; editing them by hand is local only. D
  • Undo by asking Code to revert to an earlier version; for an app, that means redeploying an earlier commit (Part 20). DO
  • Export a project as a .zip. D

6.6

Publishing, sharing, deleting and GitHub

Re-check after Ignite
  • Building saves automatically but never publishes. The app goes live only when you ask Code to publish it. Ask: "Publish it" or "Make it live," and check the reply for the live link before you tell anyone. DI
  • Share by asking: "Share it with the Partner Sales group so they can use it." Code resolves the people or groups and grants use or edit access (Part 15). A static page, as opposed to an app, can be shared as an organization-scoped link in cloud sessions. DO
  • Delete by asking Code to delete something it created. D
  • GitHub: connect your account from the side navigation to work with repositories, warm-start from one, open draft pull requests and see their status in My Work; creating repositories is local only. D

6.7

Plan mode, properly used

Plan mode is documented under Get started, Choose a working mode. Across the industry, plan modes promise different things; only one vendor documents a strict guarantee that nothing changes until you approve, so treat plan approval as a checkpoint rather than a sandbox. DC

The most effective use is to make the plan produce a file. Ask the plan to write or update DESIGN.md with numbered items, review it, then build one item per change. A plan that lives only in the chat can be lost when the session ends; section 8.1 covers what Code remembers. I

6.8

Can Code see what it built?

There are three answers, and they are often confused.

You can see it. The canvas beside the chat shows the live preview, and you can select an element to point the agent at it. D

The agent can see it, with a script. In the cloud session tested on 7 November 2026, the interactive browser tool reported that local browsing was not enabled for the workspace. But the sandbox ships a full headless Chromium with Playwright (they are there to render documents), and a short script can open a page, click a button, read the result, resize to phone width and save screenshots that the agent then inspects. The figure shows the probe. The limits are real: the headless browser cannot sign in as you and connector calls do not work outside the host, so it suits layout and flow checks against fixture data, not end-to-end checks against live data. O

Figure 2 is shown at the top of this part.

Cowork can see the live app. Cowork on the web, running in Microsoft Edge 152 or later, can drive a hidden Edge tab with your own sign-in, so it can open the play link and walk a checklist with real data and your real permissions. Your admin must enable Cowork Browsing, and the desktop app does not support it. D

6.9

What Code could not do in the session tested, and what isn't documented

Re-check after Ignite
  • Open an interactive browser: switched off for the workspace. O
  • Sign in to the live app as you, or call connectors outside the preview host. OI
  • Push directly to the app repository in some sessions, where the push was refused as "disabled"; the publish step pushed and deployed instead. O
  • Create a tenant-wide share link, which only the CLI offers. OD
  • Accept hand edits in the code view for a cloud session; that is local only. D
  • Not documented by Microsoft for Code at this release: slash commands, keyboard shortcuts, a diff view, a terminal pane, an in-session cost display and specialist sub-agents. D In the session tested, Code nevertheless ran shell commands and dispatched an independent reviewer and parallel researchers on request. O A /cost command is not documented for Code I; builders report that it works there C.

Part 7

Commands, shortcuts and power moves

  • What it isThe few documented commands, the keyboard shortcuts, the phrases that reliably change behavior, and a map of capabilities with how to invoke each one.
  • What you doCopy the phrases from sections 7.3 and 7.4 rather than guessing, and ask for behavior in words when no command exists.
  • Watch outSlash commands from the GitHub Copilot app don't carry over to Copilot Code, and some entries are observed rather than documented.

Most of what makes these tools powerful is not on a button. Microsoft documents very few commands, so the real skill is knowing the handful that exist, the phrases that reliably change behavior, and which commands people quote from other products that don't apply here.

7.1

Slash commands and pickers

Re-check after Ignite
8 rows
Type thisWhereWhat it doesStatus
/app, a space, then your promptCoworkInvokes the App skill directly; a plain-language request for an app also worksD
/costCoworkShows approximate credits for the current task, month-to-date use, what remains and when it resets; free to run. A /cost command is not documented for Code I; builders report that it works there CD
/ in the composerCoworkOpens the context picker: Copilot (earlier chats and Cowork tasks) and ChatsD
/ in PreferencesCoworkReferences a skill, file, person or meeting inside your instructionsD
/ and @Copilot ChatCalls agents (/) or skills (@) inline in Chat; not documented for Cowork or CodeD
Any slash commandCodeNone documented at this releaseD
/plan, /fork, /fleet, /review, /rubber-duck, /modelThe GitHub Copilot app, a different productDon't assume they work in Copilot Code; ask for the behavior in words insteadD
/create-app, /deploy, /share and the restCoding agents with Microsoft's pluginThe CLI workflows from Part 22, inside GitHub Copilot CLI or Claude CodeD

7.2

Keyboard and mouse

ActionHowStatus
See every Cowork shortcutCtrl+Shift+/ (or the shortcuts button in the header)D
SendEnterD
Answer a multiple-choice questionArrow keys and Space, then SubmitD
Find text in a PDF previewCtrl+FD
Attach filesDrag and drop, the + menu, or paste textD
Talk instead of typeThe microphone button, browser permittingD
Steer without stoppingType while Cowork works; messages queueD
StopPause (soft or hard), Resume, CancelD
Find an app's conversation laterMore options, Rename or PinD
Point at part of the appSelect the element in Code's previewD

7.3

Phrases that reliably change behavior

13 rows
SayWhereEffectStatus
Plan first. Don't change any files until I approve the plan. Code (or pick Plan mode)Produces a reviewable plan before work startsDO
Ask me what you need to know first, as multiple-choice questions. Code, CoworkFront-loads the decisions instead of guessingO
Publish it or "Make it live" CodePublishes the current versionD
Share it with <group> so they can use it or "...edit it" CodeGrants play or edit accessDO
Load my app <name> (<app id>) CoworkReopens an app in a fresh taskD
Continue with the deferred items. CoworkResumes a staged buildD
Connect it to my existing SharePoint lists on <site>: <lists>. Don't create new lists, and don't use sample data. Cowork, CodeBinds real data and stops the sample-data fallbackD
I'm migrating my app. I built this app. CoworkAsks for a faithful rebuild rather than a reinterpretationD
Move this app to this environment with the environment ID: <id>. CoworkMoves the app; reshare afterwardsD
Revert to the version before the last change. CodeRolls backD
Have an independent reviewer score this change against QUALITY-RUBRIC.md. CodeDispatches a separate reviewerO
Send me a daily briefing every morning at 9 AM. CoworkCreates a scheduled promptD
Delete my app named <name>. Cowork, CodePermanent deletionD

7.4

The capability map

The map below lists what exists, how sure we are, and the words that trigger it.

25 rows
CapabilityWhereStatusHow to invoke it
Plan modeCodeDPick Plan in the composer, or say "Plan first. Don't change any files until I approve the plan."
Automatic modeCodeDTurn on Always allow, then pick Automatic; protected actions still ask
Plan-first in CoworkCoworkCBefore you build, list the screens, data, navigation and acceptance criteria, then wait for my OK.
Multiple-choice clarifying questionsCodeDOAsk me what you need to know first, as multiple-choice questions.
Model and effort choiceCode, CoworkDModel picker in both; Cowork adds effort from Light to Max
Independent reviewerCodeOHave an independent reviewer score this change against QUALITY-RUBRIC.md and list the missing points.
Security reviewCodeORun a security review of the app: secrets, unsafe HTML, injection, data exposure, risky dependencies.
Deep research with citationsCode, CoworkODResearch how other teams solve this, with sources and dates.
Parallel buildersCodeOBuild the three report screens in parallel, then merge and run every check.
Scripted browser checksCode cloud sandboxORender the built app at 1280 and 390 pixels in headless Chromium and show me the screenshots.
Live walk-through with your sign-inCowork on the web, in EdgeDOpen the app's play link, walk this checklist and report what you saw at each step.
Build logs and preview linksCodeOShow me the last build log. or "Package a preview and give me the play link."
Your app inventory from chatCodeOList my apps with their environments and play links.
Live connector reads while buildingCodeORead ten rows from the Partners list so you use the real column names.
Schema readsCodeOShow me the Dataverse table's columns or "Show me the flow's callable interface."
Power BI lookupsCodeOFind the Partner Revenue report and give me the ids to embed it.
Saved memoryCode (observed); Cowork instructionsODRemember: the CRM lists are read-only for this app. In Cowork, use personal or project instructions
Custom skillsCowork; skills also appear in CodeDOCustomize, Skills, or a SKILL.md in OneDrive under Documents/Cowork/skills; type / to reference one
Scheduled checksCoworkDEvery weekday at 8:00, open the app, compare the dashboard totals with the list and message me the differences.
Static pages as org-scoped linksCode cloudDShare this static page with my organization.
Tenant-wide app share linkms CLIDms app share link create; the chat sharing tool observed could not create one O
Pinned rollbackms CLI, CodeDOms app deploy --commit <sha>, or in Code: "Deploy commit a1b2c3d."
Your own GitHub Enterprise repository, or nonems CLIDms app create --repo <url> or --repo none; the choice is fixed for the app's life
Coding-agent pluginGitHub Copilot and other agentsDCAdd the Microsoft marketplace, then /create-app, /add-workiq, /deploy
Device controlsEvery template appOAdd a Scan asset tag button using the barcode control. or "Add a signature box using the pen input control."

Part 8

Copilot Code and Copilot Cowork compared

  • What it isCopilot Code and Copilot Cowork side by side: what only each one does, what they share, the model lists and a one-minute guide to choosing.
  • What you doChoose by job: Cowork for the Microsoft 365 work around the app, Code for engineering, and the CLI for pipelines.
  • Watch outModel lists, scheduling and /cost differ by tool and change often; check the as-of date on the model table.

Decide this in the setup Step 1: Start

8.1

Side by side

Re-check after Ignite
CapabilityCopilot CodeCopilot Cowork
Built forBuilding software: apps, dashboards, scripts, static sites, data transforms DDelegated Microsoft 365 work, with app building as one skill D
Where the agent runsA local folder on your Windows PC, or an isolated cloud workspace; on a Mac, cloud sessions only DCloud tasks, with a bridge to your local Edge browser on the web D
PlatformsDesktop app on Windows and the web; on a Mac, cloud sessions only; no mobile app DWeb, Windows, macOS, mobile, Outlook and Teams D
How work is organizedProjects with multiple sessions, found under Recents and Search DTasks, plus private projects with their own instructions D
ModelsSee the model table below DSee the model table below D
Effort controlNot documentedLight, Medium (default), High, Extra High and Max; higher effort uses more credits D
Working modesInteractive, Plan and Automatic; Automatic needs Always allow DConversational; builds in passes and plans first when asked C
PermissionsPrompts before network calls, extensions and MCP, shell commands and files outside the project; Always allow persists until you turn it off DApproval cards for sensitive actions; an "always allow" lasts for the current session only D
Starting an appDescribe it; a cloud session is the maker experience closest to Cowork DAsk for an app, or type /app and describe it DC
PreviewCanvas beside the chat; select an element to point at it DOpen the app from the task or its editing screen D
Code accessCode view; hand edits in local sessions only DNo code view documented; changes go through the chat D
UndoAsk to revert to an earlier version DAsk for a rollback; history lives in the app's Git repository I
Seeing the running appYou see the canvas; the agent can script headless Chromium in the cloud sandbox; the interactive browser was off in the session tested OA hidden Edge tab with your sign-in (web only, Edge 152 or later, admin opt-in) that can open the live app D
Shell, Git and testsYes DONo terminal surface D
GitHubClone, branch, commit, draft pull requests, My Work; creating a new repository from a project is local only DNot documented
Microsoft 365 work contextYes when your admin enables it: on for cloud, off for local by default DYes, through Work IQ D
Plugins and skillsThe same plugins as Cowork; a similar skill catalog, invoked by name DOBuilt-in skills plus up to 50 custom skills; type / to reference one D
Specialist sub-agentsIndependent reviewer, security review, deep research and parallel builders on request ONot documented
MemoryDocumented as conversation-scoped D; saved memories carried across sessions in an example tenant OPersonal instructions up to 20 KB and project instructions; chat memory does not persist D
AutomationCopilot Code has no documented scheduler DScheduled prompts and event-driven tasks are a Cowork feature (the Automations page, up to 25 scheduled prompts) D
PublishingBuilding saves automatically but never publishes. The app goes live only when you ask Code to publish it. Say "Publish it" or "Make it live" DPublish button; publish again after each change D
SharingPeople and groups, use or edit; static pages as organization-scoped links (cloud) DShare link or people, after publishing D
Admin and auditControls for modes, execution location, auto-approve, GitHub, work data and spend; audit of code generated, commands run and files read or written DSpending policies, plugins, models, browsing, limits, Purview and audit D
Cost signalCopilot credits with per-user spend limits D; A /cost command is not documented for Code I; builders report that it works there CCopilot credits; /cost shows what a task has used so far D
Status on 7 November 2026Frontier preview, rolling out since 21 October DCowork generally available since 16 June; App skill in Frontier since September D

Models in each tool, as of 7 November 2026

This is the only model list in the handbook; other parts link here.

ToolModels listedNotes
Copilot CodeClaude Opus 5, 4.8, 4.7 and 4.6; Sonnet 5 and 4.6; Haiku 4.5; GPT 5.6 (sol, terra and luna); GPT 5.5; MAI-Code-1-FlashAuto is the default in cloud sessions. Microsoft calls the list partial, and pickers in the field have shown more DC
Copilot CoworkAuto (the default), GPT 6.1 Sol, GPT 6 Astra, GPT 5.6 Terra, GPT 5.5, Claude Opus 5.5, Sonnet 5.5, Fable 5.1 and Grok 4.7Remembers your choice per device; some models are Frontier-only and availability varies by tenant; Grok is provided by xAI as an independent processor D

8.2

What only Code does

  • Gives you a choice of working mode, including Plan, and a model picker that includes Microsoft's MAI-Code-1-Flash.
  • Runs real engineering tools: a shell, Git, package installs, type checks and test suites, and a headless browser it can script.
  • Works on folders on your own machine (local sessions), with hand edits in the code view.
  • Connects to GitHub for branches, commits and draft pull requests, and shows your issues and reviews in My Work.
  • Dispatches specialist sub-agents on request: an independent reviewer, a security reviewer, a deep researcher, or several builders in parallel. O
  • Shares static pages as organization-scoped links, separate from managed apps.

8.3

What only Cowork does

Re-check after Ignite
  • Opens real websites, including your live app, in a hidden Edge tab with your own sign-in, and asks before sensitive actions.
  • Runs scheduled prompts and reacts to email and Teams events, which makes it the natural home for recurring checks on an app.
  • Handles the Microsoft 365 work around the app: finding the people and files, drafting the announcement, booking the review, writing the training deck.
  • Lets you add up to 50 custom skills (stored as SKILL.md files in OneDrive) and share them with colleagues.
  • Offers effort levels, from Light to Max, and documents /cost for spend so far; a /cost command is not documented for Code.
  • Reaches you on mobile, in Outlook and in Teams.

8.4

What they share

  • The runtime, the artifact, the play link and the admin inventory entry. D
  • The app service and the app records: either can load an app the other built. OD
  • The plugins from the Microsoft 365 App Store and Microsoft 365 work context. D
  • The connectors and policies that apply to the app at run time. D
  • Frontier enrollment and Copilot credit billing for build work. D

8.5

Choosing in one minute

What is the job in front of you right now?

Pick the closest match to see which tool to use.

  • Starting from a business problem, a spreadsheet or a SharePoint list, with no strong opinion about code: Start in Cowork, or in a Code cloud session if you want plan mode.
  • Changing more than one screen, adding logic that must be right (money, scores, sending email), or adding tests: Use Code.
  • Checking that the live app works for a real person with real data: Use Cowork in Edge, or a human with a checklist.
  • Wiring the app to an agent or a flow: Design the agent or flow in Copilot Studio, then bind it from Code.
  • Building pipelines, CI/CD or a third-party tool's output: Use the ms CLI and SDK.