Indeed DeathLike2, I was expecting that to play some role, but as far as the SNES versions appear to be concerned placement is Everything. You noted this in the Algorithm FAQ that the Twin in the middle is the one whose stats are calculated.
Okay! So I have it mostly figured out. There is still one problem I can't fix but that's more to do with an Inferior/Superior Twin problem. I guess it's a ?feature? of the hack then.
$03/E56E BD 3B 39 LDA $393B,x[$7E:393B] A:0000 X:0000 Y:0005 P:envMxdiZc - Load Character's Targeting Info (Internal).
$03/E571 C9 00 CMP #$00 A:0080 X:0000 Y:0005 P:eNvMxdizc - Is it 00? (Which it will be if the character is using an Ally target)
$03/E573 F0 0A BEQ $0A [$E57F] A:0080 X:0000 Y:0005 P:eNvMxdizC - If so break to 03E57F (To the normal routine.)
$03/E575 A9 00 LDA #$00 A:0080 X:0000 Y:0005 P:eNvMxdizC - Load a 00 into A.
$03/E577 8D 54 20 STA $2054 [$7E:2054] A:0000 X:0000 Y:0005 P:envMxdiZC - Erases the Ally Target Info so it is not saved in subsequent casts (Causing problems)
$03/E57A EA NOP A:0000 X:0000 Y:0005 P:envMxdiZC -
$03/E57B A9 85 LDA #$85 A:0000 X:0000 Y:0005 P:envMxdiZC$03/E57D 80 19 BRA $19 [$E598] A:005E X:0080 Y:0005 P:envMxdizC - Load Absorb (just a test, you can use anything you like)
As I had hoped I followed the targeting back to it's (halfway-house, but for our purposes...) origin and found it at 7E393B I really need to pay more attention to these Data Altering Fields which are located in this section, a lot of important stuff is drawn from, and put in to it. This switches with any action taken by anyone and therefore will not stay static as it would in the character's own Targeting info until the next true Cast-On-Party Spell is cast to overwrite the previous one.
So now there will be a unique spell cast from Twincast only if it is targeting someone in the party, or the whole party.
Now onto the Superior/Inferior Twin problem...
The Twin that is considered the current Superior is the one that seems to be placed earlier in the slots with the Twin in Slot 1 taking precedence in everything. This is already known, but what is not known is that the Inferior Twin will Always be Porom unless the two are considered Current Equals, which only occurs when Porom occupies the Main Slot or the 3rd (I think that's the top? Maybe that's the 2nd...) slot. Now this wouldn't ordinarily be that large of a problem, the game goes on like this in a normal fashion without it being noticeable at all.
However it is Very noticeable by using this hack. When Inferior Porom goes to use a spell on the party, she will instead only cast the spell on Palom no matter who is targeted. It is a Bizarre behavior. When the Twins are considered Equal, they both work the same.
Well that was a bit of interesting work, I never expected the Twincast System to be that complicated. As far as I could tell (boosted Porom's Agility to 22 while Palom's was still 8) Agility did not factor into it at all for the SNES versions.

