mirror of
https://github.com/github/awesome-copilot.git
synced 2026-10-12 14:54:16 +00:00
* Update .NET Copilot SDK cookbook: fix On<T> breaking change, add in-process runtime, tool search, and message provenance recipes - Fix breaking change: Session.On is now generic (On<T> where T : SessionEvent). Updated all recipes that used the old non-generic session.On(evt => ...) pattern: error-handling, pr-visualization, managing-local-files, accessibility-report, ralph-loop (both .md and .cs where applicable). - Add new 'In-Process Runtime' recipe (in-process-runtime.md + recipe/in-process-runtime.cs) demonstrating RuntimeConnection.ForInProcess(), live-tested. - Document tool search / deferred loading (SessionConfig.ToolSearch / ToolSearchConfig) in pr-visualization.md, live-tested. - Document typed message provenance (MessageOptions.Source / MessageSource) in error-handling.md, live-tested. - Fix dotnet/README.md recipe index: it was missing Ralph Loop and Accessibility Report entries; also added the new In-Process Runtime entry. - Add In-Process Runtime entry to the top-level cookbook/copilot-sdk/README.md .NET section. - Update dotnet/recipe/README.md runnable-examples table with the new recipe. All existing .NET cookbook recipes were rebuilt and rechecked against the current GitHub Copilot SDK (Copilot CLI 1.0.85); no other breaking changes were found. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> * Update cookbook model names to current supported models - Replace stale/nonexistent model IDs (gpt-5, claude-sonnet-4.5, claude-opus-4.6, gpt-5.1-codex-mini) with current values from the supported AI models list - Prefer Model = "auto" wherever a specific model isn't load-bearing to the recipe's teaching point - ralph-loop: pin gpt-5.3-codex (current codex-family GA model), since a dedicated coding model is a deliberate, documented choice for the autonomous loop - multiple-sessions: reshape the model narrative so it demonstrates a real explicit-override use case (A/B testing via claude-sonnet-5) instead of two sessions sharing the same hardcoded model Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> * Use SendAndWaitAsync in in-process runtime recipe Replace the event-based TaskCompletionSource pattern with SendAndWaitAsync so the example waits for the final assistant response, propagates session errors, and uses the SDK timeout behavior. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> --------- Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
3.0 KiB
3.0 KiB
Session Persistence and Resumption
Save and restore conversation sessions across application restarts.
Example scenario
You want users to be able to continue a conversation even after closing and reopening your application.
Runnable example: recipe/persisting-sessions.cs
cd recipe dotnet run persisting-sessions.cs
Creating a session with a custom ID
using GitHub.Copilot;
await using var client = new CopilotClient();
await client.StartAsync();
// Create session with a memorable ID
var session = await client.CreateSessionAsync(new SessionConfig
{
SessionId = "user-123-conversation",
Model = "auto",
OnPermissionRequest = PermissionHandler.ApproveAll
});
await session.SendAsync(new MessageOptions { Prompt = "Let's discuss TypeScript generics" });
// Session ID is preserved
Console.WriteLine(session.SessionId); // "user-123-conversation"
// Destroy session but keep data on disk
await session.DisposeAsync();
await client.StopAsync();
Resuming a session
await using var client = new CopilotClient();
await client.StartAsync();
// Resume the previous session
var session = await client.ResumeSessionAsync("user-123-conversation", new ResumeSessionConfig { OnPermissionRequest = PermissionHandler.ApproveAll });
// Previous context is restored
await session.SendAsync(new MessageOptions { Prompt = "What were we discussing?" });
await session.DisposeAsync();
await client.StopAsync();
Listing available sessions
var sessions = await client.ListSessionsAsync();
foreach (var s in sessions)
{
Console.WriteLine($"Session: {s.SessionId}");
}
Deleting a session permanently
// Remove session and all its data from disk
await client.DeleteSessionAsync("user-123-conversation");
Getting session history
Retrieve all events from a session:
using GitHub.Copilot; // UserMessageEvent, AssistantMessageEvent, etc. live in this namespace
var events = await session.GetEventsAsync();
foreach (var evt in events)
{
switch (evt)
{
case UserMessageEvent user:
Console.WriteLine($"[user] {user.Data.Content}");
break;
case AssistantMessageEvent assistant:
Console.WriteLine($"[assistant] {assistant.Data.Content}");
break;
default:
// Sessions can also contain other events (tool calls, tool results, system events).
Console.WriteLine($"[{evt.GetType().Name}]");
break;
}
}
A session's event stream may include event kinds beyond user and assistant messages (for example tool calls, tool results, and system events). Handle the ones you care about and fall back to a default case so nothing is silently dropped.
Best practices
- Use meaningful session IDs: Include user ID or context in the session ID
- Handle missing sessions: Check if a session exists before resuming
- Clean up old sessions: Periodically delete sessions that are no longer needed