Skip to content
Back to skills

Roster Select

ASecurity

Use when one or more players choose characters/loadouts from a roster and the project needs stable selection identity, availability predicates, ready/commit behavior and presentation-independent state.

  • 11 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added October 23, 2026
ai-agents

Security analysis

A100/100

Scanned October 23, 2026

npx -y skills add jammyfu/open-game-skills --skill roster-select --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Roster Select?

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

Security grade badge for Roster Select
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/jammyfu-roster-select/badge)](https://www.skillsdirectory.com/skills/jammyfu-roster-select)

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
---
name: roster-select
description: Use when one or more players choose characters/loadouts from a roster and the project needs stable selection identity, availability predicates, ready/commit behavior and presentation-independent state.
---

# Roster select

Ask the selection model: single-pick, multi-pick, draft, random, blind, unlock-grid, custom, or existing.

## Contract

Publish:
- stable `roster_id` and roster revision
- stable character/loadout IDs
- stable `selection_id` per participant/request
- availability/eligibility predicate
- selection/change/cancel/random policy
- explicit `ready/commit` boundary
- tie/conflict policy when exclusivity exists

## Ownership

This skill owns selection state and commit lifecycle. Character gameplay data, unlock/progression state, cosmetics and input bindings remain with their owners.

## Rules

1. Selection/ready callbacks are idempotent by `selection_id` and request identity.
2. Blind, random, duplicate picks, bans and exclusivity are project modes; none are tied to one genre.
3. UI highlight, portrait order or color does not become canonical selection truth.
4. Roster revision changes define compatibility/migration for saved presets or pending selections.
5. A committed selection is immutable for that start request unless an explicit unready/reopen transition occurs.

## Acceptance

Given the same roster revision, eligibility state and selection requests, the same committed roster result occurs. Duplicate ready callbacks do not start twice, and presentation changes do not alter selected IDs.

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.

View all in ai-agents →

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.