Skip to main content
Glama
paskal

bitrix24-mcp-server

by paskal

bitrix24_task_attach_file

Attach local files (docx, pdf, images) to Bitrix24 tasks as downloadable attachments, preserving existing files. Use for briefs, reports, or specs that need to appear in the task's Files tab.

Instructions

Attach a local file (docx, pdf, image, anything) to a Bitrix24 task. Use this for delivering briefs, reports, signed-off specs — anything that should land as a downloadable attachment in the task's Files tab. The file shows as « добавил файл» in chat but WITHOUT an image thumbnail/preview even for PNG/JPG (chat just shows filename). For screenshots / images you want INLINE-PREVIEWED in chat, use bitrix24_task_post_image instead — that posts a proper chat message with IMAGE attachment blocks that render as thumbnails. Stays linked to UF_TASK_WEBDAV_FILES. SAFE: existing attachments are preserved (read-merge-write); your file is appended, not replaced. Two-step under the hood: disk.folder.uploadfile → multipart POST → tasks.task.update with the merged UF_TASK_WEBDAV_FILES list (each id encoded as 'n').

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
taskIdYesTask ID
fileNameNoOverride the file name visible in B24. Defaults to basename(filePath).
filePathYesAbsolute local path to the file to upload (e.g. /tmp/brief.docx)
folderIdNoDisk folder ID to upload to. Default 732896 (shared 'Блог' folder, verified writable for user 854). Override only if you need the file in a specific workgroup folder.
Behavior5/5

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

With no annotations, description fully carries burden. Details two-step internal process (uploadfile then update), chat appearance without thumbnail, safety (preserves existing attachments), and the 'n<diskFileId>' encoding. No contradictions.

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, well-structured with purpose first, then guidance, then behavior, then safety, then implementation detail. Slightly long but all sentences add value; no redundancy.

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?

For a tool with 4 params and no output schema, description covers purpose, usage, behavior, parameter nuances, safety, and internal steps. No gaps for effective invokation.

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 is 100%. Description adds value beyond schema: explains default folder ID (732896) and its context (shared 'Блог' folder, writable for user 854), and that fileName defaults to basename. Provides override rationale for folderId.

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 tool attaches a local file to a Bitrix24 task. Specifies file types and use cases (briefs, reports, signed-off specs). Explicitly distinguishes from sibling `bitrix24_task_post_image` for inline previews.

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?

Provides explicit guidance on when to use (delivering briefs, reports) and when not (images needing inline preview, alternatives given). Explains file appearance in chat (no preview) and safety behavior (append, not replace).

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/paskal/bitrix24-mcp-server'

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