Requirements
- Target platform
- OpenClaw
- Install method
- Manual import
- Extraction
- Extract archive
- Prerequisites
- OpenClaw
- Primary doc
- SKILL.md
Use when: you chat across topics and want explicit boundaries to prevent topic bleed. Tags: [ISO], [SCOPE], [GLOBAL], [NOMEM], [REM]. (Memory tags are signal...
Use when: you chat across topics and want explicit boundaries to prevent topic bleed. Tags: [ISO], [SCOPE], [GLOBAL], [NOMEM], [REM]. (Memory tags are signal...
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Tell me what you changed and call out any manual steps you could not complete.
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Summarize what changed and any follow-up checks I should run.
A lightweight, portable convention for explicit context boundaries in chat.
[ISO: <topic>] fresh slate for this message (no prior project/topic context) [SCOPE: <topic>] restrict to one named scope [GLOBAL] cross-topic reuse allowed (call out what was reused) [NOMEM] do not store long-term memory from this exchange [REM] persist preferences/decisions (requires a memory backend; otherwise advisory) Examples: [ISO: marketing][NOMEM] Draft 5 ad angles for OpenClaw; don't store memory. [SCOPE: openclaw-mem] Explain why lane A is failing; keep it scoped. [GLOBAL][REM] Remember: display times in Asia/Taipei unless I say otherwise.
Put one or more tags at the very start of your message. Prefer this order: scope tag(s) then memory tag(s). Write normally. Optional: if your assistant supports command-style shortcuts, /ctx or /context_def can print this cheat sheet.
Tags must appear at the start of the user's message. Multiple tags are allowed. Tags do not override safety policies, tool access controls, approvals, or platform rules.
Some combinations conflict (for example [ISO] + [GLOBAL], or [REM] + [NOMEM]). Recommended policy: Last tag wins for the conflicting dimension. If the combination is ambiguous, ask a clarifying question rather than guessing.
[ISO: <topic>] / [Isolated Context: <topic>] Treat as a fresh topic. Do not pull in other conversation/project context unless the user explicitly re-provides it. Allowed implicit carry-over: universal safety rules + a few stable user prefs (timezone, "don't apply changes without approval", etc.). [SCOPE: <topic>] / [Scoped Context: <topic>] Restrict reasoning to the named scope. If missing details inside the scope, ask clarifying questions. [GLOBAL] / [Global Context OK] Cross-topic reuse is allowed. When reusing prior context, call out what was reused.
[NOMEM] / [No Memory] Do not store durable/long-term memories from this exchange. [REM] / [Remember] Signal that preferences/decisions in the message should be persisted. Dependency note: actual persistence requires the host agent to have a memory subsystem enabled.
Be conservative about cross-topic mixing. If the user complains about topic bleed, suggest using the tags above.
Telegram slash commands cannot contain dashes. Use /context_def (underscore), not /context-def. Slash commands may collide with other bots/skills. If /ctx is already taken, use the tag syntax directly (it works everywhere). The tags themselves are just text; they work the same on Telegram/Discord/Slack/WhatsApp. If a surface auto-formats brackets, it's fine - just keep the tags at the very beginning.
Messaging, meetings, inboxes, CRM, and teammate communication surfaces.
Largest current source with strong distribution and engagement signals.