`interests` BotCommand #81

New issue

Open

opened 2024-04-17 12:49:58 -04:00 by modulatingforce · 1 comment

modulatingforce commented

2024-04-17 12:49:58 -04:00

Owner

interests Bot Command sends to Chat a Script that shows the interests of the Command Invoker, if the Invoker is stored internally

The Script of the Bot Could be something like the following

{Message 1}

1. {Interest 1}
2. {Interest 2}
3. {Interest 3}
4. {Interest 4}
5. {Interest 5}

{Message 2}
<waits 5s>
{Message 3}

An Example Execution & interaction with the Command in Chat could be the following

ModulatingForce > ?interests @renny

			Bot > @renny Forcen wants u to hire him! here are his top interests : 
			
	Bot (reply) >  1. Women (e.g., vtubers, art, style, unique personalities, ASMR, sexuality)
	
	Bot (reply) >  2. Programming Languages & Various Tech Stacks
	
	Bot (reply) >  3. Wealth & Finance
	
	Bot (reply) >  4. Math & the Sciences
	
	Bot (reply) >  5. Empathy & The Human Condition (e.g., anime, stories, comedy, singing, food, culture, world building)
	
			Bot > Cultured amirite ? mhm
			
			<bot waits 5s>
			
ModulatingForce > mhm . I can say smth before bot says next msg

			Bot > mhm . Would u still hire him? @renny

One way to implement the above is to store the Interests and Messages in a HashMap with the key being a String representing the invoker and 2 vectors (?) one for interests and one for messages for each

Exercise will be iterating through Vectors and/or HashMaps, so it would be a good exercise

Was thinking of an exercise that maybe @notohh & @Saru could also do and thought of this idea. Maybe thinking of fleshing it out with the group first to see if it's something stupid or we could always code it, and then vote to keep it or not `interests` Bot Command sends to Chat a Script that shows the interests of the Command Invoker, if the Invoker is stored internally The Script of the Bot Could be something like the following ``` {Message 1} 1. {Interest 1} 2. {Interest 2} 3. {Interest 3} 4. {Interest 4} 5. {Interest 5} {Message 2} <waits 5s> {Message 3} ``` An Example Execution & interaction with the Command in Chat could be the following ``` ModulatingForce > ?interests @renny Bot > @renny Forcen wants u to hire him! here are his top interests : Bot (reply) > 1. Women (e.g., vtubers, art, style, unique personalities, ASMR, sexuality) Bot (reply) > 2. Programming Languages & Various Tech Stacks Bot (reply) > 3. Wealth & Finance Bot (reply) > 4. Math & the Sciences Bot (reply) > 5. Empathy & The Human Condition (e.g., anime, stories, comedy, singing, food, culture, world building) Bot > Cultured amirite ? mhm <bot waits 5s> ModulatingForce > mhm . I can say smth before bot says next msg Bot > mhm . Would u still hire him? @renny ``` One way to implement the above is to store the Interests and Messages in a `HashMap` with the key being a String representing the invoker and 2 vectors (?) one for interests and one for messages for each Exercise will be iterating through Vectors and/or HashMaps, so it would be a good exercise

modulatingforce added the

Needs Owner > May Delegate

Complexity

Basic

Phase 1.0

Requirements > Drafting

Priority

Low

labels 2024-04-17 12:49:58 -04:00

modulatingforce self-assigned this 2024-04-17 12:49:58 -04:00

modulatingforce added this to the Forcebot Prototype 1.0 Push project 2024-04-17 12:49:58 -04:00

modulatingforce added

Ownership

Workshop with Leads

and removed

Ownership

Needs Owner > May Delegate

labels 2024-04-17 15:53:07 -04:00

modulatingforce commented

2024-04-18 01:43:21 -04:00

Author

Owner

To add regarding the requirement that the Invoker must exist:

we could remove this requirement, and add handling so if the invoker doesn't exist, and the bot responds with a funny general response like "WH OMEGALUL r u?"
at the moment, custom modules can't store state variables, so we can't do things like dynamically add or adjust interests (but we can explore these as enhancements later)
- State variables will be addressed elsewhere - #33

To add regarding the requirement that the Invoker must exist: - we could remove this requirement, and add handling so if the invoker doesn't exist, and the bot responds with a funny general response like "WH OMEGALUL r u?" - at the moment, `custom` modules can't store state variables, so we can't do things like dynamically add or adjust interests (but we can explore these as enhancements later) - State variables will be addressed elsewhere - https://git.flake.sh/modulatingforce/forcebot_rs/issues/33