Automation backlog: non-defensive and healing spells

Athemis commented

2026-03-04 15:14:02 +00:00

Owner

Copy link

Description

Use the existing consume-effect primitives (heal, damage, activeEffect) to automate a focused subset of spells, starting with non-defensive healing/buff spells.

Assumption for this backlog: spell automation triggers after a successful spell check.

Quick wins (single-target / low ambiguity):

Heilende Hand: apply heal = spell result to selected target.
Heilendes Licht: apply heal = spell result to selected target.
Schutzschild: apply activeEffect (Abwehr bonus from spell result, fixed duration).
Verteidigung: apply short activeEffect (+Abwehr until next round).
Spurt: apply activeEffect (movement boost for duration).

Requires small extensions:

Heilende Strahlen: one cast affecting multiple allies (target cap by spell result/rules).
Heilendes Feld: area ally healing.
Heilende Aura: periodic healing over multiple rounds.
Segen: group-wide buff in radius.
Verlangsamen / Terror / Kleiner Terror: multi-target status application.

Out of scope for this track (for now):

Wiederbelebung / Allheilung (narrative + special rule handling).
Summoning/creation spells (e.g. Dämonen beschwören, Elementar herbeirufen, Skelette/Zombies erwecken).
Transformation and high-complexity control spells (e.g. Zeitstop, Verwandlung, Volksgestalt).

Context

Current engine reference: src/apps/actor/consume-flow.js.

This list is intentionally pragmatic and not exhaustive. Priority recommendation: healing + simple combat buffs first.

### Description Use the existing consume-effect primitives (`heal`, `damage`, `activeEffect`) to automate a focused subset of spells, starting with non-defensive healing/buff spells. Assumption for this backlog: spell automation triggers **after a successful spell check**. #### Quick wins (single-target / low ambiguity): - [ ] Heilende Hand: apply `heal` = spell result to selected target. - [ ] Heilendes Licht: apply `heal` = spell result to selected target. - [ ] Schutzschild: apply `activeEffect` (Abwehr bonus from spell result, fixed duration). - [ ] Verteidigung: apply short `activeEffect` (+Abwehr until next round). - [ ] Spurt: apply `activeEffect` (movement boost for duration). #### Requires small extensions: - [ ] Heilende Strahlen: one cast affecting multiple allies (target cap by spell result/rules). - [ ] Heilendes Feld: area ally healing. - [ ] Heilende Aura: periodic healing over multiple rounds. - [ ] Segen: group-wide buff in radius. - [ ] Verlangsamen / Terror / Kleiner Terror: multi-target status application. #### Out of scope for this track (for now): - [ ] Wiederbelebung / Allheilung (narrative + special rule handling). - [ ] Summoning/creation spells (e.g. Dämonen beschwören, Elementar herbeirufen, Skelette/Zombies erwecken). - [ ] Transformation and high-complexity control spells (e.g. Zeitstop, Verwandlung, Volksgestalt). ### Context Current engine reference: `src/apps/actor/consume-flow.js`. This list is intentionally pragmatic and not exhaustive. Priority recommendation: healing + simple combat buffs first.

Athemis referenced this issue

2026-03-04 15:14:55 +00:00

Automation backlog: active talent effects #105

Athemis referenced this issue

2026-03-04 15:15:02 +00:00

Complex consumables: spell-like and special resolution #90

Athemis referenced this issue

2026-03-06 15:39:40 +00:00

refactor(actor): introduce shared action effect runtime service #107

Athemis commented

2026-03-06 15:40:06 +00:00

Author

Owner

Copy link

Update: groundwork from phase 1 is now available in PR #107.

What is now in place:

shared ActionEffectService runtime contract
shared runtime model builder for action effects
consume flow routed through the service runtime
characterization + contract coverage for the refactor

What is not included yet:

no direct spell content automation from this backlog in this PR

This gives us the technical base to implement the quick-win spell items in follow-up commits/PRs with lower risk.

Update: groundwork from phase 1 is now available in PR #107. What is now in place: - shared `ActionEffectService` runtime contract - shared runtime model builder for action effects - consume flow routed through the service runtime - characterization + contract coverage for the refactor What is not included yet: - no direct spell content automation from this backlog in this PR This gives us the technical base to implement the quick-win spell items in follow-up commits/PRs with lower risk.

Athemis self-assigned this

2026-03-06 18:04:59 +00:00

Athemis added the

enhancement

label

2026-03-06 18:05:03 +00:00

No Branch/Tag specified