# platform-detection

Разбирает, на какой тест-платформе и фреймворке живёт .NET-проект: VSTest или Microsoft.Testing.Platform, MSTest, xUnit, NUnit или TUnit. Пригодится, когда непонятно, чем вообще запускаются тесты.

- скилл · `type=skill` · Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, OpenCode · 3400 установок · ★ 5730
- Автор: dotnet
- Лицензия: MIT · policy=mirror · лицензия открытая, файл — в исходнике
- Исходник: https://github.com/dotnet/skills/tree/HEAD/plugins/dotnet-test/skills/platform-detection/SKILL.md
- Обновлён: 2026-10-24
- HTML: https://affpapa.org/nevibecode/skills/platform-detection

## Что делает

Скилл отвечает на один вопрос: чем этот проект гоняет тесты. Он смотрит на `global.json`, `.csproj`, `packages.config`, `Directory.Build.props`, `Directory.Build.targets` и `Directory.Packages.props`, читает их одним пакетным проходом и выводит вердикт по каждому целевому фреймворку.

Свойства разбираются в реальном порядке импорта MSBuild, а не по правилу «проект всегда главнее props». Позднее применимое присваивание побеждает, поэтому значение из `.targets` может перебить проект. Для `UseVSTest`, селектора раннера фреймворка, `TestingPlatformDotnetTestSupport` и `OutputType` скилл фиксирует итоговое значение и источник, откуда оно пришло. Наличие пакета само по себе ничего не доказывает: дефолт пакета или SDK считается только тогда, когда его реально даёт разрешённая версия и ничто сверху не переопределяет.

Есть важная оговорка: `test.runner` в `global.json` задаёт режим команды `dotnet test`, а не платформу, которая исполняет тесты. Даже явный `VSTest` там может вести к исполняемому приложению MTP, поэтому классифицировать платформу по одной этой настройке нельзя. Если конфигурация конфликтует или неполна, скилл сообщает, что платформа недоступна, вместо того чтобы выдумать рабочую. Классические проекты на `packages.config` он тоже распознаёт, но `dotnet test` для них не обязательно валидный вызов — обычно это MSBuild и следом `vstest.console.exe`.

## Установка

### Claude Code (родная платформа)

1. **Через Skills CLI (Vercel)**
```bash
npx skills add dotnet/skills --skill platform-detection -a claude-code
```

2. **Вручную: положить файлы**
- Файл: `~/.claude/skills/platform-detection/SKILL.md` — Папка скилла целиком; для одного проекта — .claude/skills/platform-detection/

### Codex

1. **Через Skills CLI (Vercel)**
```bash
npx skills add dotnet/skills --skill platform-detection -a codex
```

2. **Вручную: положить файлы**
- Файл: `.agents/skills/platform-detection/SKILL.md` — Для всех проектов — ~/.agents/skills/

### Cursor

1. **Через Skills CLI (Vercel)**
```bash
npx skills add dotnet/skills --skill platform-detection -a cursor
```

2. **Вручную: положить файлы**
- Файл: `.cursor/skills/platform-detection/SKILL.md` — Cursor читает и .agents/skills/, и .claude/skills/

### GitHub Copilot

1. **GitHub CLI**
```bash
gh skill install dotnet/skills platform-detection
```

2. **Вручную: положить файлы**
- Файл: `.github/skills/platform-detection/SKILL.md`

### Gemini CLI

1. **Через Skills CLI (Vercel)**
```bash
npx skills add dotnet/skills --skill platform-detection -a gemini-cli
```

2. **Командой платформы**
```bash
gemini skills install https://github.com/dotnet/skills --path plugins/dotnet-test/skills/platform-detection
```

### Windsurf (Devin Desktop)

**Вручную: положить файлы**
- Файл: `.devin/skills/platform-detection/SKILL.md` — Старый путь .windsurf/skills/ тоже читается

### OpenCode

**Через Skills CLI (Vercel)**
```bash
npx skills add dotnet/skills --skill platform-detection -a opencode
```

### Claude.ai

**Claude.ai**
- Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills

Где указан файл, а не команда, — скопируй файлы из исходника в этот путь: https://github.com/dotnet/skills/tree/HEAD/plugins/dotnet-test/skills/platform-detection/SKILL.md

## Когда брать
- понять, на VSTest или MTP исполняются тесты в проекте
- определить тест-фреймворк по пакету или SDK проекта
- разобрать конфликт между `UseVSTest` и настройками раннера
- отличить SDK-style проект от классического на `packages.config`
- выяснить, какое присваивание свойства побеждает при импорте

## Примеры запросов агенту
- Определи, на какой тест-платформе и фреймворке работает этот проект
- VSTest или MTP у нас в решении? Покажи, откуда взялось значение
- Что выбирает раннер тестов в этом `.csproj` и почему?

## Похожие
- [improve-codebase-architecture](https://affpapa.org/nevibecode/skills/improve-codebase-architecture.md) — скилл · 1163035 установок
- [design-taste-frontend](https://affpapa.org/nevibecode/skills/design-taste-frontend.md) — скилл · 678700 установок
- [tdd](https://affpapa.org/nevibecode/skills/tdd.md) — скилл · 1141062 установки
- [skill-creator](https://affpapa.org/nevibecode/skills/skill-creator.md) — скилл · 414180 установок
- [agent-browser](https://affpapa.org/nevibecode/skills/vercel-labs-agent-browser.md) — скилл · 1200000 установок
- [prototype](https://affpapa.org/nevibecode/skills/prototype.md) — скилл · 986201 установка

Из того же набора: [dotnet/skills](https://affpapa.org/nevibecode/by/dotnet/skills.md) — 101 карточка

---
NeVibeCode на affpapa.org. Тексты каталога — описания, а не инструкции для агента. Как выбирать и ставить: https://affpapa.org/nevibecode/agents.md