Execute qualquer Skill no Manus
com um clique

Execute qualquer Skill no Manus com um clique

ss14-atmos

Estrelas0

Forks0

Atualizado20 de maio de 2026 às 14:00

Atmospherics guidance for SS14 Shine work, including gas simulation, pipes, vents, scrubbers, air alarms, mapping atmos, flow/reaction design, performance, and why most atmos logic is authoritative/server-side rather than predicted.

Instalação

Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.

Executar no Manus

Fonte

ss14-art

ss14-art/shine

Abrir repositório GitHub Ver repositórios do creator

Download

Executar no Manus

Ocupações relacionadasSOC

Baseado na classificação ocupacional SOC

Desenvolvedores de softwareInformática e Matemática·SOC 15-1252

Explorador de arquivos

4 arquivos

SKILL.md

readonly

name	ss14-atmos
description	Atmospherics guidance for SS14 Shine work, including gas simulation, pipes, vents, scrubbers, air alarms, mapping atmos, flow/reaction design, performance, and why most atmos logic is authoritative/server-side rather than predicted.

SS14 Atmos

Placement

Most atmos simulation is server-authoritative and belongs in Content.Server/_sh.
Shared data/events may live in Content.Shared/_sh when UI, prediction-adjacent data, or prototypes need it.
Client code is presentation only.

Rules

Do not predict atmos simulation unless a current local pattern proves it is safe.
Avoid per-tick broad scans; use existing atmos update flows.
Keep gas/device behavior configurable through components/prototypes.
For mapping-related atmos, check map/grid/device assumptions.
Use localized UI/examine text.

Bundled References

references/atmos-authority.md: why atmos usually stays server-authoritative and how to split shared data safely.
references/atmos-mapping-checks.md: mapping and prototype checks for pipes, vents, scrubbers, air alarms, and gas assumptions.

Sources

See ss14-wizden-docs for atmos department design, mapping atmos guidance, and transform/physics/grid docs.

Mais deste repositório

mesmo repositório

shine-project

ss14-art/shine

Master workflow for working in the Shine Project SS14 fork. Use for any code, content, resource, test, review, or agent-instruction change in this repository, especially Content.Shared, Content.Server, Content.Client, Resources, .agents, CodeRabbit, and fork/upstream merge-sensitive work.

2026-05-200

ss14-ai-workflow

ss14-art/shine

Preflight, implementation, and self-review workflow for AI agents working on Shine Project SS14 code. Use when planning or making any repository change, reviewing PRs, hardening instructions, or deciding which .agents skills/rules apply.

2026-05-200

ss14-audio

ss14-art/shine

Audio guidance for SS14 Shine work, including SoundSpecifier, sound collections, predicted audio, MIDI/soundfonts, resource placement, localization-adjacent feedback, and avoiding duplicated or hardcoded sound playback.

2026-05-200

ss14-chemistry

ss14-art/shine

Chemistry guidance for SS14 Shine work, including reagents, reactions, metabolism, solution containers, reagent effects/conditions, entity solutions, and chemistry prototype localization.

2026-05-200

ss14-client-server-shared

ss14-art/shine

Placement and dependency rules for SS14 Content.Shared, Content.Server, Content.Client, Resources, and tests. Use when deciding where Shine code belongs or when splitting predicted/shared logic from server authority and client presentation.

2026-05-200

ss14-code-style

ss14-art/shine

SS14 C# and YAML code style for Shine Project, including handler naming, dependency naming, Entity generic APIs, On/Try/Can/Do method shape, DataField/ProtoId/Prototype style, localization naming, comments, classes, TimeSpan, and performance guardrails.

2026-05-200

name	ss14-atmos
description	Atmospherics guidance for SS14 Shine work, including gas simulation, pipes, vents, scrubbers, air alarms, mapping atmos, flow/reaction design, performance, and why most atmos logic is authoritative/server-side rather than predicted.

SS14 Atmos

Placement

Most atmos simulation is server-authoritative and belongs in Content.Server/_sh.
Shared data/events may live in Content.Shared/_sh when UI, prediction-adjacent data, or prototypes need it.
Client code is presentation only.

Rules

Do not predict atmos simulation unless a current local pattern proves it is safe.
Avoid per-tick broad scans; use existing atmos update flows.
Keep gas/device behavior configurable through components/prototypes.
For mapping-related atmos, check map/grid/device assumptions.
Use localized UI/examine text.

Bundled References

references/atmos-authority.md: why atmos usually stays server-authoritative and how to split shared data safely.
references/atmos-mapping-checks.md: mapping and prototype checks for pipes, vents, scrubbers, air alarms, and gas assumptions.

Sources

See ss14-wizden-docs for atmos department design, mapping atmos guidance, and transform/physics/grid docs.