Перейти к основному содержимому

Lang Fsharp

Navigate, test, and build F# via the dotnet CLI.

Skill metadata​

SourceBundled (installed by default)
Pathskills/software-development/lang-fsharp
Version1.0.0
AuthorVibeOS
LicenseMIT
Platformslinux, macos, windows

Reference: full SKILL.md​

к сведению

The following is the complete skill definition that VibeOS loads when this skill is triggered. This is what the agent sees as instructions when the skill is active.

F# Language Pack Skill

Drive F# work with the project index and standard CLI recipes. LSP hint: fsautocomplete (editor-side when applicable). Zero new core tools.

What this language is (beginner)​

Функциональный язык экосистемы .NET. Те же библиотеки и хостинг, что у C#, но с акцентом на неизменяемость и выражения.

Лучше всего для:

  • .NET API в функциональном стиле
  • данные / ETL на CLR
  • DSL и доменное моделирование
  • скрипты .fsx

When to Use​

Выбирай этот pack, если:

  • есть *.fsproj / paket.dependencies
  • команда хочет функциональный .NET
  • пользователь явно просит F#

Manifests (автодетект репозитория): *.fsproj, paket.dependencies

Обычно рядом: C# на той же CLR; часто SQL Server / Postgres.

См. также skill choose-language-pack, если цель ещё не ясна. Сначала можно ранжировать packs: vibeos language recommend "…".

When NOT to use​

  • типичный ASP.NET / Unity → C#
  • браузерный SPA → TypeScript
  • чистый ML без CLR → OCaml / Haskell

Prerequisites​

vibeos pack apply lang-fsharp --apply
vibeos pack apply project-intelligence --apply

How to Run​

vibeos project index build
dotnet test
dotnet build
dotnet format --verify-no-changes

Quick Reference​

GoalCommand
Apply packvibeos pack apply lang-fsharp --apply
Doctorvibeos language doctor fsharp
Primary testdotnet test
Choose guideskill choose-language-pack
Recommendvibeos language recommend "…"

Procedure​

  1. Если язык ещё не выбран для нового проекта — сначала choose-language-pack или vibeos language recommend.
  2. Work from the project root that matches pack manifests.
  3. Index query → read_file → edit → path-scoped tests when iterating.
  4. Prefer the package manager / toolchain already locked in the repo.
  5. Explain non-obvious toolchain choices in plain language for the user.

Pitfalls​

  • Prefer solution (.sln) scope when multiple projects exist.
  • Do not invent core tools.
  • Do not invent core tools; stay on terminal + read_file + index CLI.

Verification​

vibeos language doctor fsharp
vibeos project index status