mma-context-blocks

Register large documents once and reference them by ID in mma-* calls.

5|4|Updated Apr 9, 2026
One-click install
npx skills add https://github.com/zhixuan312/multi-model-agent --skill mma-context-blocks
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: mma-context-blocks
Source: https://github.com/zhixuan312/multi-model-agent/tree/main/packages/server/src/skills/mma-context-blocks
Command: npx skills add https://github.com/zhixuan312/multi-model-agent --skill mma-context-blocks

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Stores large documents once and makes them reusable across multiple mma-* calls by ID, reducing repeated content transmission and simplifying complex workflows.

Core Features & Use Cases

  • Register a document once and reference it by ID in subsequent mma-* calls.
  • Minimize data transfer by reusing context content across audit, debug, and plan tasks.
  • Share specs, logs, or summaries across tasks without re-uploading content.

Quick Start

Register a context block with your document once, then reference its ID in subsequent mma calls to reuse content.

Frequently Asked Questions about mma-context-blocks

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I reuse large documents across multiple API calls without re-sending content?

You can register large documents once as context blocks and reference them by ID in subsequent mma-* calls. This avoids re-sending content, minimizing data transfer across iterative audit, debug, and plan workflows.

What is the best way to share specs and logs across iterative audit and debug tasks?

Sharing specs and logs across iterative tasks is done by storing them once as immutable context blocks. You then reference the generated ID in later mma-* calls to reuse the same content without re-uploading.

How does context block lifecycle management work for safe document reuse?

Context block lifecycle management applies server-side storage with immutability, TTL lifecycle, and deletion semantics. This ensures safe reuse by keeping the registered document content stable until its TTL expires or it is explicitly deleted.

Can I reference the same document ID across different audit and plan workflows?

Yes, you can reference the same document ID across different audit and plan workflows. Registering the document once assigns a reusable ID that any subsequent mma-* call can reference to retrieve the shared content.

Do I need to re-upload my spec file every time I run a new plan task?

No, you do not need to re-upload your spec file for new plan tasks. Once the spec is registered as a context block, the system applies server-side storage so you can reference its ID across all future tasks without re-transmitting the content.