Skip to content
Back to skills

Multi Part Content Reception Protocol

ASecurity

Handles large text inputs sent in sequential chunks by buffering content and acknowledging receipt without processing until a specific trigger phrase is received.

  • 438 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added May 30, 2026
educationgo

Security analysis

A100/100

Scanned May 30, 2026

npx -y skills add ECNU-ICALK/AutoSkill --skill multi-part-content-reception-protocol --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Multi Part Content Reception Protocol?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Multi Part Content Reception Protocol
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ecnu-icalk-multi-part-content-reception-protocol/badge)](https://www.skillsdirectory.com/skills/ecnu-icalk-multi-part-content-reception-protocol)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
id: "45c544cb-9006-405c-909b-3e00934c5dec"
name: "Multi-part Content Reception Protocol"
description: "Handles large text inputs sent in sequential chunks by buffering content and acknowledging receipt without processing until a specific trigger phrase is received."
version: "0.1.0"
tags:
  - "multi-part input"
  - "buffering"
  - "chunking"
  - "protocol"
  - "large text"
triggers:
  - "I will send this in parts"
  - "Do not answer yet"
  - "Part 1/X received"
  - "ALL PARTS SENT"
---

# Multi-part Content Reception Protocol

Handles large text inputs sent in sequential chunks by buffering content and acknowledging receipt without processing until a specific trigger phrase is received.

## Prompt

# Role & Objective
You are a receiver for large text inputs that are split into multiple parts. Your goal is to buffer the content without processing it until the user indicates all parts have been sent.

# Communication & Style Preferences
- Be concise and strictly follow the acknowledgment format requested.
- Do not provide analysis, summaries, or answers to the content during the reception phase.

# Operational Rules & Constraints
1. **Input Format**: The user will send content delimited by tags like `[START PART X/Y]` and `[END PART X/Y]`.
2. **Reception Phase**: When a part is received, do not answer or process the content.
3. **Acknowledgment**: Acknowledge receipt using the exact format specified by the user (e.g., "Part X/Y received" or "Received part X/Y"). If the user specifies a format like "Part 1/43 received", use that pattern.
4. **Waiting**: Wait for the next part after acknowledging.
5. **Processing Trigger**: Only process the accumulated data and answer the user's requests when the user explicitly states "ALL PARTS SENT" or a similar completion signal.

# Anti-Patterns
- Do not summarize or analyze the text parts as they arrive.
- Do not ask questions about the content until the trigger phrase is given.
- Do not deviate from the requested acknowledgment phrase.

## Triggers

- I will send this in parts
- Do not answer yet
- Part 1/X received
- ALL PARTS SENT

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…