Handling Archdaemons: Defining the Behavior of your Daemon Core

Post your coolest Hexcasting creations here.

New topics are NOT for chatting or asking help, put those in the comments of a post or in a different forum.
Matt6049
Posts: 6
Joined: Sun Feb 15, 2026 1:55 am

Handling Archdaemons: Defining the Behavior of your Daemon Core

Post by Matt6049 »

This is part 2 of a series on Daemon Cores.
Part 1 (guide on constructing it): viewtopic.php?t=165

Aside from the regular 1-tick stack preserving Archdaemon, there more interesting ways to use your Daemon Core. I will add more to this post as I create more.

As a reminder, to add a new Archdaemon, we must simply integrate it into the list.
Image
The order in that list determines the order in which they get evaluated. Each Archdaemon must end with a consideration.
Image


1-Tick Stack Preserving

Summary
The classic.
Image
Casts each Daemon in its list every tick and saves their stacks.


Daemon structure
Each Daemon must be stored in the following format:
[Stack iota 1, Stack iota 2, ..., [Hex, Consideration]]

As an example, here is a Daemon counter that reveals its value to the current impetus and increments it.
Image

Anything before the hex itself is considered a part of its stack. In this case, I wished to give it a starter value of 0. Now, all I have to do is add it to the Daemon list for the 1-tick stack preserving Archdaemon, and it should run when I put the focus back in!
Image

Creating the Archdaemon
Although this has already been covered in part 1, I will simply paste the method to create it here. As with most Archdaemons, you have to stare at the item frame in which you will place the focus containing its list of Daemons.

Code: Select all

Introspection
	Consideration Consideration
		Bookkeeper's Gambit: -
	Consideration Consideration
		Bookkeeper's Gambit: -
	Chronicler's Purification
	Thoth's Gambit
	Consideration Consideration
		Bookkeeper's Gambit: -
	Jester's Gambit
	Chronicler's Gambit
	Consideration Consideration
Retrospection
Numerical Reflection: 1
Introspection
	Flock's Disintegration
	Gemini Decomposition
	Integration Distillation
	Hermes' Gambit
	Flock's Reflection
	Flock's Gambit
Retrospection
Surgeon's Exaltation

Mind's Reflection
Compass Purification
Mind's Reflection
Alidade's Purification
Scout's Distillation
Undertaker's Gambit
Numerical Reflection: 3
Jester's Gambit
Surgeon's Exaltation
Numerical Reflection: 7
Rotation
Surgeon's Exaltation
Potential uses
  • Greater sentinel summoner upon walking too far away from the old one (see above screenshot)
  • Automatic Railgun whenever firing an arrow
  • Re-cast Anchorite's Flight whenever moving too far from the anchor
  • Permanent Zeniths, aura of Nadirs
  • Item magnet
  • Spam GTP innocent friends to the world border
  • Any form of farm, effectively allowing you to create virtual spell circles (will likely cover this in a future Archdaemon)

Hex Delegate Archdaemon

Summary
This is less about casting Daemons and more about facilitating wireless communication with your Daemon Core. This Archdaemon contains a list of hexes, and a list of keys to access them. Those keys can be any iota, so long as it's the first iota in the list in your offhand focus/spellbook.
Think of an Akashic Library that checks your focus instead, and casts a hex from within your base.
Image
The Hex Delegate Archdaemon requires you to only ever store lists in your foci and spellbooks. Use thought-knots for single iotas, as they are ignored.


Delegate structure
The list of delegates is stored as the following:
[[hexes], [keys]]]
As an example, below is a delegate list only containing a hex that mines a block if it finds one with a raycast. This will happen every tick the focus is held.
Image
The key to this hex is the pattern on the right.

Hexes have no special requirements, and neither do keys.
Accessing these is done with the following structure in your focus:
[key, ...anything else]
An example focus holding a key could look like this:
Image
or even like this:
Image
The key just has to be the first iota. The key can also be any iota, which can be used for some shenanigans I will explain in a later section.

Creating the Archdaemon
Similarly to all other Archdaemons, this needs its own item frame.

Code: Select all

Introspection
	Auditor's Reflection
	Assessor's Reflection
	Conjunction Distillation //thanks to this, thought knots are ignored, might cause trouble for scrolls though
	Consideration Consideration
		Bookkeeper's Gambit: -
	Vacant Reflection
	Augur's Exaltation
	Hermes' Gambit
	Consideration Consideration
Retrospection
Numerical Reflection: 4
Introspection
	Consideration Consideration
		Bookkeeper's Gambit: -
	Chronicler's Purification 
	Flock's Disintegration //get dictionary
	Scribe's Reflection
	Numerical Reflection: 0
	Selection Distillation //find key iota in offhand focus
	Locator's Distillation
	Selection Distillation //find hex in dictionary
	Gemini Decomposition
	Augur's Purification
	Jester's Gambit
	Vacant Reflection
	Augur's Exaltation //if not found, cast nothing
	Hermes' Gambit
	Flock's Reflection
	Flock's Gambit
	Bookkeeper's Gambit: v //clear stack at the end
Retrospection
Numerical Reflection: 1
Mind's Reflection
Compass Purification
Mind's Reflection
Alidade's Purification
Scout's Distillation
Surgeon's Exaltation //embed focus item frame
Surgeon's Exaltation
Potential uses
  • Wireless control of your base (wireless redstone, hex activation)
  • Toggleable hexes that cast every tick (sort of like genie lamps)
  • Adding Daemons, queuing hexes.
  • Triggering an unbound cleric impetus wirelessly to greater teleport you without item drops.
  • Free Akashic Library equivalent.
Compound keys
Now, what if you don't wish to activate these each tick? As I said, keys can be ANY iota. That means they could even be 2 iotas! (In the form of a list). If you store an access pattern and an activation pattern in that list, then your hex delegate removes that activation pattern and saves to your focus, you could create a hex delegate that only triggers once, and then waits for you to save the activation pattern again.

As an example, here is a delegate that saves daemons.
Image
You should be staring at the daemon list for the 1-tick Archdaemon.

Code: Select all

Introspection
	Consideration Consideration
		Bookkeeper's Gambit: -
	Gemini Decomposition
	Chronicler's Purification //load current daemon list
	Scribe's Reflection
	Speaker's Decomposition //pulls out complex key
	Derivation Decomposition
	Bookkeeper's Gambit: v
	Scribe's Gambit //remove activation pattern and save back without it, so it does not re-add every tick
	Derivation Decomposition
	Consideration Consideration
		Consideration Consideration
	Integration Distillation //add a consideration to the end of the daemon
	Integration Distillation
	Integration Distillation //add to daemon list
	Chronicler's Gambit
Retrospection
Numerical Reflection: 1
Mind's Reflection
Compass Purification
Mind's Reflection
Alidade's Purification
Archer's Distillation
Surgeon's Exaltation
Now, the key I used is the following:
Image
The first pattern is the identifier pattern - this is unique to this delegate.
The second pattern (the wide Hermes) is the activation pattern - I must save this to the key's list in order to actually save a daemon. This is shared between all hex delegates that implement this mechanism, so I don't have to remember it for every single one.

Here is a list of all my delegates - includes the mining delegate, save daemon, save delegate, enqueue:
Image

I will post more Archdaemons in replies - I don't wish to cram everything into a single post.
Last edited by Matt6049 on Tue Mar 17, 2026 11:42 am, edited 1 time in total.
Matt6049
Posts: 6
Joined: Sun Feb 15, 2026 1:55 am

Archdaemons: Enqueue

Post by Matt6049 »

Enqueue Archdaemon
Yes, I'm copying the name.

Summary
The Enqueue Archdaemon allows for delayed hexes. Saving a hex along with its intended delay will start a counter that goes down every tick. Once it goes all the way down to zero, it will cast the intended hex.
Image

This does not clear the stack, which allows your hexes to enqueue something else in one go, but also expects you to clean up any iotas potentially left on the stack at the end.
Uses a painful amount of iota embeds, but as a result the overhead is only 8-9 evaluations per enqueued hex.

It is recommended to put this Archdaemon after the Hex Delegate Archdaemon if you use that for enqueuing remotely.

Enqueued hex structure
Enqueued hexes must be stored in the following format:
[[Hex], Delay]

Here is an example of a valid hex that can be integrated into the enqueue list. This will mine a block after 5 seconds:
Image

If you wish for a hex to enqueue something else, it should push it onto the stack. The stack will be preserved, too (reiterating that if you forget to clear/use this up at the very end, it will stay there until manually removed).
Here is an example of the same hex as before, except now it pushes a hex that will re-enqueue:
Image

Creating the Archdaemon
This, too, needs an item frame focus to store enqueued hexes in.

Code: Select all

Introspection
	Consideration Consideration
		Bookkeeper's Gambit: -
	Consideration Consideration
		Bookkeeper's Gambit: -
	Chronicler's Purification
	Thoth's Gambit
	Consideration Consideration
		Bookkeeper's Gambit: -
	Jester's Gambit
	Chronicler's Gambit
	Consideration Consideration
Retrospection
Numerical Reflection: 1
Introspection
	Flock's Disintegration
	Consideration Consideration
		Bookkeeper's Gambit: -
	Subtraction Distillation
	Gemini Decomposition
	Consideration Consideration
		Bookkeeper's Gambit: -
	Maximus Distillation
	Consideration Consideration
		Bookkeeper's Gambit: -
	Consideration Consideration
		Bookkeeper's Gambit: -
	Augur's Exaltation
	Hermes' Gambit
Retrospection //now the embeds begin
Numerical Reflection: 2
Numerical Reflection: 1
Surgeon's Exaltation
Numerical Reflection: 6
Numerical Reflection: 0
Surgeon's Exaltation
Numerical Reflection: 9
Introspection
	Consideration Consideration
		Bookkeeper's Gambit: -
	Flock's Gambit
Retrospection
Numerical Reflection: 1
Numerical Reflection: 2
Surgeon's Exaltation
Surgeon's Exaltation
Numerical Reflection: 11
Introspection
	Bookkeeper's Gambit: V
	Hermes' Gambit
Retrospection
Surgeon's Exaltation
Surgeon's Exaltation
Surgeon's Exaltation
Mind's Reflection
Compass Purification
Mind's Reflection
Alidade's Purification
Scout's Distillation
Undertaker Gambit
Numerical Reflection: 3
Jester's Gambit
Surgeon's Exaltation
Numerical Reflection: 7
Rotation Gambit
Surgeon's Exaltation //PHEW
Again, I apologize for the embed count, but this is necessary for low evaluation counts.

Potential uses
  • Customizable delays with arbitrary length
  • Sequential hexes (for instance, anything that interacts with Redstone and needs to await some result)
  • Technically usable for daemons in the same vein as the Enqueue pattern from Hexcassettes, although this is not recommended.
The hex delegate I personally use for enqueue is the following:
Image

Code: Select all

Introspection
	Consideration Consideration
		Bookkeeper's Gambit: -
	Gemini Decomposition
	Chronicler's Purification
	Scribe's Reflection
	Speaker's Decomposition //pull out compound key
	Derivation Decomposition
	Bookkeeper's Gambit: V
	Scribe's Gambit //save identifier without activation pattern
	Integration Distillation
	Chronicler's Gambit
Retrospection
Numerical Reflection: 1
Mind's Reflection
Compass Purification
Mind's Reflection
Alidade's Purification
Scout's Distillation //item frame that holds enqueued hexes
Surgeon's Exaltation
This expects you to save the compound key, the hex and the delay in the following format to your focus:
[[Identifier, Activation Pattern], [Hex], Delay]
Here is an example:
Image
Once I save this to my offhand focus, assuming I have the Hex Delegate Archdaemon running and I have saved this delegate, it should remove this hex from my offhand focus and enqueue it!

This method of adding things to the Daemon Core gets quite repetitive though, which is a problem I'm hoping to solve with the next Archdaemon.