Skip to main content
Glama

Add meeting agenda item

add_meeting_agenda_item

Add an agenda item to a meeting, optionally with notes, duration, and a linked work package. Use it to build or extend agendas and show discussions on work packages.

Instructions

Add one item to a meeting's agenda, optionally pinned to a work package.

Use it to build or extend an agenda: "add 'Release readiness' with 15 minutes", or "put #1234 on Thursday's agenda". Linking a work package is also how a ticket learns it was discussed — the link shows up on the work package's Meetings tab.

Returns the created item: {id, title, notes, duration_minutes, position, item_type, presenter, work_package, section, outcomes, meeting, created_at}. position is where it landed in the agenda; items are appended to the meeting's last section.

Pitfalls. This needs the 'manage agendas' permission, so a 403 is about the account, not the payload. A 422 usually means the work package is not visible to this account or the meeting is already closed — violations names the attribute. The item's type is fixed here: a simple item cannot become a work-package one later, because itemType is create-only upstream.

Cross-references: get_meeting(meeting_id=...) to see the agenda you are appending to; update_meeting_agenda_item to fix or reorder the item afterwards; delete_meeting_agenda_item to remove it; add_meeting_outcome to record a decision against it; list_meetings for the meeting id; search_work_packages for the work package id.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
notesNoMarkdown notes for the item. Omit for none.
titleYesAgenda item title, e.g. 'Release readiness'. For a work-package item the UI shows the work package's subject instead, but a title is still accepted and stored.
meeting_idYesNumeric meeting id from list_meetings or get_meeting. The item is appended to that meeting's last agenda section.
work_package_idNoWork package to discuss under this item, from list_work_packages or search_work_packages. Passing it makes this a work-package item, which is what puts the meeting into that ticket's Meetings tab. It must be visible to this account.
duration_minutesNoPlanned length of this item in minutes (0-1440). Omit to leave the item untimed; the meeting's own duration is unaffected either way.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
idNoAgenda item id (not the meeting id, not a work package id).
notesNoItem notes as markdown (raw); html is dropped.
titleNoItem title. Empty for a work-package item, where the work package's subject is the title shown in the UI.
meetingNoMeeting the item was added to.
sectionNoAgenda section the item sits in, when the meeting uses sections.
outcomesNoOutcomes recorded against this item; always a list, empty when none.
positionNo1-based order within the agenda.
item_typeNo'simple' for a free-text item, 'work_package' for a linked one.
presenterNoUser presenting this item.
created_atNoISO 8601 UTC timestamp.
lock_versionNoOptimistic-lock version. Echo it as update_meeting_agenda_item's lock_version so a concurrent edit fails loudly (409) instead of being overwritten.
work_packageNoWork package this item discusses. Null both when none is linked and when the linked one is invisible to this account — 'notes' says when the latter happened.
duration_minutesNoPlanned length in minutes; null when the organizer set none.
Behavior5/5

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

Annotations flag a non-read-only, non-idempotent write, and the description adds substantial context: the 'manage agendas' permission requirement, meaning of 403 and 422, the fixture that itemType is create-only upstream, and append-to-last-section behavior. No contradiction with annotations.

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

Conciseness5/5

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

The description is well-structured with clear sections: purpose, examples, return value, pitfalls, and cross-references. It is front-loaded with the core purpose and every sentence adds useful information without fluff.

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 5-parameter mutation tool with an output schema, the description covers usage rationale, return shape, error semantics, and all relevant sibling tools. The output schema exists, so the return-value summary is appropriately supplementary.

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?

Input schema coverage is 100% and each parameter already has a rich description (e.g., work_package_id effect, duration_minutes limits, meeting_id append behavior). The tool description offers examples and pitfall context but does not materially extend parameter-level semantics beyond the schema, so the baseline of 3 applies.

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 opens with a specific verb ('Add') and resource ('one item to a meeting's agenda') plus an optional work-package pin. It clearly distinguishes itself from sibling tools by naming update, delete, and outcome-related alternatives in the cross-references.

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?

It explicitly says 'Use it to build or extend an agenda' and provides concrete usage examples. Cross-references specify when to use get_meeting, update_meeting_agenda_item, delete_meeting_agenda_item, and add_meeting_outcome, and it explains error conditions (403/422) for troubleshooting.

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/kar-thik/openproject-mcp'

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