openclaw - 💡(How to fix) Fix feat: Support for structured `bodyExtras` in message tool [2 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#72199Fetched 2026-04-27 05:33:27
View on GitHub
Comments
2
Participants
2
Timeline
3
Reactions
0
Timeline (top)
commented ×2closed ×1
RAW_BUFFERClick to expand / collapse

Currently, the message tool sends a single message string. For advanced integrations requiring non-display metadata (like the DeepSeek firewall in project #082), developers must serialize this data into the message body, which is fragile and can lead to parsing errors or unintended display of internal data.

Proposal:

Add a new, optional field like bodyExtras: { [key: string]: any } to the message tool's parameters. This would provide a robust, structured way to pass machine-readable metadata alongside the human-readable message content without co-mingling them.

This would improve the robustness of agent-to-agent communication and complex, multi-part message workflows.

This request originates from work done in project 082.

extent analysis

TL;DR

Adding an optional bodyExtras field to the message tool's parameters can provide a structured way to pass metadata alongside human-readable message content.

Guidance

  • Review the message tool's current implementation to determine the best way to integrate the proposed bodyExtras field.
  • Consider the potential impact on existing integrations and workflows that rely on the current message format.
  • Evaluate the benefits of using a structured format like JSON for the bodyExtras field to ensure easy parsing and serialization.
  • Discuss the proposal with stakeholders from project #082 and other relevant teams to ensure the new field meets their requirements.

Example

// Proposed message tool parameters with bodyExtras field
const messageParams = {
  message: 'Hello, world!',
  bodyExtras: {
    metadata1: 'value1',
    metadata2: 'value2'
  }
};

Notes

The proposal's success depends on careful consideration of backward compatibility and the needs of various stakeholders.

Recommendation

Apply workaround: Implement the proposed bodyExtras field as described, allowing for structured metadata transmission alongside human-readable messages, to improve the robustness of agent-to-agent communication.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

openclaw - 💡(How to fix) Fix feat: Support for structured `bodyExtras` in message tool [2 comments, 2 participants]