Skip to main content
Glama

Add Footnote Before Text

add_footnote_before_text

Add a footnote with superscript formatting before specified text in a Word document. Automatically formats the footnote number as superscript.

Instructions

Add a footnote before specific text with proper superscript formatting. This enhanced function ensures footnotes display correctly as superscript.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
filenameYes
search_textYes
footnote_textYes
output_filenameNo
Behavior3/5

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

The description mentions 'proper superscript formatting' and 'ensures footnotes display correctly as superscript', providing some behavioral insight beyond the annotations (which only contain the title). However, it does not disclose side effects, authentication needs, or what happens if the search text is not found. With no annotations covering behavior, more detail would be beneficial.

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 two sentences, concise and front-loaded with the main action. There is no wasted language, but it could be more informative without becoming lengthy.

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?

Given the tool modifies a document, has no output schema, and is among many sibling tools, the description lacks completeness. It does not explain return values, error handling, or what occurs if the search text is missing. The presence of multiple similar tools increases the need for more context.

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

Parameters1/5

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

Schema description coverage is 0%, and the description does not explain any of the four parameters. The tool name gives some hint about 'filename', 'search_text', and 'footnote_text', but no details about expected formats, constraints, or the optional 'output_filename'. This is a significant gap.

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

Purpose4/5

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

The description clearly states the verb 'Add' and the resource 'footnote' and specifies 'before specific text', which distinguishes it from sibling tools like 'add_footnote_after_text'. However, it does not differentiate from other related tools like 'add_footnote_enhanced' or 'add_footnote_robust', lacking full sibling differentiation.

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, no prerequisites, and no 'when not to use' information. It simply states what it does without contextual usage advice.

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/ihatesea69/Office-Word-MCP'

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