ahk-mcp

AHK_Config

Read-only

Manage AutoHotkey v2 MCP server settings by configuring script directories, executable paths, and VS Code workspace integration.

Instructions

Ahk config Get/Set MCP configuration for script directories, AutoHotkey executable path, and VS Code workspace.

Tool call template

This tool declares no required parameters. Add optional parameters from the input schema as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {},
    "name": "AHK_Config"
  }
}

Input Schema

Name	Required	Description	Default
`action`	No		get
`scriptDir`	No	Default A_ScriptDir-like root used by tools
`searchDirs`	No	Additional directories to scan
`ahkPath`	No	Path to AutoHotkey v2 executable (e.g., C:\Path\AutoHotkey64.exe)
`vscodeWorkspace`	No	VS Code workspace folder - files open in this window

Schema Changelog

Changes observed during successful MCP inspections.

First observedv2.0.0Feb 21, 2026

TDQS

C2.8/5.0

Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

The description adds minimal behavioral context beyond the readOnlyHint annotation. While annotations declare readOnlyHint=true, the description mentions 'Get/Set' functionality which could imply both read and write operations. However, it doesn't clarify that 'set' might be limited or require specific conditions, nor does it address rate limits, authentication needs, or what happens when configuration changes are made.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is extremely concise at just two lines, with the first line stating the tool name and the second describing functionality. There's no wasted text, though the structure could be improved by front-loading the purpose more clearly. Every sentence serves a purpose, earning a high score for efficiency.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness2/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a configuration management tool with 5 parameters and no output schema, the description is insufficient. It doesn't explain what 'MCP configuration' entails, how get vs set operations differ, what format the configuration takes, or what happens when values are set. With annotations only covering readOnlyHint, more behavioral context is needed for proper tool selection and invocation.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

With 80% schema description coverage, the input schema already documents most parameters well. The description mentions the three configuration areas (script directories, AutoHotkey path, VS Code workspace) which aligns with the parameters, but adds no additional semantic meaning beyond what the schema provides. The baseline of 3 is appropriate given the high schema coverage.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose3/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description states 'Get/Set MCP configuration for script directories, AutoHotkey executable path, and VS Code workspace' which provides a clear verb+resource combination. However, it doesn't distinguish this configuration tool from its many siblings (like AHK_Settings or AHK_File_Active) that might also handle configuration aspects, making the purpose somewhat vague in context.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines2/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description provides no guidance on when to use this tool versus alternatives. With 30+ sibling tools including AHK_Settings, there's no indication of whether this is the primary configuration tool or when to choose it over others. No exclusions, prerequisites, or alternative tools are mentioned.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.