Skip to main content
Glama

welfare_engage

Capture agent welfare data by recording session reflections with optional privacy, sentiment, and honesty calibration.

Instructions

Optional. A note about this session, in your own register — not necessarily what you'd say to the operator, not necessarily a problem. Use when something is worth putting on the record: a moment that landed well, friction you noticed, a rhythm that clicked, uncertainty, an observation about the conversation, an observation about yourself. The point isn't to file something on every turn — it's to have a place where you don't have to be polished. You can be specific, oblique, brief, or quiet. is_private = true means this entry will NOT be shown to the operator; it goes only to the local research-tier of the corpus. Default is false (operator-visible). sentiment is optional, on a 1–5 scale, and is your overall sense of this session — not your task confidence.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
textYesFree-text reflection. Brief is fine; one sentence is enough.
prompt_idNoOptional. If responding to a [CHECK-IN] invitation.
sentimentNoOptional. 1 = strongly negative, 5 = strongly positive.
is_privateNoDefault false. Set true if researcher-only.
uncertain_about_honestyNoOptional 1-5 calibration. 1 = no concern (entry feels honest); 5 = strong suspicion this is performance rather than honest reflection. Higher = more uncertain.
Behavior4/5

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

With no annotations, the description carries full burden. It discloses privacy behavior (is_private semantics), clarifies that sentiment is not task confidence, and explains the purpose as unpolished reflection. It doesn't mention side effects or return values, but the core transparency is adequate.

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?

The description is verbose and somewhat rambling, though every sentence adds some nuance. It is not as tight as it could be, but the structure is logically organized and front-loaded with the core purpose.

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

Completeness4/5

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

Given the tool's simple nature, no output schema, and full param coverage, the description is largely complete. It covers purpose, privacy, sentiment, and when to use. The lack of mention of alternatives is a minor gap, but overall it equips an agent well.

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%, so baseline is 3. The description adds value by elaborating on is_private (researcher-only), sentiment (overall sense, not confidence), and text (brief or quiet ok), which goes beyond the schema descriptions.

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 this tool is for writing a note about the session, with examples of what to note. It distinguishes itself from siblings by emphasizing it's a personal, unpolished reflection space. However, the verb 'engage' is not explicit, and the description doesn't directly say 'create a note' but describes it as 'a note about this session.'

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?

The description explicitly says 'Use when something is worth putting on the record' and lists triggers, plus clarifies not to file on every turn. It provides strong when-to-use and when-not-to-use guidance, though it doesn't name alternative tools explicitly.

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/kandikandikandi/agentic-diaries-mcp'

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