openclaw - 💡(How to fix) Fix [Feature]: Graduated `tools.sessions.visibility` - add `self-sessions` level [1 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#59460Fetched 2026-04-08 02:24:50
View on GitHub
Comments
0
Participants
1
Timeline
0
Reactions
0
Author
Participants
RAW_BUFFERClick to expand / collapse

Problem

tools.sessions.visibility currently offers only three levels: self, tree, and all. This leaves a practical gap for multi-user deployments.

Use case: A single agent (e.g. main) handles inbound messages from multiple users across channels (e.g. Feishu). The owner wants the agent to be able to look up what it told User B when chatting with User A - without granting visibility into other agents' sessions.

With tree, cross-user lookup is impossible. With all, other agents' sessions are also exposed - which is undesirable.

Proposed Solution

Add a graduated visibility scale:

ValueVisibility
selfCurrent session only (existing)
treeCurrent session + spawned subagents (existing)
self-sessionsAll sessions belonging to the same agent, across all channels/users (new)
self-<channel>-sessionsAll sessions of the same agent on a specific channel, e.g. self-feishu-sessions (new, stretch goal)
allAll sessions across all agents (existing)

self-sessions is the minimum viable addition that closes the gap. The per-channel variant is a nice-to-have.

References

  • #19564 (locked) - original report of the all-or-nothing limitation
  • #48784 - related: per-capability visibility knobs

extent analysis

TL;DR

Implementing a new self-sessions visibility level can address the current limitation in multi-user deployments.

Guidance

  • Introduce a new visibility level, self-sessions, to allow an agent to access all its sessions across different users and channels without exposing other agents' sessions.
  • Update the tools.sessions.visibility configuration to include the new self-sessions option.
  • Consider adding a per-channel variant, self-<channel>-sessions, as a future enhancement to provide more fine-grained control.
  • Review related issues, such as #19564 and #48784, to ensure consistency and alignment with existing visibility features.

Example

No explicit code example is provided, as the issue focuses on the conceptual addition of new visibility levels rather than specific implementation details.

Notes

The proposed solution aims to fill a practical gap in the current visibility levels. However, the implementation details, such as how to store and manage sessions across different channels and users, are not specified in the issue.

Recommendation

Apply the workaround by implementing the proposed self-sessions visibility level, as it directly addresses the identified limitation and provides a more nuanced access control mechanism.

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 [Feature]: Graduated `tools.sessions.visibility` - add `self-sessions` level [1 participants]