Skip to main content
Glama

confluence_comment_reanchor

Re-anchor a drifted inline comment to a specific text run in a Confluence page, with a dry-run option for preview.

Instructions

Move an inline comment's anchor to a new run of text in a Confluence page's current ADF, then write the page back in one update — the fix for a comment flagged as drifted/mark_lost by confluence_comment_audit. Pass the inline comment_id and the exact anchor_text to move it to; match_index (1-based) disambiguates when the text occurs more than once. The anchor may span multiple runs (e.g. a phrase split by bold) but not a block boundary. Operates entirely on ADF — it never round-trips through JFM, which would discard the annotation marks. Set dry_run: true to validate and preview the move without writing. Mirrors omni-dev atlassian confluence comment reanchor.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
idYesConfluence page ID.
dry_runNoWhen true, validate and return what would change without writing the page. Defaults to `false`.
comment_idYesThe inline comment ID to re-anchor.
anchor_textYesExact text on the current page to move the comment's anchor to.
match_indexNo1-based occurrence to anchor to when `anchor_text` appears more than once on the page. Required for ambiguous anchors; rejected if out of range.
Behavior3/5

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

No annotations provided, so description carries the burden. It mentions key behavioral traits: operates entirely on ADF without round-tripping through JFM (preserving marks), and supports dry_run for validation. But does not disclose if the operation is reversible, what happens to the old anchor, or required permissions.

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?

Single paragraph, front-loaded with purpose. Sentences are informative but not excessively verbose. Some technical details (JFM, ADF) could be in a separate note, but overall concise and well-structured.

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

Completeness3/5

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

Given no output schema, the description does not explain return format or error handling. It covers usage context, parameter details, and dry_run behavior. Lacks information on what is returned on success/failure, making it slightly incomplete for an agent to fully assess the tool's output.

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 has 100% coverage, so baseline is 3. Description adds value by explaining that match_index disambiguates occurrences, anchor_text must be exact and can span multiple runs but not block boundaries, and dry_run is for validation. This nuance goes beyond the schema descriptions.

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?

Clearly states the action: 'Move an inline comment's anchor to a new run of text'. Identifies the specific resource (Confluence page ADF) and distinguishes from sibling tools by mentioning it is the fix for 'drifted'/'mark_lost' comments flagged by confluence_comment_audit.

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

Usage Guidelines4/5

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

Explicitly states the precise scenario for use: fixing comments flagged by confluence_comment_audit. Implicitly implies not to use for other comment operations. Does not explicitly list when not to use or alternative tools, but the context is clear.

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/rust-works/omni-dev'

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