Skip to main content
Glama
ComplianceCow

ComplianceCow MCP Server

get_template_guidance

Get detailed guidance for template-based inputs: documentation analysis, prefilled values, format tips, and validation rules to streamline configuration.

Instructions

Get detailed guidance for filling out a template-based input.

COMPLETE TEMPLATE HANDLING PROCESS:

STEP 1 - TEMPLATE IDENTIFICATION:

  • Called for inputs that have a templateFile property

  • Provides decoded template content and structure explanation

  • Returns required fields, format-specific tips, and validation rules

PREFILLING PROCESS:

  1. Analyze template structure for external dependencies

  2. Prefill template with realistic values based on the instructions

RELEVANCE FILTERING:

  • ANALYZE task description and user use case to create targeted search queries

  • EXTRACT key terms from rule purpose and task capabilities

  • COMBINE system name with specific functionality being configured

  • PRIORITIZE documentation that matches the exact use case scenario

STEP 3 - ENHANCED TEMPLATE PRESENTATION TO USER: Show the template with this EXACT format: "Now configuring: [X of Y inputs]

Task: {task_name} Input: {input_name} - {description}

You can:

  • Accept these prefilled values (type 'accept')

  • Modify specific sections (provide your modifications)

  • Replace entirely (provide your complete configuration)

Please review and confirm or modify the prefilled configuration:"

STEP 4 - FALLBACK TO ORIGINAL TEMPLATE: If no documentation found or prefilling fails:

  • Show original empty template with standard format

  • Include note: "No documentation found for prefilling. Please provide your configuration."

  • Continue with existing workflow

STEP 5 - COLLECT USER CONTENT:

  • Wait for the user to provide their response (accept/modify/replace)

  • Handle "accept" by using prefilled content

  • Handle modifications by merging with prefilled baseline

  • Handle complete replacement with user content

  • Do NOT proceed until the user provides content

  • NEVER use template content as default values without documentation analysis

STEP 6 - PROCESS TEMPLATE INPUT:

  • Call collect_template_input(task_name, input_name, user_content)

  • Include documentation source metadata

  • Validates content format, checks required fields, uploads file

  • Returns file URL for use in rule structure

TEMPLATE FORMAT HANDLING:

  • JSON: Must be valid JSON with proper brackets and quotes

  • TOML: Must follow TOML syntax with proper sections [section_name]

  • YAML: Must have correct indentation and structure

  • XML: Must be well-formed XML with proper tags

VALIDATION RULES:

  • Format-specific syntax validation

  • Required field presence checking

  • Data type validation where applicable

  • Template structure compliance

  • Documentation standard compliance (when applicable)

CRITICAL TEMPLATE RULES:

  • ALWAYS call get_template_guidance() for inputs with templates

  • ALWAYS analyze documentation before showing template to user

  • ALWAYS show the prefilled template (or original if no docs found) with exact presentation format

  • ALWAYS wait for the user to provide response (accept/modify/replace)

  • ALWAYS call collect_template_input() to process user content

  • NEVER use template content directly - always use documentation-enhanced or user-provided content

  • ALWAYS use returned file URLs in rule structure

PROGRESS TRACKING:

  • Show "Now configuring: [X of Y inputs]" for user progress

  • Include clear task and input identification

  • Provide format-specific guidance and tips

  • Include documentation analysis results and source citations

Args: task_name: Name of the task input_name: Name of the input that has a template

Returns: Dict containing template content, documentation analysis, prefilled values, and guidance

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
task_nameYes
input_nameYes

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Behavior4/5

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

No annotations provided, so description carries full burden. It thoroughly discloses behavior: returns decoded content, prefills, handles user responses, and chains to collect_template_input. No contradictions or hidden side effects.

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

Conciseness3/5

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

Very detailed with steps and repeated 'ALWAYS' constraints. While structured, it is verbose and could be shortened. Some redundancy reduces conciseness.

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

Completeness5/5

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

Given no annotations and simple schema, description fully covers the tool's purpose, process, and output. Output schema is mentioned, so return details are handled. Complete for agent use.

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

Parameters4/5

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

Schema coverage 0%, but description explicitly documents parameters in Args section, adding context (task_name as task name, input_name as template input name). Provides enough meaning beyond schema.

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

Purpose5/5

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

The description clearly states the tool provides detailed guidance for filling template-based inputs, with a specific verb ('get') and resource ('guidance'). It distinguishes from siblings like collect_template_input by focusing on analysis and prefilling.

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

Usage Guidelines5/5

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

The description includes explicit CRITICAL TEMPLATE RULES stating to always call this tool for templates, and details when to use vs. when to fallback. It provides step-by-step process and alternatives.

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

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/ComplianceCow/cow-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server