-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add a /query
command.
#28
Conversation
for more information, see https://pre-commit.ci
for more information, see https://pre-commit.ci
|
||
output_messages.append(message_chunk) | ||
|
||
return output_messages |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
wondering if we should use this everywhere?
else: | ||
messages_to_send = result.response_messages | ||
|
||
# I have no idea whether they actually allow you to send multiple follow-ups. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i would kill u for these comment in a workplace rofl
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think I lost it at the “completely untested” bit
This implements the
/query
slash command to allow you to quickly run queries without the need for context. This is aimed at being used in environments where the bot/you don't have access to threads (such as DMs and group chats).Long-term, this would consider some per-user context (maybe 5 messages).
On top of this, it genericises some of the API to be more re-usable (such as smart message splitting and the GPT query loop).
Note
This does not integrate with the cost count implemented as the logic there was too thread-focused to be done simply.
Also completely untested.