Ansight.Tools.FileSystem
0.1.0-pre1
dotnet add package Ansight.Tools.FileSystem --version 0.1.0-pre1
NuGet\Install-Package Ansight.Tools.FileSystem -Version 0.1.0-pre1
<PackageReference Include="Ansight.Tools.FileSystem" Version="0.1.0-pre1" />
<PackageVersion Include="Ansight.Tools.FileSystem" Version="0.1.0-pre1" />
<PackageReference Include="Ansight.Tools.FileSystem" />
paket add Ansight.Tools.FileSystem --version 0.1.0-pre1
#r "nuget: Ansight.Tools.FileSystem, 0.1.0-pre1"
#:package Ansight.Tools.FileSystem@0.1.0-pre1
#addin nuget:?package=Ansight.Tools.FileSystem&version=0.1.0-pre1&prerelease
#tool nuget:?package=Ansight.Tools.FileSystem&version=0.1.0-pre1&prerelease
Ansight.Tools.FileSystem
Grouped sandboxed file access tool registrations for the Ansight .NET SDK.
Registered tools:
files.list_directoryfiles.read_filefiles.download_filefiles.begin_binary_download
Usage
using Ansight;
using Ansight.Tools.FileSystem;
var options = Options.CreateBuilder()
.WithFileSystemTools()
.WithReadOnlyToolAccess()
.Build();
MCP-facing file transfer
files.begin_binary_download is the bridge-oriented path when an MCP caller wants the SDK to stream raw bytes over the pairing WebSocket and materialize the file in a caller-chosen local temp directory. The app SDK does not choose or know that temp path; it only returns metadata and then emits binary frames keyed by a transferId.
Binary download request arguments:
root: optional sandbox root aliaspath: file path relative to the rootchunkBytes: maximum bytes to include in each binary websocket framedownloadId: optional caller-supplied correlation id for mapping the transfer to a local temp file
Binary download response highlights:
downloadId,transferIdfileName,fileExtension,mimeTypesizeBytes,lastModifiedUtc,versiondeliveryMode = websocket_binarywireProtocol = ansight.file-transfer.v1
The consuming MCP bridge is expected to:
- choose the temp directory and local file path
- call
files.begin_binary_download - map
transferIdto that local temp file - write incoming
ASFTbinary frames into the chosen file until thecompleteframe arrives
files.download_file remains available as a JSON fallback when the caller cannot consume binary websocket frames. It stays inside the configured sandbox roots, returns best-effort file metadata for tool selection, and pages large files through ordinary tool.result payloads.
JSON fallback request arguments:
root: optional sandbox root aliaspath: file path relative to the rootoffsetBytes: starting byte offset for the chunkmaxBytes: maximum bytes to return for the chunkencoding:auto,utf8, orbase64expectedVersion: optional version token from a prior chunk
JSON fallback response highlights:
fileName,fileExtension,mimeTypesizeBytes,lastModifiedUtc,versionoffsetBytes,bytesRead,hasMore,nextOffsetBytescontentType,encoding, and eithertextorbase64nextRequest, which contains the nexttool.callpayload to continue the download safely
Configure additional tagged roots:
using Ansight;
using Ansight.Tools.FileSystem;
var options = Options.CreateBuilder()
.WithFileSystemTools(fileSystem =>
{
fileSystem.AddRoot("logs", "/absolute/path/to/logs");
})
.WithReadOnlyToolAccess()
.Build();
| Product | Versions Compatible and additional computed target framework versions. |
|---|---|
| .NET | net9.0 is compatible. net9.0-android was computed. net9.0-android35.0 is compatible. net9.0-browser was computed. net9.0-ios was computed. net9.0-ios18.0 is compatible. net9.0-maccatalyst was computed. net9.0-maccatalyst18.0 is compatible. net9.0-macos was computed. net9.0-tvos was computed. net9.0-windows was computed. net10.0 was computed. net10.0-android was computed. net10.0-browser was computed. net10.0-ios was computed. net10.0-maccatalyst was computed. net10.0-macos was computed. net10.0-tvos was computed. net10.0-windows was computed. |
NuGet packages
This package is not used by any NuGet packages.
GitHub repositories
This package is not used by any popular GitHub repositories.
| Version | Downloads | Last Updated |
|---|---|---|
| 0.1.0-pre1 | 28 | 3/31/2026 |