ワンクリックでManusで任意のスキルを実行

host-surface

スター3

フォーク0

更新日2026年4月19日 21:05

Use when building or reviewing the Air Jam host shell so the active game surface stays full-frame, overlays stay modular, and host UI does not interfere with gameplay layout.

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

vucinatim

vucinatim/air-jam

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

Host Surface

Use this skill for host presentation, overlays, room chrome, and game viewport composition.

Read First

docs/generated/host-system.md
docs/generated/project-structure.md
docs/visual-system.md if the template already ships a shared visual language
docs/generated/controller-ui.md only if the host and controller should mirror a shared visual language
docs/composition-shell-contract.md when the host lobby/join shell is part of the work

Surface Rules

the active game surface should fill an absolute inset-0 root
avoid wrappers that constrain, crop, or offset the play surface accidentally
keep host chrome outside the gameplay coordinate space where possible
keep overlays layered above the game surface, not embedded into gameplay components

Composition Rules

separate room bootstrap, shell, gameplay viewport, and overlays into distinct modules
keep host-only orchestration in src/host/
keep gameplay state and rendering concerns in src/game/
prefer reusable overlay modules over inline one-off markup

Layout Rules

avoid overflow bugs on the main host surface
prefer fluid sizing over fixed panel widths and heights
keep QR, room, pause, and status UI visually secondary to the active game
keep readable safe margins for overlays without shrinking the gameplay surface unnecessarily

Lobby Contract Rule

For host lobby work:

the host lobby should expose room context, QR access, join URL field, copy/open actions, and a primary start action
prefer useHostJoinControls plus JoinQrOverlay, JoinUrlField, JoinUrlActionButtons, JoinUrlControls, and LifecycleActionGroup unless the game needs a fully custom shell
if the shell is fully custom, preserve the same join and lifecycle behavior contract

Anti-Patterns

gameplay rendered inside a card, panel, or centered content column
host shell state mixed directly into gameplay components
overlay UI positioned by guesswork inside the game scene
host layout choices that make the game viewport smaller than necessary

このリポジトリの他の Skills

同じリポジトリ

game-architecture

vucinatim/air-jam

Use when creating or refactoring gameplay code in an Air Jam project and you need guidance on host vs controller vs domain boundaries, modular structure, and when to refactor before implementing.

2026-04-193

prefab-authoring

vucinatim/air-jam

Use when creating reusable gameplay objects or scene presets so prefabs stay declarative, configurable, and ready for future tooling such as previews and scanned catalogs.

2026-04-143

controller-ui

vucinatim/air-jam

Use when building or reviewing Air Jam controller surfaces so touch controls stay simple, readable, and game-appropriate instead of drifting into dense web-app UI patterns.

2026-04-083

debug-and-test

vucinatim/air-jam

Use when debugging or validating an Air Jam project so diagnostics, logging, and tests stay intentional, structured, and aligned with the project architecture.

2026-04-043

airjam-docs-workflow

vucinatim/air-jam

Use when an Air Jam task needs canonical guidance and you need to know which local docs to read, when hosted docs are appropriate, and how to avoid reading the whole docs tree unnecessarily.

2026-04-013

canvas-2d-gameplay

vucinatim/air-jam

Use when building or reviewing a 2D Air Jam game with canvas so simulation, rendering, SVG/sprite assets, scaling, and collision stay clean instead of collapsing into DOM-heavy ad hoc logic.

2026-03-293

Host Surface

Use this skill for host presentation, overlays, room chrome, and game viewport composition.

Read First

docs/generated/host-system.md

docs/generated/project-structure.md

docs/visual-system.md if the template already ships a shared visual language

docs/generated/controller-ui.md only if the host and controller should mirror a shared visual language

docs/composition-shell-contract.md when the host lobby/join shell is part of the work

Surface Rules

the active game surface should fill an absolute inset-0 root

avoid wrappers that constrain, crop, or offset the play surface accidentally

keep host chrome outside the gameplay coordinate space where possible

keep overlays layered above the game surface, not embedded into gameplay components

Composition Rules

separate room bootstrap, shell, gameplay viewport, and overlays into distinct modules

keep host-only orchestration in src/host/

keep gameplay state and rendering concerns in src/game/

prefer reusable overlay modules over inline one-off markup

Layout Rules

avoid overflow bugs on the main host surface

prefer fluid sizing over fixed panel widths and heights

keep QR, room, pause, and status UI visually secondary to the active game

keep readable safe margins for overlays without shrinking the gameplay surface unnecessarily

Lobby Contract Rule

For host lobby work:

the host lobby should expose room context, QR access, join URL field, copy/open actions, and a primary start action

prefer useHostJoinControls plus JoinQrOverlay, JoinUrlField, JoinUrlActionButtons, JoinUrlControls, and LifecycleActionGroup unless the game needs a fully custom shell

if the shell is fully custom, preserve the same join and lifecycle behavior contract

Anti-Patterns

gameplay rendered inside a card, panel, or centered content column

host shell state mixed directly into gameplay components

overlay UI positioned by guesswork inside the game scene

host layout choices that make the game viewport smaller than necessary

name	host-surface
description	Use when building or reviewing the Air Jam host shell so the active game surface stays full-frame, overlays stay modular, and host UI does not interfere with gameplay layout.