gamedev-skills/awesome-gamedev-agent-skills

survival-crafting

Build a survival-crafting game: resource gathering, inventory, crafting and a tech tree, needs (hunger/thirst/temperature), and base building.

查看源码

使用方法

  1. 复制安装命令,在自己的智能体环境安装前先检查源码包。
  2. 从原始文档核对所需工具、凭据和支持的宿主。
  3. 说明输入材料与期望交付物,并对照来源检查输出。
npx skills add https://github.com/gamedev-skills/awesome-gamedev-agent-skills --skill survival-crafting

开始前需了解

  • 安装不包含模型订阅、API 额度或访问文件的权限。
  • 仓库星数和安装量反映活跃情况,不等于独立质量或安全测试。
仓库原始内容

按源仓库内容呈现,保留标题、案例、代码、表格、链接以及原文引用的演示图片。

Survival Crafting

A playbook for survival-crafting games — the gather → craft → build loop, survival needs, the crafting/tech progression, and base building. This is a compositional skill: it orchestrates inventory data, world content, persistence, and threats. It does not re-teach those primitives; it defines the loop and the pressure systems (needs, scarcity, escalation) that make survival tense rather than tedious.

When to use

  • Use when the player **gathers resources, crafts items/structures, manages survival needs, and

builds a base** against escalating threats: survival sandbox, crafting/base-building game.

  • Use when designing needs (hunger/thirst/temperature), a crafting tech tree, gathering loops,

or base placement/building.

When not to use:* crafting as a minor RPG feature → rpg. Permadeath grid dungeon → roguelike. For inventory/items as data assets, use godot-resources / unity-scriptableobjects; for world generation, procedural-gen.

Core loop

Gather raw resources → craft tools/items → build and upgrade a base → manage survival needs → explore farther for better resources → survive escalating threats → repeat at a higher tier. Each loop should unlock the next loop (better tools → reach new biomes → new resources → better crafts). When that ladder breaks, the game becomes a grind.

Must-have systems

  1. Resource nodes + gathering — harvestable world objects; tool requirements/tiers; respawn.
  2. Inventory — stacks, capacity (slots or weight), drop/transfer, hotbar.
  3. Crafting — recipes (inputs → output), a crafting station/tech gate, a tech tree.
  4. Survival needs — hunger, thirst, temperature, stamina, health, with decay + consequences.
  5. Base building — placeable structures, a build grid/snapping, storage, crafting stations.
  6. World + day/night — biomes/resources (often procedural); a time cycle driving threats.
  7. Threats — hostile creatures/weather/events that escalate; combat or avoidance.
  8. Save/load — world state, inventory, base, needs, progression; large-world persistence.

Design knobs

KnobEffectNotes
Needs decay ratespressure cadenceSlow enough to explore, fast enough to matter.
Need-failure consequencestakesDamage over time, not instant death.
Resource scarcity / respawnexploration pushScarce near base → travel for more.
Tool tiers / gatingprogression ladderBetter tool → new node types.
Recipe complexity / tech depthlong-term goalsMulti-step chains, not flat lists.
Inventory limit (slots/weight)logistics tensionForces base trips and storage.
Threat escalation curvedifficulty over timeNight/seasonal/event ramps.
Day lengthrhythmDay = gather, night = defend.

Patterns

1. Needs decay with graded consequences

python
# Pseudocode in the per-frame/per-tick update. dt = seconds. Needs fall; failure bleeds HP.
def update_needs(p, dt):
    p.hunger = max(0, p.hunger - HUNGER_RATE * dt)
    p.thirst = max(0, p.thirst - THIRST_RATE * dt)
    p.temp   = approach(p.temp, ambient_temperature(p), TEMP_RATE * dt)

    # Consequences are graded, not binary: warnings, then attrition — never instant death.
    if p.hunger == 0 or p.thirst == 0:
        p.hp -= STARVE_DAMAGE * dt          # damage over time creates urgency with recovery room
    if p.temp < COLD_THRESHOLD or p.temp > HEAT_THRESHOLD:
        p.hp -= EXPOSURE_DAMAGE * dt
    if p.hunger > 0 and p.thirst > 0 and not exposed(p):
        p.hp = min(p.max_hp, p.hp + REGEN_RATE * dt)   # safe + fed => heal

2. Crafting: validate, then atomically consume inputs

python
# Pseudocode. Recipes are data: inputs -> output, with an optional station/tech requirement.
recipe = {"id": "stone_axe",
          "inputs": {"wood": 3, "stone": 2}, "output": ("stone_axe", 1),
          "station": "workbench", "requires_tech": "basic_tools"}

def can_craft(recipe, inv, tech, station):
    if recipe.get("requires_tech") and recipe["requires_tech"] not in tech: return False
    if recipe.get("station") and recipe["station"] != station: return False
    return all(inv.count(item) >= n for item, n in recipe["inputs"].items())

def craft(recipe, inv, tech, station):
    if not can_craft(recipe, inv, tech, station): return False
    for item, n in recipe["inputs"].items(): inv.remove(item, n)   # consume all, then add
    inv.add(*recipe["output"])                                     # atomic: no partial craft
    return True

3. Gathering gated by tool tier

python
# Pseudocode. A node yields only if the held tool meets its required tier.
def harvest(node, tool):
    if tool.tier < node.required_tier:
        return notify("Need a better tool")        # e.g. stone node needs a pickaxe, not fists
    node.hp -= tool.power
    if node.hp <= 0:
        spawn_drops(node.drop_table)               # weighted drops (see roguelike loot pattern)
        node.start_respawn(node.respawn_time)      # node returns later; world isn't depleted forever

Pitfalls / failure modes

  • Needs that kill instantly → frustration and save-scumming. Make failure damage over time,

with clear warnings and a recovery path (Pattern 1).

  • Grind without a ladder → gathering that never unlocks new gathering. Each tier must open

the next (better tool → new node → new resource → better craft).

  • Non-atomic crafting → inputs consumed but output not granted on an edge case. Validate

first, then consume-and-add as one step (Pattern 2).

  • Inventory with no limits → no logistics tension and no reason for a base/storage. Cap by

slots or weight.

  • Permanently depleting the world → players strip the map and quit. Respawn nodes or

regenerate resources over time.

  • Per-frame decay unscaled by `dt` → needs drain at different speeds on different hardware.

Scale by dt.

  • No save / fragile save of a large world → a crash wipes hours. Persist world+base+needs

incrementally; version it (see save-systems).

  • Flat threat curve → no late-game pressure. Escalate via night/season/event tiers.

Composition (build it from these skills)

  • Items/recipes as data: godot-resources / unity-scriptableobjects — items, recipes, tech tree, drop tables.
  • World: procedural-gen for biomes/resource placement; level-design for authored areas.
  • Persistence: save-systems for large-world state, base, inventory, needs, and versioning.
  • Threats: game-ai for creatures; the engine physics skill for melee/collision.
  • Building/placement: godot-tilemap / unity-tilemap-2d (2D) or godot-3d-essentials (3D) plus UI snapping.
  • UI: game-ui-ux for inventory/crafting/HUD layout and scaling; godot-ui-control for the concrete inventory, crafting menu, needs HUD, and build mode.

References

  • For the full needs model and thresholds, the crafting tech-tree graph, gather/respawn tuning,

base-building grids, and threat escalation, read references/needs-and-crafting.md.

按任务相关推荐

来自同一仓库

更多 Skills

全部 Skills
gamedev-skills
社区

game-feel

Add "juice" and game feel that makes actions satisfying — screen shake, hit-stop/freeze frames, tweened/eased motion, squash & stretch, knockback, and layered audio-visual feedback — as engine-neutral techniques that pair with the detected engine's tween, particle, and camera APIs. Use when the user mentions game feel, juice, "make it feel good/punchy", screen shake, hit stop, screen freeze, easing, squash and stretch, impact frames, or feedback/polish on hits, jumps, pickups, and deaths.

安装量
16
GitHub Stars
4316
最近更新
10月24日
gamedev-skills
社区

audio-design

Implement game audio practice — bus/mixer architecture and gain in decibels, ducking (sidechain), adaptive/dynamic music via layering and re-sequencing, SFX variation, and beat synchronization. Engine-neutral. Use when the user mentions audio mixing, audio buses, adaptive/dynamic music, ducking, SFX variation, music layers, or syncing gameplay to the beat.

安装量
13
GitHub Stars
4316
最近更新
10月24日
gamedev-skills
社区

performance-optimization

Find and fix game performance problems methodically — measure with the engine profiler first, reason about the frame-time budget, locate the CPU-vs-GPU bottleneck, then apply the right fix: object pooling, draw-call batching, fewer allocations/GC spikes, and asset budgets. Engine- neutral method that pairs with each engine's profiler. Use when the user mentions performance, optimize, low/dropping FPS, frame drops, stutter, lag, profiler, frame budget, draw calls, batching, garbage collection/GC

安装量
13
GitHub Stars
4316
最近更新
10月24日
gamedev-skills
社区

shader-programming

Write game shaders from cross-engine fundamentals — the vertex→fragment pipeline, coordinate spaces, UV math, and common 2D/3D effects (tint, UV scroll, dissolve, outline, fresnel rim, vignette) in GLSL with HLSL equivalents. Use when the user mentions shaders, fragment/pixel shader, vertex shader, UV, GLSL, HLSL, or effects like dissolve, outline, or rim light.

安装量
13
GitHub Stars
4316
最近更新
10月24日