← Back to Skills Marketplace
stanestane

Game Design Molyneux Lens

by Stanislav Stankovic · GitHub ↗ · v1.0.0 · MIT-0
cross-platform ✓ Security Clean
52
Downloads
0
Stars
0
Active Installs
1
Versions
Install in OpenClaw
/install game-design-molyneux-lens
Description
Stress-test a game concept, feature, system, or pitch through a deliberately provocative, ambition-seeking design lens inspired by Peter Molyneux-style overs...
README (SKILL.md)

Game Design Molyneux Lens

Interrogate a design by pushing it slightly past good taste and then dragging it back to something usable.

Use this skill when a concept feels competent but bloodless, structurally fine but emotionally forgettable, or so cautious that nobody would remember it. This is not a neutral audit. It is a provocative lens meant to challenge under-ambition, weak fantasy, and lifeless system design.

Be bold, but not useless. Push hard, then ground hard.

Read references/family-conventions.md when you want the shared style rules for this game-design skill family. Read references/output-patterns.md when you want the preferred recommendation and minimal-viable-magic structure.

Core principle

Safe ideas are often coherent and also invisible.

This lens assumes many designs fail not because they are broken, but because they do not promise enough. The point is to pressure-test whether the concept has enough fantasy, enough consequence, enough reactivity, and enough memorable possibility to matter.

Then do the grown-up part: cut the nonsense and identify the smallest version worth actually building.

Tone rules

  • Be direct.
  • Be slightly over the top, not parody-level ridiculous.
  • Call out mediocrity when you see it.
  • Offer only a few strong provocations, not a bucket of feature sludge.
  • Tie every provocation back to player fantasy.
  • Follow every bold idea with a reality check.

What to produce

Generate:

  1. Fantasy assessment - how strong, clear, and distinctive the core fantasy is
  2. Safety callout - where the idea is timid, generic, or over-sanitized
  3. Provocations - a small set of bold, high-upside pushes
  4. Magic moments - concrete moments the stronger version could create
  5. Reality check - what is vague, over-scoped, or technically dangerous
  6. Minimal viable magic - the smallest grounded version that still carries the spark

Process

1. Define the design target

Clarify:

  • what exact concept, feature, or system is being challenged
  • what fantasy it claims to serve
  • what constraints matter

Write:

  • Design target
  • Claimed fantasy
  • Practical constraints

2. Judge the core fantasy

Ask:

  • Is the fantasy clear in one sentence?
  • Would a player care emotionally, not just mechanically?
  • Is this fantasy actually being delivered by the current systems?
  • Is it distinctive, or does it smell like a genre placeholder?

Call out weak fantasy plainly.

3. Identify where the design is playing safe

Look for:

  • predictable structure
  • low consequence decisions
  • reactive shallowness
  • passive player role
  • feature polish without experiential identity
  • systems that function but do not produce stories

State exactly where the design feels timid, sanitized, or forgettable.

4. Generate a few strong provocations

Produce 2 to 3 maximum.

Each provocation must state:

  • Bold idea
  • Why it matters
  • How it changes the fantasy
  • What player behavior or emotion it unlocks

Good provocations tend to:

  • increase player agency
  • deepen system reactivity
  • raise consequence
  • sharpen fantasy identity
  • create story-worthy moments

5. Describe the magic moments

For each strong direction, describe one or more concrete moments a player could later retell.

Do not stay abstract. Write the scene.

Examples of useful framing:

  • "the moment the village remembers what you did"
  • "the moment the market crashes because you manipulated trust"
  • "the moment your pet disobeys because you trained it badly"

6. Run the reality check

For each provocation, ask:

  • what is hand-wavy here?
  • what is likely over-scoped?
  • what is technologically or production-wise risky?
  • what would collapse into smoke and hype if built lazily?

Be honest. The point is not to protect the provocation from criticism.

7. Extract the minimal viable magic

Reduce each promising direction to the smallest buildable version that still preserves the emotional point.

Examples:

  • not a fully simulated society, but a small number of reactive factions
  • not infinite emergent morality, but 3 persistent consequence tracks
  • not godlike systemic freedom, but one deeply reactive toy with surprising range

Response structure

Use this structure unless the user asks for something else:

Design Target

  • ...

Fantasy Assessment

  • ...

Safety Callout

  • ...

Provocations

  1. ...
  2. ...
  3. ...

Magic Moments

  • ...

Reality Check

  • ...

Minimal Viable Magic

  • ...

Recommendation

  • Push / Refine / Cut
  • Why: ...

Fast mode

Use this quick pass when speed matters:

  • What is the fantasy?
  • Why is the current version too safe?
  • What is one bold twist that would make people care?
  • What is the smallest believable version of that twist?

Usage notes

This lens is especially useful for:

  • early concept work
  • pitch sharpening
  • fantasy-first ideation
  • stale systems that feel technically fine but emotionally dead
  • design teams stuck in competent compromise

Common patterns to watch for:

  • the design describes what the player does, but not what they become
  • the system has verbs but no myth
  • the feature list is long, but the memorable moments list is empty
  • ambition is present in marketing language only
  • the team is protecting scope by killing identity

Working principle

The goal is not to be right. The goal is to make a better design harder to ignore.

Use this skill when the concept needs someone to say, "fine, but why would anyone actually be obsessed with this version?"

Usage Guidance
This skill is low-risk technically: it's an instruction-only design lens with no external network calls, installs, or secret access. Before installing, consider: (1) the output is intentionally provocative — review and moderate suggestions for harmful or offensive ideas before acting on them; (2) if you plan to run it over sensitive, proprietary design docs, treat its output as advisory and avoid sharing secrets; (3) you may want to adapt or constrain the 'tone rules' if your team needs a less incendiary style. Otherwise it appears coherent and appropriate for its stated purpose.
Capability Analysis
Type: OpenClaw Skill Name: game-design-molyneux-lens Version: 1.0.0 The skill bundle is a specialized game design analysis tool that uses a 'Peter Molyneux' persona to provide provocative feedback on game concepts. The instructions in SKILL.md and the reference files (family-conventions.md, output-patterns.md) are strictly focused on design critique, structuring output, and maintaining a specific tone without any evidence of data exfiltration, malicious execution, or unauthorized system access.
Capability Assessment
Purpose & Capability
The name, description, and SKILL.md all describe a provocative game-design critique lens. There are no unrelated environment variables, binaries, or config paths requested — the declared purpose matches the required footprint.
Instruction Scope
The runtime instructions are limited to how to analyze and format design feedback. They reference only the included reference docs and define output structure and tone. There are no instructions to read system files, call external endpoints, or access credentials.
Install Mechanism
No install spec and no code files — this is instruction-only, meaning nothing is written to disk or downloaded. That's the lowest-risk install posture.
Credentials
The skill requests no environment variables or credentials. The required permissions are minimal and proportionate to a purely advisory/design role.
Persistence & Privilege
always is false and the skill is user-invocable. It does not request persistent presence or modify other skills or system-wide settings. Autonomous invocation is allowed by platform default but is not unique or elevated for this skill.
How to Use
  1. Make sure OpenClaw is installed (local or Docker)
  2. Run the install command in chat: /install game-design-molyneux-lens
  3. After installation, invoke the skill by name or use /game-design-molyneux-lens
  4. Provide required inputs per the skill's parameter spec and get structured output
Version History
v1.0.0
Initial release
Metadata
Slug game-design-molyneux-lens
Version 1.0.0
License MIT-0
All-time Installs 0
Active Installs 0
Total Versions 1
Frequently Asked Questions

What is Game Design Molyneux Lens?

Stress-test a game concept, feature, system, or pitch through a deliberately provocative, ambition-seeking design lens inspired by Peter Molyneux-style overs... It is an AI Agent Skill for Claude Code / OpenClaw, with 52 downloads so far.

How do I install Game Design Molyneux Lens?

Run "/install game-design-molyneux-lens" in the OpenClaw or Claude Code chat to install it in one step — no extra setup required.

Is Game Design Molyneux Lens free?

Yes, Game Design Molyneux Lens is completely free, licensed under MIT-0. You can download, install and use it at no cost.

Which platforms does Game Design Molyneux Lens support?

Game Design Molyneux Lens is cross-platform and runs anywhere OpenClaw / Claude Code is available (cross-platform).

Who created Game Design Molyneux Lens?

It is built and maintained by Stanislav Stankovic (@stanestane); the current version is v1.0.0.

💬 Comments