Advanced Servitor Guide
As most of you probably know by now, a servitor is a thoughtform that is only able to react to parroting/puppeting. But it is possible to assign subroutines to a servitor that effectively cause it to act on its own, while still remaining within the parameters of said subroutines.
Making a servitor
The basic procedure for making a servitor is the same as starting a tulpa. You create a form for them, assign personality traits and/or skills as applicable, and that’s pretty much it. Puppeting and parroting are encouraged in this instance, as leaving a servitor to their own devices can cause them to become sentient, especially if they have many complex subroutines governing their behavior.
With your servitor made, it’s now time to give it subroutines. If you have never had any experience with programming disciplines, I would strongly encourage you to get some. The type of programming doesn’t matter, since your mind will simply fill in the gaps where necessary. The important thing is to have a stable framework for programming subroutines into the servitor, you can use anything from C++ to robotics to Spacechem to whatever, as long as it’s related in some way to programming.
Now, as a simple exercise, try to program a subroutine that makes your servitor move 10 units (be it steps, feet meters, whatever) forward, turn left, move 10 units, stop. The exact method for programming the subroutines will vary by individual, but the basic idea is that you are assigning the subroutine to the servitor directly, rather than commanding it or parroting it or whatever else. If you were successful in programming the subroutine, the servitor will execute it (try having it execute the subroutine when you give a certain command to it, if you’re having trouble).
I would like to invite the reader to practice creating more complex subroutines, until they eventually master advanced servitor creation. After that, bask in the feeling of being a prime mover as your creations go about their assigned tasks like clockwork.
HUD Servitor Guide
A HUD servitor can confer a number of practical benefits on the user including monitoring energy levels, realtime motion radar, tracking your schedule, accessing your information base and more.
The form of the servitor will effectively be the interface, or in other words, what the HUD looks like to you. Imposition is optional but encouraged. In creating the form, be sure to define all of the visual elements you want the HUD to have. If you would like, you can also assign a computerized voice to the servitor.
This part is a lot trickier to explain, but the idea is that you will have to create subroutines that govern the servitor's behavior.
For instance, say you want a subroutine that alerts you when your energy levels drop below 50%. Such a subroutine might be expressed as "if en <= 50%, then alert user", which would result in the servitor saying "Warning. Energy levels below fifty percent."