1ファイル。
1つの機能。
API契約は自動生成。 One file.
One feature.
Generated API contracts.

Minimal API はそのまま、ずれやすい周辺だけを生成Standard Minimal APIs, generated around the pieces that drift

SliceFx は ASP.NET Core の上に乗ります。実行時は Minimal API に近く、ずれやすい登録・診断・クライアント生成だけを機能ファイルから補います。SliceFx sits on ASP.NET Core. Runtime behavior stays close to Minimal APIs. The generator handles the registration, checks, and clients that tend to drift.

どんなチームに向いている？Who is SliceFx for?

API 層は軽く保ちたい。でもルート、クライアント、将来の実行環境をばらばらに管理したくない。そんな個人やチームに向いています。For individual developers and teams that want a light API layer without letting routes, clients, and future runtime choices drift apart.

SliceFx の強みWhat you get

Hello, SliceFx

リクエスト、レスポンス、ハンドラー、バリデーション、フィルターまで、機能に関わるコードを1つのファイルにまとめられます。Request, response, handler, validation, and filters in one feature file.

using System.ComponentModel.DataAnnotations;
using SliceFx.Sample.Services;

namespace SliceFx.Sample.Features.Users;

[Feature("POST /users", Summary = "Create a new user")]
public static class CreateUser
{
    public record Request(
        [Required, MinLength(2)] string Name,
        [Required, EmailAddress] string Email);

    public record Response(Guid Id, string Name, string Email, DateTime CreatedAt);

    public static async Task<Response> Handle(Request req, IUserStore store, CancellationToken ct)
    {
        var user = await store.AddAsync(req.Name, req.Email, ct);
        return new Response(user.Id, user.Name, user.Email, user.CreatedAt);
    }
}

using SliceFx.Sample.Services;

var builder = WebApplication.CreateSlimBuilder(args);

builder.Services.AddSlice();
builder.Services.AddOpenApi();
builder.Services.AddSingleton(TimeProvider.System);
builder.Services.AddSingleton<IUserStore, InMemoryUserStore>();
builder.Services.AddSingleton<AuditLog>();
builder.Services.AddKeyedSingleton<IClock, SystemClock>("promotion");
// Factory-lambda registration avoids ActivatorUtilities reflection — AOT-safe under full-trim NativeAOT.
// UserAuthFilter populates this per-request; GetCurrentUser injects it directly.
builder.Services.AddScoped(_ => new CurrentUser());

var app = builder.Build();

app.MapSlices(); // <-- Registers all features automatically
if (app.Environment.IsDevelopment())
{
    app.MapOpenApi();
}

app.Run();

slicefx routes
slicefx routes --format json
slicefx client csharp --output SliceApiClient.g.cs
slicefx client typescript --output slice-api-client.ts
slicefx openapi --output openapi.json

まずは ASP.NET Core。
WASI は必須ではありませんStart with ASP.NET Core.
WASI is optional.

SliceFx の既定は普通の ASP.NET Core アプリです。WASI / edge は、同じ機能ファイルを将来 ASP.NET 以外にも持っていけるかを確認するための実験的な選択肢です。SliceFx defaults to a normal ASP.NET Core app. WASI / edge support is an experimental way to see whether the same feature files can move beyond ASP.NET later.

edge は、利用者に近い場所でコードを動かす考え方です。WASI は、サーバー側コードを WebAssembly component として動かす仕組みです。SliceFx.Wasi は生成されたルートテーブルを使い、ASP.NET の外でも portable な機能を dispatch します。Edge means running code closer to users. WASI packages server-side code as a WebAssembly component. SliceFx.Wasi uses a generated route table to dispatch portable features outside ASP.NET.

ほとんどのプロジェクトは 3 つの移植性クラスを同じコードベースで併用します。分類はツールに「どこで動かせるか」を伝えるもので、コードの良し悪しを表すものではありません。Most projects use all three portability classes in the same codebase. The classification tells tooling where a feature can run, not whether it is well-written.

コアは小さく、必要なアダプタだけを追加Small core, optional adapters

ホスティングやテストに必要な依存関係は、用途ごとのサテライトパッケージに分けています。すべてのパッケージは NuGet で公開されています。Hosting and testing dependencies stay in satellite packages. All packages are available on NuGet.

設計の意思決定と運用基準Design decisions and operating criteria

SliceFx がどんな原則で動いていて、実運用に向けてどの基準をまだ満たす必要があるかをまとめたドキュメント群です。How SliceFx is built, what invariants it defends, and which production-readiness criteria it still needs to meet.

GitHub ドキュメント: CLI コマンド ・ OpenAPI ・ ASP.NET 機能 ・ Native AOT ・ Lambda ホスティング ・ 移行ガイド ・ プロダクト方針 GitHub docs: CLI commands · OpenAPI · ASP.NET features · Native AOT · Lambda hosting · Migration guides · Product direction