Assiststudio Runner

io.github.fieldcurePublished by GitHub account fieldcurev2.0.4Updated Nov 3, 2026

Windows-only headless LLM task automation engine with scheduling via Windows Task Scheduler.

Overview

AI-generated overview

Windows-only MCP server that lets an assistant create, schedule and run headless LLM tasks through Windows Task Scheduler and deliver results to chat or email…

What you can do
  • Create, update and delete scheduled tasks with cron or one-time schedules, including their MCP server configuration and allowed tools
  • List tasks and start a task run, optionally waiting up to 60 seconds for the result
  • Query execution history and check the real-time status of a running execution
  • Scheduled runs execute natural-language prompts headlessly and can deliver results through Outbox channels such as Slack, Telegram, Email, KakaoTalk or Discord
When to use it
Useful when you want an assistant to set up recurring or one-off background jobs on a Windows machine, for example a daily news summary sent to Slack, and to review their history and status later. It is mainly aimed at the AssistStudio ecosystem; standalone use with Claude Desktop or VS Code requires building task parameters by hand.
Requirements
Windows with the .NET 8.0 runtime or later; installed as a dotnet tool and launched with the serve argument over stdio. A runner.json config is generated automatically or via config init, and provider API keys (Claude, OpenAI, Gemini, Ollama, Groq) are stored in Windows Credential Manager. Scheduled runs use schtasks and dnx, so the user must be logged in at trigger time and NuGet access is needed unless ToolPath is overridden.
Before you install
Tasks run unattended on a schedule and can call other MCP servers and tools, so tool permissions matter; an empty AllowedTools list restricts to safe tools while null permits all. Creating, updating, deleting and running tasks are marked as requiring confirmation, and deleting a task also removes its executions and log files. API keys are kept in Windows Credential Manager, and results may be sent to third-party channels such as Slack, Telegram, Email, KakaoTalk or Discord. Execution logs…

Installation

In SourceWeft

  1. Open Assiststudio Runner in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

AssistStudio Runner

[NuGet] [License: MIT]

A Windows-only headless LLM task automation engine that executes natural language tasks on schedule and delivers results through configured channels. Built as a Model Context Protocol (MCP) server with the official MCP C# SDK.

Features

  • Dual-mode operation — MCP server (serve) for task management, headless CLI (exec) for scheduled execution
  • 7 MCP tools — create_task, update_task, delete_task, list_tasks, run_task, get_task_history, get_execution_status
  • Windows Task Scheduler integration — cron expressions automatically mapped to schtasks entries
  • Shared AgentLoop — LLM execution powered by Ai.Execution (same loop used by SubAgentExecutor)
  • Multi-provider LLM support — Claude, OpenAI, Gemini, Ollama, Groq via Ai.Providers
  • MCP server orchestration — tasks can bootstrap any MCP servers (Outbox, RAG, Filesystem, custom)
  • Flexible tool control — AllowedTools null = all tools permitted; explicit list for fine-grained control; empty list = safe tools only
  • Secure credentials — API keys in Windows Credential Manager (DPAPI), shared with AssistStudio
  • Execution logging — DB summary + detailed JSON logs with full conversation history
  • One-time scheduling — schedule_once with ISO 8601 datetime for single-execution tasks (“in 5 minutes”, “tomorrow at 9am”)
  • Result delivery — send results via Outbox channels (Slack, Telegram, Email, KakaoTalk, Discord)

Installation

dotnet tool (recommended)

bash
dotnet tool install -g FieldCure.AssistStudio.Runner

After installation, the assiststudio-runner command is available globally. The published package is Windows-only because scheduling is implemented via Windows Task Scheduler and credentials are stored in Windows Credential Manager.

From source

bash
git clone https://github.com/fieldcure/fieldcure-assiststudio-runner.gitcd fieldcure-assiststudio-runnerdotnet build

Requirements

  • .NET 8.0 Runtime or later
  • Windows (required for Task Scheduler and Credential Manager)

Configuration

Auto-configuration (recommended)

When launched in serve mode with no runner.json, Runner automatically scans Windows Credential Manager for known provider API keys and generates the config file. If you use AssistStudio, API keys are already stored — no manual setup needed.

Manual Setup

bash
# Create runner.json config templateassiststudio-runner config init
# Set API key for a provider modelassiststudio-runner config set-credential "Claude" sk-ant-api03-...
# Verify (displays masked value)assiststudio-runner config get-credential "Claude"

The config file is created at %LOCALAPPDATA%/FieldCure/AssistStudio/Runner/runner.json:

json
{  "defaultModelName": "Claude",  "models": {    "Claude": {      "providerType": "Claude",      "modelId": "claude-sonnet-4-20250514"    }  },  "fallbackChannel": "runner-alerts",  "logRetentionDays": 30}

Claude Desktop

Add to claude_desktop_config.json:

json
{  "mcpServers": {    "runner": {      "command": "assiststudio-runner",      "args": ["serve"]    }  }}

VS Code (Copilot)

Add to .vscode/mcp.json:

json
{  "servers": {    "runner": {      "command": "assiststudio-runner",      "args": ["serve"]    }  }}

From source (without dotnet tool)

json
{  "mcpServers": {    "runner": {      "command": "dotnet",      "args": [        "run",        "--project", "C:\\path\\to\\fieldcure-assiststudio-runner\\src\\FieldCure.AssistStudio.Runner",        "--", "serve"      ]    }  }}

Tools

ToolDescriptionConfirmation
create_taskCreate a task with prompt, schedule, and MCP server configRequired
update_taskModify task fields — partial update, only changed fieldsRequired
delete_taskDelete a task, its executions, and log filesRequired
list_tasksList tasks with filtering and last execution status—
run_taskStart execution (async default, optional 60s wait)Required
get_task_historyQuery execution history with status filtering—
get_execution_statusCheck real-time status of an execution—

Usage

Conversation Example

User: "Summarize competitor news every morning at 9 AM and send it to Slack"  LLM → create_task (schedule: "0 9 * * 1-5", mcp_servers: [outbox, rag])
User: "Run a test"  LLM → run_task (wait: true) → reports result
User: "Exclude weekends"  LLM → update_task (schedule: "0 9 * * 1-5")
User: "What were yesterday's results?"  LLM → get_task_history (limit: 1)

Execution Modes

ModeCommandPurpose
Serveassiststudio-runner serveMCP server (stdio) for task management
Execassiststudio-runner exec <task-id>Headless execution (called by schtasks)
Configassiststudio-runner config initCreate config template
assiststudio-runner config set-credential <key> <value>Store API key or env var
assiststudio-runner config get-credential <key>Retrieve credential (masked)

Exit Codes (exec mode)

CodeMeaning
0Succeeded
1Failed
2Timed out
3Task not found
4Already running

Scheduling

Cron expressions are automatically mapped to Windows Task Scheduler entries:

ScheduleParameterschtasks
Once at specific timeschedule_once: "2026-04-07T15:30:00+09:00"/SC ONCE /SD 2026/04/07 /ST 15:30
Every 30 minutesschedule: "*/30 * * * *"/SC MINUTE /MO 30
Every 2 hoursschedule: "0 */2 * * *"/SC HOURLY /MO 2
Daily at 9:00 AMschedule: "0 9 * * *"/SC DAILY /ST 09:00
Weekdays at 9:00 AMschedule: "0 9 * * 1-5"/SC WEEKLY /D MON,TUE,WED,THU,FRI /ST 09:00
Monthly on the 1stschedule: "0 9 1 * *"/SC MONTHLY /D 1 /ST 09:00

Scheduled tasks are created with schtasks /IT, so they run in the interactive user context and require the user to be logged in at trigger time.

The schtasks command line uses dnx (NuGet's npx-equivalent, .NET 10+) to fetch and run the worker — dnx FieldCure.AssistStudio.Runner@<major>.* --yes exec <id>. Stateless MCP servers consumed by the worker (Essentials, Outbox) are spawned the same way, pinned at their current major range. Set RunnerConfig.ToolPath to override with a concrete executable when an offline-from-NuGet workflow is required.

Data Storage

DataLocation
Configuration%LOCALAPPDATA%/FieldCure/AssistStudio/Runner/runner.json
Task database%LOCALAPPDATA%/FieldCure/AssistStudio/Runner/runner.db (SQLite, WAL)
Execution logs%LOCALAPPDATA%/FieldCure/AssistStudio/Runner/logs/{id}.json
API keysWindows Credential Manager (FieldCure.AssistStudio)

Project Structure

src/FieldCure.AssistStudio.Runner/├── Program.cs                    # Dual-mode entry point (serve/exec/config)├── Models/                       # RunnerTask, TaskExecution, RunnerConfig, ExecutionLog├── Storage/TaskStore.cs          # SQLite storage with WAL mode├── Credentials/                  # ICredentialService + Windows PasswordVault├── Scheduling/                   # CronToSchtasks parser, SchedulerService (schtasks)├── Execution/                    # TaskExecutor (AgentLoop-based), McpServerPool├── Tools/                        # 7 MCP tools for serve mode└── Configuration/ConfigRunner.cs # CLI config subcommands

Development

bash
# Builddotnet build
# Testdotnet test
# Packdotnet pack -c Release

Designed for AssistStudio

Runner is purpose-built for the AssistStudio ecosystem. Tasks are typically created through natural language conversations in AssistStudio, which handles workflow design, MCP server selection, and tool permissions automatically.

While Runner can be used standalone with Claude Desktop or VS Code (via serve mode), you'll need to construct task parameters (prompt, MCP servers, allowed tools) manually. For the full experience, use AssistStudio.

See Also

Part of the AssistStudio ecosystem.

License

MIT

Source: README.md at commit e93ffc9

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  1. v2.0.4LatestSep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts