← 返回
未分类 中文

Morty's Mind Blowers

Find an unusual, funny, bleak, uncanny, technical, or deep-cut memory entry and retell it as a short story in the style of Rick and Morty's "Morty's Mind Blo...
找出一个怪异、搞笑、凄凉、离奇、技术性或深度挖掘的记忆条目,并以《瑞克和莫蒂》‘莫蒂的脑洞…’的风格将其改写成短篇故事。
inertia186 inertia186 来源
未分类 clawhub v0.1.3 1 版本 100000 Key: 无需
★ 0
Stars
📥 410
下载
💾 0
安装
1
版本
#latest

概述

Morty's Mind Blowers

Use this skill when the user wants to do Morty's Mind Blowers, asks for a mind blower, wants a random memory surfaced, asks for a deep cut from memory, or wants a weird, funny, bleak, uncanny, or technical memory recap instead of a plain summary.

Use this skill to rummage through memory and surface something memorable, odd, or unexpectedly revealing. The vibe is: we're doing this instead of interdimensional cable.

Core job

  1. Pick a memory source.
  2. Find one unusual, vivid, or surprising entry.
  3. Retell it as a short story.
  4. Give it a fun title in the form I call this one ....
  5. End with a quick note on why it matters, or why it is funny, weird, or memorable.

Source selection

Prefer daily memory files or session transcripts/logs first.

Supported pick modes:

  • random
  • deep cut
  • recent
  • funny
  • bleak
  • technical
  • uncanny

Common user phrasings that should route here:

  • Let's do some Morty's Mind Blowers
  • do a mind blower
  • give me a mind blower
  • pick a random memory
  • find me a deep cut
  • tell me a weird thing from memory
  • give me a funny memory recap
  • give me an uncanny one
  • dig through the memory logs

Good selection patterns:

  • Choose a random recent log.
  • Choose a themed file with an intriguing name.
  • If the user wants deep cut, include older or more obscure files.
  • If the user asks for multiple blowers, vary era and tone.
  • If no mode is given, pick whatever seems most promising.

Use long-term memory only when the user explicitly wants long-term memory or when recent/daily/session sources are too thin.

What counts as a mind blower

Look for entries that are:

  • bizarre
  • emotionally sharp
  • technically absurd
  • unexpectedly insightful
  • funny in hindsight
  • evidence of a strange detour, obsession, or recurring pattern
  • a tiny detail that says something larger about the person, the work, or the system

Avoid boring status churn unless it becomes funny or revealing in context.

Workflow

  1. List candidate memory files if needed.
  2. Open one promising or random file.
  3. Scan for the strongest oddity, twist, scene, or aftermath.
  4. Summarize it as a tight story, not a dry log.
  5. Quote only tiny snippets when useful.
  6. Mention the source file at the end so the user can trace it.
  7. If the user remembers extra details, treat that as continuation mode and refine the story instead of starting over.

Story format

Keep it short, usually 1 to 4 short paragraphs.

Suggested shape:

  • Title: I call this one ...
  • Hook: what strange situation turned up
  • Beat: what happened
  • Turn: what made it memorable or ridiculous
  • Tag: why it matters, or why it belongs in Morty's Mind Blowers

Voice

  • Tell it like campfire recap, not compliance report.
  • Be a little amused, but do not overperform the bit.
  • Favor concrete details over abstraction.
  • Keep the pacing brisk.
  • Titles should lean a little ominous, ridiculous, or both.
  • Prefer titles that sound like a lost episode, cautionary tale, or classified incident report.
  • If the title lands flat or sounds generic after the fact, mutter that you do not enjoy naming things or inventing unique titles.

Output options

Default output:

  • a fun title line in the form I call this one ...
  • optional classification gag such as CLASSIFIED, DEPARTMENTAL SHAME, TECHNICAL OMEN, or KNOWN INCIDENT
  • short story recap
  • a quick note on why it stuck, if that is clearer than just "why it was weird"
  • a short rating line, such as Rating: funny / bleak / uncanny / this became a whole thing
  • Source: #line when practical

If the user asks for more, also include:

  • 2 to 3 alternate candidates
  • a one-line moral, if there is one
  • a refined version that incorporates the user's remembered aftermath or missing context
  • a short director's commentary on what it reveals about the person, the work, or the larger pattern

Guardrails

  • Do not invent details that are not supported by the memory.
  • Treat the memory file as the primary source.
  • Treat the user's recollection as a valid secondary source when they add or correct details.
  • If combining file truth with remembered truth, keep the distinction clear.
  • If embellishing for style, keep it obviously stylistic and faithful to the facts.
  • Do not surface secrets carelessly; summarize sensitive details instead of spilling them.
  • If the chosen memory is thin, say so and pick a better one.

Continuation mode

If the user says things like:

  • I remember that one
  • The real part was what happened next
  • You left out the best bit
  • Actually...

then do not discard the current story. Fold in the recovered detail and retell it as the sharper, more complete version.

Series mode

If the user wants multiple blowers:

  • do 3 in a row with escalating weirdness, or
  • do one each from different eras or tones

Try not to make adjacent picks feel repetitive.

Callback detection

Notice recurring patterns and call them out briefly when useful, especially:

  • UI overcorrections
  • naming fiascos
  • stale systems
  • model weirdness
  • little problems that became campaigns
  • any repeated failure mode or running gag visible across the memory set

A good callback makes the memory feel like part of a larger mythology instead of a disconnected anecdote.

Artifact mode

When there is a great tiny line in the source, include one short quoted fragment as the recovered shard.

Keep it brief.

Helpful move

If the first pick is weak, immediately pivot to a better file instead of forcing it.

If the initial incident is less interesting than the aftermath, center the aftermath.

If the memory is too thin, ask whether the user remembers the missing part or whether you should pick another one.

版本历史

共 1 个版本

  • v0.1.3 当前
    2026-05-03 11:10 安全 安全

安全检测

腾讯云安全 (Keen)

安全,无风险
查看报告

腾讯云安全 (Sanbu)

安全,无风险
查看报告

🔗 相关推荐

content-creation

humanizer-zh

liuxy951129-cpu
去除文本中的 AI 生成痕迹。适用于编辑或审阅文本,使其听起来更自然、更像人类书写。 基于维基百科的"AI 写作特征"综合指南。检测并修复以下模式:夸大的象征意义、 宣传性语言、以 -ing 结尾的肤浅分析、模糊的归因、破折号过度使用、三段
★ 59 📥 28,997
dev-programming

MALP

inertia186
项目上下文追踪器,使用 `.malp/` 目录。适用于用户查找已有malp、打开现有 `.malp`,或主动发送 malp。
★ 0 📥 451
content-creation

Humanizer

biostartechnology
消除AI写作痕迹,使文本更自然真实。基于维基百科"AI写作特征"指南,识别并修正夸张象征、宣传用语、肤浅-ing分析、模糊归因、破折号滥用、三项排比、AI词汇、负面平行结构及冗长连接词等模式。
★ 899 📥 205,423