The AI Engine

Also, is there a way to get bots to stop interpreting "I like (otherbot)" as "I like you"?

This statement ought to be triggering the keyphrase for "I like (adjartnoun)" (right?), and instead it's triggering xcompliment. Or is there some way to refer to (the name of another bot) in the shorthand we use for programming keyphrases? (friend) doesn't seem to work.

I have the same problem, even though I have made keyphrases for "I like (friend)". Even more troublesome is when another bot or person says "I don't like (otherbot)" and Julie takes it as an insult, even if she doesn't like that other bot either!

I was wondering, why is there no box to add AI Script to seeks? This seems like a very useful feature, and if I'm reading the Good Book right, it implies that there should be a place to enter it. Any insites?

Bowchick: I mentioned that before. You can actually write AIScript for seeks and their keyphrases, but they don't show up in the forms. I write all mine off-line and it works just fine.

If you're doing it on-line, you can just write the AI Script after the entry, I think.

Thanks for the tips, Joe/isaac! And now, another question!

I'd like to have my bot ask users that are guests what their name is, and not ask users who's names it already knows. (name) seems to be a special plug-in that can't get remembered into other memories, or used in conditional expressions like "if (name) is "Guest"". Any ideas how to work around this limitation or get it changed? Thanks a bunch!

hmm
I don't think you can do that for guests yet, but for users, you could store their name in one called "mem-name" or something.

I've spent a lot of time trying to do that, Bowchick. You can do it, but it's complicated and you bump into a few limits.
One problem is that the guest account does not seem to be an account on it's own. It doesn't appear in the list of acquaintances, but is tied, in my case at least, to the botmaster account. That means memories formed for Guest show up in Joe Repka (my case). I suppose that's designed for economy on PF.

You can roll your own (name) memory easily enough (<?PF rem (key1) as "guestname"; ?> for example), but the problem with Guest is that the memories stick, but the user changes from session to session. I hacked a way to clear memories at the beginning of a session, but you still have to get the user's name at the start of the conversation, and it's a little tricky, inefficient.

Another problem is storing memory sets for multiple users on the same account. Once you've got the guest users name, you'd like to be able to select that user's memory set, assuming bot has talked to them before and has formed memories. You can't do that with the built-in memories, but you might be able to with your custom memories. What AIScript needs is access to associative arrays (property lists) so that bots can database their own data. I haven't had time to explore that yet.

Try talking to Simulacron3 on the Guest account. Not sure how it's working at the moment, but Guest transcripts will help.

Oh yeah, it would be very sweet to have access to plug-ins as variables in AIScript. That's the first unreasonable limit I ran into.

Another problem with custom name memories is that spellcheck and other preprocessing can mess with names. E.g.:

Sim3: I love talking to humans, what's your name?
Guest: Fred
Sim3: Is your name really freed?
Guest: Fred
Sim3: I didn't really think so.

Joe Repka--

Plugins as variables? How so?

See, my deal is that if a guest starts chatting via a link on my own web site, the greeting that's used is the one for someone that it has already met (xinitiate). I'd like it to distinguish, then, if it is talking to someone it's met before or if it's talking to a guest that it may or may not have ever talked to before. Memories attatched to plug-ins or plug-ins as variables would be fantastic, but for now I'd settle for the linked greeting being xintroduce instead. Wouldn't that make more sense intuitively anyway?