fix(gemma_policy): add craft category + narrow inventory_query keyword scope

[Pablomonte]

Summary

Vendored copy of `agents/gemma_policy.py` from `nicoechaniz/DaemonCraft` is in `tools/gemma_policy.py` of this repo (used by `tools/embodied_plan_tool.py` when DaemonCraft is the active platform).

The L4 keyword classifier has two collaborating bugs that prevent any craft-style intent from dispatching the actual crafting tools:

1. No 'craft' category exists in `CATEGORY_KEYWORDS`. Captain-side intents like `Craft a stone shovel using cobblestone and sticks` have nothing to match.
2. 'inventory_query' keyword 'inventory' is too broad — it matches any intent that mentions the word, including the natural "…from my inventory" clause that captains routinely emit.

The `inventory_query` tool subset is only `[get_inventory, ask_clarification, report_execution_error]`, so the captain ends up with no actionable body tools at all and tells the player "no tengo capacidad de craftear".

Observed live

End-to-end trace from a Hermes-K2.6 + DaemonCraft session:

```
Captain (Kimi-K2.6) → embodied_plan(intent=
"Craft a stone shovel using cobblestone and sticks from my inventory."
)
→ policy.classify_category() loops CATEGORY_KEYWORDS
→ hits 'inventory_query' via keyword 'inventory'
→ allowed_tools = [ask_clarification, get_inventory, report_execution_error]
→ Gemma-Andy plan: ask_clarification("craft_item is not available
in this turn; should I wait?")
→ captain tells player: "no tengo capacidad de craftear ahora"
```

The fix (additive)

1. New 'craft' category, inserted before mining/build

```python
("craft", ["craft ", "craftear", "crafteá", "craftea",
"fabricar", "fabricá", "fabrica",
"smelt", "fundir", "fundí", "fundi",
"cocinar", "cociná", "cocina",
"horno", "furnace", "forja", "forjar", "forge"]),
```

Tool subset (10 tools + the 2 COMMON_SAFE = 12 total):

```python
"craft": ["get_inventory", "view_craftable", "craft_item", "smelt_item",
"check_furnace", "take_from_furnace", "equip_item",
"place_block", "scan_nearby", "goto"],
```

Includes `place_block` for placing a crafting_table/furnace first, and `goto`/`scan_nearby` for finding existing crafting stations nearby.

Mapped through `STRATEGY_MAP["craft"] = "embodied_plan"` like every other category.

2. Narrow 'inventory_query' keyword scope

```diff

• ("inventory_query", ["inventario", "inventory", "decime qué tenés", ...

• ("inventory_query", ["inventario", "decime qué tenés", ...

•                   \"list inventory\", \"list my items\"]),
  

```

Drop bare `"inventory"` — too greedy. Pure inventory-show intents still classify correctly via `"inventario"` (Spanish-only), `"show inventory"`, `"list inventory"`, etc.

3. Extend 'build' tools + keywords

Bonus cleanup surfaced while fixing #1:

```diff

• "build": ["scan_nearby", "goto", "place_block", "equip_item", "get_inventory"],

• "build": ["scan_nearby", "goto", "place_block", "fill_volume", "ignite",

•       \"equip_item\", \"get_inventory\"],
  

```

`fill_volume` enables bulk construction without dropping category. `ignite` covers torch/lava placement scenarios.

Build keywords also extended with `"fill "`, `"rellena/rellená"`, `"construir"` (the infinitive — only imperative forms were covered).

Verification

```python

p = GemmaPolicy()
for it in [
... "Craft a stone shovel using cobblestone and sticks from my inventory.",
... "craft 4 oak planks",
... "fundir 16 arena en vidrio",
... "construir una casa de 5x5",
... "fill volume con cobblestone",
... "mostrame el inventario",
... "inventory check",
... ]:
... cat = p.classify_category(it.lower())
... n = len(p.get_allowed_tools(cat) or [])
... print(f"{cat:18s} [{n:>3}]")

craft [ 12]
craft [ 12]
craft [ 12]
build [ 9]
build [ 9]
inventory_query [ 3]
default [ 38]
```

Before this patch, the first three returned `inventory_query 3`, so the agent literally could not dispatch `craft_item`.

Coordination with the canonical source

This is the vendored upstream copy of DaemonCraft's `agents/gemma_policy.py`. The DaemonCraft canonical source has the identical patch at nicoechaniz/DaemonCraft#16. The two should land together to keep the mirror in sync.

Test plan

• Manual: `@AsciiProbe haceme una pala de piedra` now dispatches `craft_item` instead of looping on `ask_clarification`.
• Manual: `mostrame el inventario` still resolves to `inventory_query` (3 tools — correct narrow scope).
• Follow-up: add unit tests for the build/craft/inventory keyword collision matrix (no current test fixture covers this).