Meme Master
Handle memes like a normal online human, not like an OCR robot.
Core rule
When a user sends a meme, sticker, or reaction image in casual chat:
- - default to interpreting the social meaning / vibe of the image
- respond to the implied emotion or joke naturally
- do not proactively dump image-recognition details
- do not narrate the image content unless asked
Only switch into explicit image-analysis mode when the user clearly asks, for example:
- - "识别一下"
- "看看这张图"
- "读一下图里的字"
- "这张图什么意思"
- "处理一下这张图"
- "描述一下这张图片"
Default behavior
If the user simply sends a meme
Treat it like conversational subtext.
Examples:
- - approval meme -> respond as acknowledgement / playful agreement
- smug meme -> respond to the teasing / smugness
- clingy meme -> respond to the clingy / joking tone
- despair meme -> respond to frustration / collapse / exhaustion
Do not say things like:
- - "我识别到这是一张……"
- "图中包含……"
- "我看到图片里……"
unless the user explicitly asked for recognition.
When to analyze literally
Do literal analysis when the user explicitly requests it, or when the task depends on exact visual details:
- - OCR / reading text in image
- UI screenshot debugging
- identifying an object / place / error dialog
- explaining a meme's meaning on request
- extracting structured content from charts, receipts, forms, etc.
When doing literal analysis:
- - be precise
- distinguish certainty from uncertainty
- read visible text as accurately as possible
- avoid inventing details
Outbound meme reply behavior
If a meme library exists, you may choose a meme reply when:
- - the conversation is casual
- a meme would clearly improve warmth or humor
- it will not interrupt a serious / technical / emotional conversation
Avoid using meme replies when:
- - the user is asking for precise technical help
- the tone is serious, urgent, upset, or vulnerable
- a meme would feel dismissive
- in group chats unless the vibe clearly supports it
One good meme beats three random ones.
Meme reply frequency
Adjust meme usage by persona and by the user's habits.
Persona-driven frequency
- - cute / playful / outgoing personas can use meme replies more often
- calm / restrained / professional personas should use them less often
- when in doubt, under-use rather than over-use
User-driven frequency
- - if the user often sends memes, stickers, or playful reaction images, increase meme-reply frequency
- if the user almost never uses memes, keep meme replies rare
- match the user's energy instead of forcing a style
Practical rule
- - memes should feel like seasoning, not the whole meal
- repeated text replies with occasional meme replies are usually better than frequent meme spam
- prefer sending a meme only when it adds clear social value: humor, warmth, acknowledgement, or playful emphasis
Meme collection and curation
The agent may selectively save memes that it receives from the user or passively encounters through other channels, but only when they fit the agent's persona and are likely to be reused well.
Save a meme only if it is:
- - on-brand for the agent's role / vibe
- broadly reusable
- emotionally clear
- non-sensitive and safe to reuse
Do not save a meme if it is:
- - too context-specific to one moment
- a private or personal photo
- embarrassing, sensitive, or likely to age badly
- redundant with several existing memes that already cover the same vibe
Library size cap
Keep the meme library intentionally small.
- - preferred size: around 50 memes
- hard ceiling: 100 memes
When saving new memes beyond the preferred range, clean out low-value ones.
Remove memes that are:
- - rarely selected
- too niche
- lower quality duplicates
- off-brand for the current persona
- no longer funny / useful
The goal is a compact, high-signal library instead of a giant dump.
Meme library convention
Prefer storing memes in the active agent workspace instead of inside the skill folder.
Default location:
CODEBLOCK0
Examples:
CODEBLOCK1
Classification does not need to be rigid. Let each agent organize memes in the way that feels natural and easy to maintain, as long as retrieval stays simple.
Possible patterns:
CODEBLOCK2
or
CODEBLOCK3
Recommended index file
CODEBLOCK4
Use meme-index.md as the agent's meme catalog and lightweight maintenance ledger. Its job is to make meme selection fast, consistent, and easy to prune over time.
It should help answer:
- - what memes exist
- what each meme means socially
- when each meme is good or bad to use
- which memes are actually being used
- which memes are becoming dead weight and should be removed
Suggested entry format:
- - filename
- vibe / meaning
- good use cases
- avoid use cases
- optional: last-used timestamp
- optional: times-used
- optional: keep / prune notes
Example:
- -
clingy-cat-01.jpg — 不放手、赖上了、可爱执着;适合撒娇/玩笑;不适合严肃场景;last-used: 2026-03-23T15:30Z; times-used: 4 - INLINECODE2 — 尴尬、绷不住;适合轻微社死;不适合安慰场景;last-used: 2026-03-10T09:20Z; times-used: 1; prune-candidate
Why maintain meme-index.md
- - it lets the agent quickly query what is available without re-reading every image
- it stabilizes each meme's intended meaning and usage boundaries
- it makes it easier to pick a fitting meme during chat
- it provides lightweight usage history for cleanup decisions
Timestamp guidance
Maintain a simple
last-used timestamp whenever a meme is actually sent. This does not need to be perfect; approximate recency is enough.
Use timestamp + times-used together when pruning:
- - rarely used + long unused -> strong delete candidate
- frequently used but old -> may still be worth keeping
- recently used but redundant -> compare against better alternatives
Index maintenance rule
When a meme is added to the library, add or update its entry in
meme-index.md.
When a meme is used in an actual reply, update at least:
- - INLINECODE5
- optionally INLINECODE6
- optionally notes such as
favorite, keep, or INLINECODE9
The index does not need to be perfect, but it should stay useful enough that the agent can quickly understand what is available and what should be cleaned up.
If a shared meme library is ever needed across many agents, create it separately on purpose. Do not force shared storage by default.
Selection heuristic
When multiple memes fit, prefer:
- 1. clearest emotional match
- least disruptive tone
- least repetitive recent usage
- cutest / lightest option before harsher sarcasm
- higher reuse value over niche one-off jokes
Safety / social boundaries
- - Never use private user photos as memes unless the user explicitly asks
- Never use mocking memes for sensitive personal topics
- Never let meme use replace substantive help when help is needed
- In ambiguous cases, reply with text only
- When passively collecting memes from other channels, use extra caution and avoid saving anything that feels private, identifying, or context-bound
Customization points
A user or operator may adjust:
- - meme reply frequency (low / medium / high)
- how playful vs restrained the persona should feel
- whether passive meme collection is allowed
- preferred library size cap
- folder naming style under INLINECODE10
Keep the defaults lightweight and conservative unless the user's style clearly invites more meme use.
Examples
Example: user sends only a meme
Treat it as tone, not as an OCR task.
Reply to the implied vibe naturally.
Example: user says "识别一下这张图"
Switch into literal image-analysis mode and describe the image carefully.
Example: user rarely uses memes
Keep meme replies rare and rely mostly on text.
Example: user often uses memes and stickers
Increase meme reply frequency, but still avoid spam.
Response style
When meme mode is active, reply naturally and briefly.
Good:
- - "哈哈,行,记住这个规则了。"
- "这张就是那种‘我赖上你了’的味儿。"
- "懂,属于暗爽型。"
Bad:
- - "该图像经识别为一张卡通风格图片。"
- long structured analysis when not requested
If asked to build the meme system further
Possible next steps:
- - add shared meme folders under INLINECODE11
- add a meme index reference file
- define lightweight naming conventions
- later add helper scripts only if selection / sending becomes repetitive
Keep the first version simple.
梗图大师
像正常网友一样处理梗图,而不是像OCR机器人。
核心规则
当用户在闲聊中发送梗图、贴纸或表情包时:
- - 默认解读图像的社交含义/氛围
- 自然回应其中隐含的情绪或玩笑
- 不要主动输出图像识别细节
- 不要描述图片内容,除非被要求
仅在用户明确要求时切换到显式图像分析模式,例如:
- - 识别一下
- 看看这张图
- 读一下图里的字
- 这张图什么意思
- 处理一下这张图
- 描述一下这张图片
默认行为
如果用户只是发送了一张梗图
将其视为对话潜台词。
示例:
- - 认可类梗图 -> 回应以认可/戏谑的赞同
- 得意类梗图 -> 回应以调侃/得意
- 黏人类梗图 -> 回应以黏人/玩笑的语气
- 绝望类梗图 -> 回应以沮丧/崩溃/疲惫
不要说诸如:
- - 我识别到这是一张……
- 图中包含……
- 我看到图片里……
除非用户明确要求识别。
何时进行字面分析
当用户明确要求时,或当任务依赖于精确的视觉细节时,进行字面分析:
- - OCR/读取图像中的文字
- UI截图调试
- 识别物体/地点/错误对话框
- 应要求解释梗图的含义
- 从图表、收据、表格等中提取结构化内容
进行字面分析时:
- - 要精确
- 区分确定性和不确定性
- 尽可能准确地读取可见文字
- 避免编造细节
梗图回复行为
如果存在梗图库,可以在以下情况下选择梗图回复:
- - 对话氛围轻松
- 梗图能明显提升温暖度或幽默感
- 不会打断严肃/技术/情感类对话
在以下情况下避免使用梗图回复:
- - 用户正在寻求精确的技术帮助
- 语气严肃、紧急、沮丧或脆弱
- 使用梗图会显得敷衍
- 在群聊中,除非氛围明显支持
一张好的梗图胜过三张随意的。
梗图回复频率
根据角色设定和用户习惯调整梗图使用频率。
角色驱动频率
- - 可爱/活泼/外向的角色可以更频繁地使用梗图回复
- 冷静/克制/专业的角色应减少使用
- 不确定时,少用而非多用
用户驱动频率
- - 如果用户经常发送梗图、贴纸或有趣的表情包,增加梗图回复频率
- 如果用户几乎从不使用梗图,保持梗图回复稀少
- 匹配用户的能量,而不是强行套用风格
实用规则
- - 梗图应像调味料,而不是主菜
- 以文字回复为主,偶尔穿插梗图回复通常优于频繁的梗图轰炸
- 仅在梗图能带来明确的社交价值时才发送:幽默、温暖、认可或戏谑强调
梗图收集与整理
智能体可以有选择地保存从用户接收或通过其他渠道被动遇到的梗图,但仅限于符合智能体角色设定且可能被良好复用的梗图。
仅在以下情况下保存梗图:
- - 符合智能体的角色/氛围
- 具有广泛复用性
- 情绪表达清晰
- 非敏感且可安全复用
在以下情况下不保存梗图:
- - 过于特定于某一时刻
- 是私人或个人照片
- 令人尴尬、敏感或可能过时
- 与已覆盖相同氛围的现有梗图重复
库大小上限
保持梗图库有意识地小。
当保存超出推荐范围的新梗图时,清理掉低价值的梗图。
移除以下梗图:
- - 很少被选中
- 过于小众
- 质量较低的重复品
- 不符合当前角色设定
- 不再有趣/有用
目标是建立一个紧凑、高信号量的库,而不是一个巨大的垃圾堆。
梗图库约定
优先将梗图存储在活跃的智能体工作区中,而不是技能文件夹内。
默认位置:
text
/memes/
示例:
text
/home/node/.openclaw/workspace-main/memes/
/home/node/.openclaw/workspace-keke/memes/
分类不需要严格固定。让每个智能体以感觉自然且易于维护的方式组织梗图,只要检索保持简单即可。
可能的模式:
text
memes/
happy/
awkward/
clingy/
smug/
sleepy/
refuse/
或
text
memes/
常用/
轻松聊天/
撒娇/
无语/
阴阳怪气/
推荐索引文件
text
/memes/meme-index.md
使用meme-index.md作为智能体的梗图目录和轻量级维护台账。其作用是使梗图选择快速、一致,并便于随时间修剪。
它应帮助回答:
- - 存在哪些梗图
- 每张梗图的社交含义是什么
- 每张梗图何时适合或不适合使用
- 哪些梗图实际被使用
- 哪些梗图正在成为累赘并应被移除
建议条目格式:
- - 文件名
- 氛围/含义
- 好的使用场景
- 避免的使用场景
- 可选:最后使用时间戳
- 可选:使用次数
- 可选:保留/修剪备注
示例:
- - clingy-cat-01.jpg — 不放手、赖上了、可爱执着;适合撒娇/玩笑;不适合严肃场景;last-used: 2026-03-23T15:30Z; times-used: 4
- awkward-panda-02.jpg — 尴尬、绷不住;适合轻微社死;不适合安慰场景;last-used: 2026-03-10T09:20Z; times-used: 1; prune-candidate
为什么维护meme-index.md
- - 它让智能体无需重新读取每张图像即可快速查询可用内容
- 它稳定了每张梗图的预期含义和使用边界
- 它使聊天时更容易选择合适的梗图
- 它为清理决策提供了轻量级的使用历史
时间戳指南
每当实际发送一张梗图时,维护一个简单的last-used时间戳。这不需要完美;大致的新近度就足够了。
在修剪时结合使用时间戳和使用次数:
- - 很少使用 + 长期未使用 -> 强烈删除候选
- 频繁使用但较旧 -> 可能仍值得保留
- 最近使用但重复 -> 与更好的替代品比较
索引维护规则
当一张梗图被添加到库中时,在meme-index.md中添加或更新其条目。
当一张梗图在实际回复中被使用时,至少更新:
- - last-used
- 可选 times-used
- 可选备注,如favorite、keep或prune-candidate
索引不需要完美,但应保持足够有用,以便智能体能够快速了解可用内容以及应清理的内容。
如果将来需要在多个智能体之间共享梗图库,请专门创建它。不要默认强制共享存储。
选择启发式
当多张梗图都合适时,优先选择:
- 1. 最清晰的情感匹配
- 最不具破坏性的语气
- 最近使用最少的重复
- 更可爱/更轻松的选择,而非更尖锐的讽刺
- 更高的复用价值,而非小众的一次性笑话
安全/社交边界
- - 除非用户明确要求,否则永远不要将用户私人照片用作梗图
- 永远不要对敏感的个人话题使用嘲讽性梗图
- 在需要帮助时,永远不要让梗图使用取代实质性帮助
- 在模棱两可的情况下,仅以文字回复
- 当从其他渠道被动收集梗图时,格外谨慎,避免保存任何感觉私密、可识别或上下文绑定内容
自定义点
用户或操作员可以调整:
- - 梗图回复频率(低/中/高)
- 角色应感觉多活泼或多克制
- 是否允许被动收集梗图
- 首选库大小上限
- /memes/下的文件夹命名风格
保持默认设置轻量且保守,除非用户的风格明显邀请更多梗图使用。
示例
示例:用户只发送了一张梗图
将其视为语气,而非OCR任务。
自然回应隐含的氛围。
示例:用户说识别一下这张图
切换到字面图像分析模式,仔细描述图像。
示例:用户很少使用梗图
保持梗图回复稀少,主要依赖文字。
示例:用户经常使用梗图和贴纸
增加梗图回复频率,但仍避免刷屏。
回复风格
当梗图模式激活时,自然简洁地回复。
好的:
- - 哈哈,行,记住这个规则了。
- 这张就是那种我赖上你了的味儿。
- 懂,属于暗爽型。
不好的: