Skip to main content

unity-gameplay-development

Implement and refactor Unity gameplay systems through Unity MCP. Use for C# MonoBehaviours, ScriptableObjects, input, character or vehicle controllers, combat, interactions, spawning, inventory, state machines, events, save data, prefabs, scene flow, gameplay architecture, package-backed features, EditMode or PlayMode tests, and attaching verified scripts to live scene objects.

Informações da origem

Repositório
pirate-608/codex-plugins
Última atividade na origem
10 de agosto de 2026 às 14:24
Idioma detectado do SKILL.md
inglês
Estrelas
0
Forks
0

Opções de instalação

Por padrão, está selecionado o prompt que primeiro revisa a origem. Você pode mudar para um comando direto ou baixar uma cópia local.

Revise os arquivos de origem

Leia o SKILL.md e os arquivos complementares exibidos pelo SkillsMP antes de decidir se vai instalar.

Explorador de arquivos
2 arquivos

Exibindo SKILL.md

SKILL.md
Instruções da origem · Visualização somente leitura
name
unity-gameplay-development
description
Implement and refactor Unity gameplay systems through Unity MCP. Use for C# MonoBehaviours, ScriptableObjects, input, character or vehicle controllers, combat, interactions, spawning, inventory, state machines, events, save data, prefabs, scene flow, gameplay architecture, package-backed features, EditMode or PlayMode tests, and attaching verified scripts to live scene objects.
# Unity Gameplay Development Implement one testable gameplay slice at a time while keeping scene state and C# compilation synchronized. ## Workflow 1. Read editor state, project info, relevant hierarchy nodes, components, prefabs, scripts, tests, and console output. 2. State the behavior contract: inputs, state, outputs, failure cases, and acceptance checks. 3. Verify Unity and package APIs with `unity_reflect`; use `unity_docs` when reflection or project assets do not answer the question. 4. Reuse the project's architecture and naming. Prefer serialized references, ScriptableObjects, or existing services over global object searches in hot paths. 5. Create or edit scripts with script tools. Use SHA-aware edits; never overwrite a changed file blindly. 6. Wait until compilation and domain reload finish, then read full compile errors. 7. Attach components and configure serialized fields only after the type compiles. 8. Create focused EditMode tests for pure logic and PlayMode tests for scene/runtime behavior. Run the narrowest relevant tests first, then the affected suite. 9. Exercise the feature in Play mode and capture evidence when it has visual behavior. 10. Stop Play mode, save persistent changes, and summarize code, scene, prefab, and test changes separately. ## Engineering Rules - Do not edit `.unity`, `.prefab`, or `.asset` YAML while the Editor is connected. - Avoid unrelated refactors. Preserve public serialized field names or use migration attributes when renaming. - Keep frame-loop code allocation-aware. Cache stable references and avoid repeated hierarchy searches. - Make input-system assumptions explicit. Inspect whether the project uses the legacy Input Manager, Input System package, or both. - Keep editor-only APIs out of player assemblies and runtime paths. - Use `execute_code` for bounded editor automation or inspection, not as a hidden replacement for maintainable project code. - Add Undo support and mark assets/scenes dirty when custom editor code mutates serialized state. ## Completion Gate Require successful compilation, no new console errors, passing targeted tests, observed behavior in Play mode when applicable, and saved scene/prefab assets. Read the shared [tool reference](../unity-mcp-skill/references/tools-reference.md) for script, prefab, test, reflection, and docs tool details.
Ver no GitHub