Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
/plugin marketplace add microsoft/winappClinpx agentmods add plugins/microsoft/winappcli/winappgit clone --depth 1 https://github.com/microsoft/winappCliGrade A, and why
winapp scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
{
"name": "winappcli",
"description": "Windows app development, packaging, and distribution. Helps with creating Windows installers (MSIX), code signing, certificates, Windows SDK and Windows App SDK setup, package identity for Windows APIs (push notifications, background tasks, share target), appxmanifest authoring, and Microsoft Store distribution. Supports Electron, .NET, C++, Rust, Flutter, and Tauri apps.",
"version": "0.6.3",
"author": {
"name": "Microsoft",
"url": "https://github.com/microsoft/WinAppCli"
},
"homepage": "https://github.com/microsoft/WinAppCli",
"repository": "https://github.com/microsoft/WinAppCli",
"license": "MIT",
"keywords": [
"windows",
"msix",
"packaging",
"installer",
"identity",
"electron",
"winapp",
"windows app sdk",
"windows sdk",
"appxmanifest.xml",
"appxmanifest",
"code signing",
"certificate",
"pfx",
"signtool",
"makeappx",
"windows store",
"microsoft store",
"windows distribution",
"windows packaging",
"windows installer",
"package identity",
"sparse package",
"push notifications",
"background tasks",
"share target",
"startup task",
"tauri",
"flutter",
"rust",
"dotnet",
"wpf",
"winforms",
"cpp",
"cppwinrt",
"windows api",
"winrt",
"uwp",
"desktop app",
"win32"
],
"agents": [
"./com.github.copilot/agents/winapp.agent.md"
]
}
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- yesterday First seen · 58 lines scan A 2ec6266512e3
winapp is a plugin published in the GitHub repository microsoft/winappCli (1,205 stars, last pushed 3d ago), licensed MIT. Its token cost is not measured: this kind of file is read by the harness, not the model. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other plugins, from other repositories
xcode-build-skills
A multi-skill plugin for benchmarking and optimizing Xcode builds, compile hotspots, project settings, and Swift Package Manager dependency overhead.
ios
iOS plugin.
swift-architecture-skill
Plugin marketplace listing 1 plugin: swift-architecture-skill.
uizze
Connect Claude Code to UIZZE's focused UI references and hosted materials.
swift-testing-pro
Writes, reviews, and improves Swift Testing code using modern APIs and best practices.
kotlin-lsp
Real-time Kotlin code intelligence for Claude — instant diagnostics, go-to-definition, find references, and type info via kotlin-language-server.