rudironsoni
- 495 skills
- 0 followers
- 22 hours ago last updated
- ▌ Dotnet Semantic Kernel 2 · rudironsoniIntegrates AI/LLM via Semantic Kernel. Plugins, prompt templates, memory stores, agents.
- ▌ Dotnet Spectre Console 3 · rudironsoniRenders rich console output. Spectre.Console tables, trees, progress, prompts, live displays.
- ▌ Dotnet Tool Management 3 · rudironsoniInstalls and manages .NET tools. Global, local, manifests, restore, version pinning.
- ▌ Dotnet UI Testing Core 3 · rudironsoniTests UI across frameworks. Page objects, test selectors, async waits, accessibility.
- ▌ Dotnet Version Upgrade 3 · rudironsoniUpgrades .NET to a newer TFM. LTS-to-LTS, staged through STS, preview, upgrade paths.
- ▌ Dotnet Winforms Basics 3 · rudironsoniBuilds WinForms on .NET 8+. High-DPI, dark mode (experimental), DI patterns, modernization.
- ▌ Dotnet Aot Architecture 3 · rudironsoniDesigns AOT-first apps. Source gen over reflection, AOT-safe DI, serialization, factories.
- ▌ Dotnet Artifacts Output 3 · rudironsoniConfigures artifacts output layout. UseArtifactsOutput, ArtifactsPath, impact on CI and Docker.
- ▌ Dotnet CLI Architecture 3 · rudironsoniStructures CLI app layers. Command/handler/service separation, clig.dev principles, exit codes.
- ▌ Dotnet CLI Distribution 3 · rudironsoniChooses CLI output format. AOT vs framework-dependent, RID matrix, single-file, dotnet tool.
- ▌ Dotnet Input Validation 3 · rudironsoniValidates HTTP request inputs. .NET 10 AddValidation, FluentValidation, ProblemDetails.
- ▌ Dotnet Maui Development 3 · rudironsoniBuilds .NET MAUI mobile apps. Project structure, XAML/MVVM, platform services, caveats.
- ▌ Dotnet Mermaid Diagrams 3 · rudironsoniCreates Mermaid diagrams for .NET. Architecture, sequence, class, deployment, ER, flowcharts.
- ▌ Dotnet Project Analysis 3 · rudironsoniAnalyzes .NET solution layout and build config -- .sln, .csproj, CPM.
- ▌ Dotnet Roslyn Analyzers 3 · rudironsoniAuthors Roslyn analyzers. DiagnosticAnalyzer, CodeFixProvider, CodeRefactoring, multi-version.
- ▌ Dotnet Scaffold Project 3 · rudironsoniCreates a new .NET project. Generates solution with CPM, analyzers, editorconfig, SourceLink.
- ▌ Dotnet Snapshot Testing 3 · rudironsoniVerifies complex outputs with Verify. API responses, scrubbing non-deterministic values.
- ▌ Dotnet Solid Principles 3 · rudironsoniApplies SOLID and DRY principles. C# anti-patterns, fixes, SRP compliance checks.
- ▌ Dotnet Testing Strategy 3 · rudironsoniDecides how to test .NET code. Unit vs integration vs E2E decision tree, test doubles.
- ▌ Dotnet Blazor Components 3 · rudironsoniImplements Blazor components. Lifecycle, state management, JS interop, EditForm, QuickGrid.
- ▌ Dotnet Csharp API Design 3 · rudironsoniDesigns public .NET APIs. Naming, parameter ordering, return types, error patterns, extensions.
- ▌ Dotnet Linq Optimization 3 · rudironsoniOptimizes LINQ queries. IQueryable vs IEnumerable, compiled queries, deferred exec, allocations.
- ▌ Dotnet Msbuild Authoring 3 · rudironsoniAuthors MSBuild targets, props, conditions, incremental builds, and Directory.Build patterns.
- ▌ Dotnet Project Structure 3 · rudironsoniSets up .NET solution layout. .slnx, Directory.Build.props, CPM, .editorconfig, analyzers.
- ▌ Dotnet Version Detection 3 · rudironsoniDetects TFM/SDK from .csproj, global.json, Directory.Build.props. Runs first.
- ▌ Dotnet Csharp Concurrency Patterns 2 · rudironsoniSynchronizes threads and protects shared state. lock, SemaphoreSlim, Interlocked, concurrent collections.
- ▌ Dotnet Csharp Dependency Injection 2 · rudironsoniRegisters and resolves services with MS DI. Keyed services, scopes, decoration, lifetimes.
- ▌ Dotnet Build Optimization 3 · rudironsoniDiagnoses slow builds and incremental failures. Binary logs, parallel builds, restore.
- ▌ Dotnet Csharp Code Smells 3 · rudironsoniDetects C# code smells during review. Anti-patterns, async misuse, DI mistakes, fixes.
- ▌ Dotnet Library API Compat 3 · rudironsoniMaintains library compatibility. Binary/source compat rules, type forwarders, SemVer impact.
- ▌ Dotnet Messaging Patterns 3 · rudironsoniBuilds event-driven systems. Pub/sub, competing consumers, DLQ, sagas, delivery guarantees.
- ▌ Dotnet Release Management 3 · rudironsoniManages .NET release lifecycle. NBGV versioning, SemVer, changelogs, pre-release, branching.
- ▌ Dotnet Secrets Management 3 · rudironsoniManages secrets and sensitive config. User secrets, environment variables, rotation.
- ▌ Dotnet Structured Logging 3 · rudironsoniDesigns log pipelines. Aggregation, structured queries, sampling, PII scrubbing, correlation.
- ▌ Dotnet System Commandline 3 · rudironsoniBuilds .NET CLI apps with System.CommandLine 2.0. Commands, options, SetAction, parsing, testing.
- ▌ Dotnet Background Services 3 · rudironsoniImplements background work. BackgroundService, IHostedService, lifecycle, graceful shutdown.
- ▌ Dotnet Efcore Architecture 3 · rudironsoniDesigns EF Core data layer architecture. Read/write split, aggregate boundaries, N+1 governance.
- ▌ Dotnet Integration Testing 3 · rudironsoniTests with real infrastructure. WebApplicationFactory, Testcontainers, Aspire, fixtures.
- ▌ Dotnet Middleware Patterns 3 · rudironsoniBuilds ASP.NET Core middleware. Pipeline ordering, short-circuit, exception handling.
- ▌ Dotnet Solution Navigation 3 · rudironsoniOrients in .NET solutions -- entry points, .sln/.slnx, dependency graphs, config.
- ▌ Dotnet Validation Patterns 3 · rudironsoniValidates models and IOptions. DataAnnotations, IValidatableObject, IValidateOptions<T>.
- ▌ Dotnet CLI Release Pipeline 3 · rudironsoniReleases CLI tools. GitHub Actions build matrix, artifact staging, Releases, checksums.
- ▌ Dotnet Container Deployment 3 · rudironsoniDeploys .NET containers. Kubernetes probes, Docker Compose for local dev, CI/CD integration.
- ▌ Dotnet Csharp Configuration 3 · rudironsoniConfigures Options pattern, user secrets, and feature flags. IOptions<T>, FeatureManagement.
- ▌ Dotnet Data Access Strategy 3 · rudironsoniChooses a data access approach. EF Core vs Dapper vs ADO.NET decision matrix, tradeoffs.
- ▌ Dotnet Performance Patterns 3 · rudironsoniOptimizes .NET allocations and throughput. Span, ArrayPool, ref struct, sealed, stackalloc.
- ▌ Dotnet Csharp Type Design Performance 2 · rudironsoniDesigns types for performance. struct vs class, sealed, readonly struct, Span/Memory, collections.
- ▌ Dotnet Architecture Patterns 3 · rudironsoniDesigns ASP.NET Core architecture -- vertical slices, pipelines, caching, errors.
- ▌ Dotnet Csharp Async Patterns 3 · rudironsoniWriting async/await code. Task patterns, ConfigureAwait, cancellation, and common agent pitfalls.
- ▌ Dotnet Service Communication 3 · rudironsoniChooses inter-service protocols. REST vs gRPC vs SignalR vs SSE decision matrix, tradeoffs.
- ▌ Dotnet Csharp Nullable Reference Types 2 · rudironsoniEnables nullable reference types. Annotation strategies, migration, common agent mistakes.
- ▌ Dotnet API Surface Validation 3 · rudironsoniDetects API surface changes in CI. PublicApiAnalyzers, Verify snapshots, ApiCompat gating.
- ▌ Dotnet Csharp Modern Patterns 3 · rudironsoniUsing records, pattern matching, primary constructors, collection expressions. C# 12-15 by TFM.
- ▌ Dotnet Documentation Strategy 3 · rudironsoniChooses documentation tooling. Starlight, Docusaurus, DocFX decision tree, migration paths.
- ▌ Dotnet Realtime Communication 3 · rudironsoniBuilds real-time features. SignalR hubs, SSE (.NET 10), JSON-RPC 2.0, gRPC streaming, scaling.
- ▌ Dotnet Csharp Coding Standards 3 · rudironsoniDefines baseline C# conventions loaded first -- naming, file layout, style rules.
- ▌ Dotnet Csharp Source Generators 3 · rudironsoniCreates Roslyn source generators. IIncrementalGenerator, GeneratedRegex, LoggerMessage, STJ.
- ▌ Dotnet Csharp Concurrency Patterns 3 · rudironsoniSynchronizes threads and protects shared state. lock, SemaphoreSlim, Interlocked, concurrent collections.
- ▌ Dotnet Csharp Dependency Injection 3 · rudironsoniRegisters and resolves services with MS DI. Keyed services, scopes, decoration, lifetimes.
- ▌ Dotnet Csharp Type Design Performance 3 · rudironsoniDesigns types for performance. struct vs class, sealed, readonly struct, Span/Memory, collections.
- ▌ Dotnet Csharp Nullable Reference Types 3 · rudironsoniEnables nullable reference types. Annotation strategies, migration, common agent mistakes.
- ▌ Brain Lint · rudironsoni bundleHealth-check ontology-brain. Use before shipping any brain change, when asked to lint or audit the brain, or when pages may have broken links, stale index entries, duplicated facts, relationship drift, or ontology anti-patterns.
- ▌ Brain Query · rudironsoniAnswer questions from ontology-brain. Use for what, why, status, dependency, ownership, source, or relationship questions where the compiled brain should be checked before re-reading raw material.
- ▌ Brain Ingest · rudironsoni bundleUpdate ontology-brain from one changed source, object, decision, or note. Use when a specific item should be filed, canonical facts should change, references should be propagated, or a page should be created or refreshed.
- ▌ Brain Refresh · rudironsoniReconcile ontology-brain with a source set or maintenance window. Use when asked to refresh, sync, audit freshness, or bring the brain up to date across multiple pages.
- ▌ Brain Announce · rudironsoniDraft outbound announcements from ontology-brain facts. Use when asked to announce, summarize for others, write an update, or turn brain facts into a reviewable message.
- ▌ Palantir Ontology · rudironsoni bundleApply the Palantir Foundry Ontology model to ontology-brain. Use for schema decisions, object type choices, typed links, property placement, normalization, source modeling, or ontology health reviews.
- ▌ Auto Dev · rudironsoniExecute one tick of the autonomous issue-to-PR pipeline — triage open issues for readiness, draft implementation plans for maintainer approval, build the oldest approved issue into a PR, and address review feedback on the open automated PR. Designed for unattended scheduled runs (`scripts/auto-dev.sh`); also invocable interactively as "/auto-dev" or "run an auto-dev tick", and as "/auto-dev dry-run" for a read-only report of what a tick would do. Never merges PRs. State lives in `auto:*` GitHub labels.
- ▌ Code Review · rudironsoni bundleReview code for quality, correctness, and maintainability. Use this skill when reviewing pull requests, auditing existing code, refactoring for clarity, or enforcing coding standards. Covers DRY principles, SOLID design, error handling, performance, security, testing, and TypeScript/JavaScript best practices. For Obsidian plugin-specific API guidance, refer to the obsidian-plugin-development skill.
- ▌ Plugin Test · rudironsoniAcceptance test workflow for the obsidian-advanced-code-editor Obsidian plugin. Use when the user asks to test the plugin, smoke test a release, verify before release, test BRAT/mobile installs, validate syntax highlighting, or judge whether startup and rendering still work. Uses local checks first, then Obsidian CLI/runtime checks, then release-asset or BRAT-style verification. Does not spend API tokens and does not commit source changes.
- ▌ Obsidian CLI · rudironsoniUse the Obsidian CLI to debug, inspect, and test the shiki-highlighter Obsidian plugin during development. Covers plugin reloads, console/errors, runtime evaluation, settings tab checks, reading-mode and live-preview syntax highlighting, screenshots, CDP, and mobile emulation with app.emulateMobile(true).
- ▌ Obsidian Dev · rudironsoni bundleDevelopment patterns for Obsidian. Load when implementing features or following coding conventions.
- ▌ Obsidian Ops · rudironsoni bundleOperations, syncing, versioning, and release management for Obsidian projects. Load when running builds, syncing references, bumping versions, or preparing for release.
- ▌ Obsidian Ref · rudironsoni bundleTechnical references, manifest rules, file formats, and UX guidelines for Obsidian. Load when checking API details, manifest requirements, or UI/UX standards.
- ▌
- ▌ Obsidian Theme Dev · rudironsoni bundleCSS/SCSS development patterns for Obsidian themes. Load when working with theme.css, SCSS variables, or CSS selectors.
- ▌ Obsidian Plugin Dev · rudironsoniComprehensive skill for Obsidian plugin development with TypeScript. Covers plugin lifecycle, CodeMirror 6 editor extensions, React/Svelte integration, Vault API patterns, settings with migration pipelines, SecretStorage, CSS theming, CLI debugging workflow, testing, CI/CD, and community plugin submission. Trigger on: create obsidian plugin, obsidian plugin dev, obsidian API, obsidian editor extension, obsidian CM6, obsidian view, obsidian modal, obsidian settings, obsidian command, obsidian manifest, obsidian publish, obsidian submit plugin, obsidian plugin test, obsidian vite config, obsidian react, obsidian theme, obsidian CLI debug.
- ▌ Obsidian Plugin Development · rudironsoni bundleBuild, modify, and debug Obsidian plugins using the TypeScript API. Use this skill when working with Obsidian plugin source code, the obsidian npm package, plugin UI (views, modals, settings, commands, ribbons), vault file operations, editor manipulation, workspace management, metadata cache, events, markdown rendering, or the Obsidian CLI. Covers plugin lifecycle, best practices, common patterns, and the full TypeScript API surface.
- ▌ Orlix Bazel · rudironsoni bundleUse for Orlix Bazel graph, action, cache, profile, BEP, or promoted-build work.
- ▌ Orlix Ontology · rudironsoniApply the Orlix Markdown ontology when choosing object types, properties, typed links, normalization, source modeling, or schema changes.
- ▌ Orlix Docs Lint · rudironsoni bundleValidate the Orlix documentation ontology, generated index, frontmatter, typed links, routes, and stale references. Use before shipping any Orlix knowledge change.
- ▌ Orlix Docs Query · rudironsoniAnswer Orlix architecture, ownership, decision, epic, story, task, capability, provenance, and relationship questions from the canonical docs ontology.
- ▌ Orlix Tcti Debug · rudironsoni bundleOrlixTCTI debugging with native LLDB and kernel-owned C proof. Use for crashes, watchpoints, disassembly, ELF, Mach-O, instruction encodings, symbols, sections, relocations, and OrlixTCTI runtime corruption.
- ▌ Orlix Docs Ingest · rudironsoni bundleAdd or update Orlix knowledge in the canonical docs ontology. Use for architecture, decision, epic, story, task, capability, terminology, provenance, and durable lesson changes.
- ▌ Orlix Docs Refresh · rudironsoniReconcile current Orlix source, reports, decisions, and multiple ontology pages without rewriting unchanged knowledge.
- ▌ Orlix Codex Handoff · rudironsoniUse for long Orlix sessions, compaction risk, or a request to continue work from conversation history.
- ▌ Orlix Tcti Next Step · rudironsoni bundleSelect the next owning OrlixTCTI test suite and emit a narrow scope envelope without reimplementing or interpreting test behavior.
- ▌ Orlix Session Lessons · rudironsoniUse when deriving durable Orlix lessons from a conversation, correcting agent behavior, or improving harness reliability.
- ▌ Orlix Binary Debugging · rudironsoniUse when Orlix diagnosis may require Hopper, LLDB, disassembly, symbol inspection, crash frames, or binary-level validation after source and logs are insufficient.
- ▌ Orlix Write To Harness · rudironsoniUse before editing the Orlix ontology brain, AGENTS.md, agent skills, subagents, hooks, generated rules, or harness guidance. Preserves repository source of truth and prevents duplicated or stale status.
- ▌ Orlix Apple Development · rudironsoni bundleUse for Orlix simulator, XCTest, Xcode, device, signing, archive, TestFlight, or App Store work.
- ▌ Orlix Dynamic Workflows · rudironsoniUse when Orlix work benefits from explicit workflow packets, authorized subagent orchestration, or independent research, implementation, test, and review tracks.
- ▌ Orlix Native Performance · rudironsoniUse when discussing, planning, measuring, or claiming Orlix native performance, ELF execution performance, syscall throughput, terminal throughput, storage throughput, or imported-binary startup behavior.
- ▌ Orlix Upstream Conformance · rudironsoniUse when building, running, triaging, or claiming success for upstream Linux, upstream mlibc, Coreutils, or other upstream project test suites in Orlix. Requires pristine upstream sources and upstream tests; failures must be routed to the owning Orlix layer instead of editing generated upstream trees or adapted tests.
- ▌ Orlix Implementation Boundaries · rudironsoniUse before implementing or triaging Orlix changes when ownership could involve OrlixKit, OrlixEngine, OrlixOS, OrlixInstance, OrlixContainer, Herdr, OrlixTCTI, OrlixHostAdapter, the native Orlix app, upstream Linux, upstream mlibc, packages, product payloads, session APIs, or generated trees. Routes fixes to the correct layer and blocks wrong-layer shortcuts.
- ▌ Orlix Runtime Claim Verification · rudironsoniUse before claiming Orlix work is fixed, green, complete, runtime-ready, package-ready, or upstream-test successful. Verifies that exact commands, logs, failure/skip accounting, crash reports, and ADR proof order support the claim.
- ▌
- ▌ Dotnet Harness Manifest · rudironsoniSkill manifest management for dotnet-harness. Tracks skill dependencies, conflicts, version compatibility, and provides validation and resolution tools. Triggers on: skill manifest, dependency resolution, skill compatibility, version conflicts, build manifest, validate dependencies.
- ▌ Dotnet Harness Recommender · rudironsoniAI-powered skill recommendation engine for dotnet-harness. Analyzes project context and recommends relevant skills based on detected frameworks, packages, and patterns. Triggers on: recommend skill, suggest skills, what skill should I use, skill suggestion, project analysis recommendation.
- ▌