826d9ec5a7
This PR refactors the schema we introduced in #7518 based on the feedback from production tests. Here is the change log - Decouple Inbox association to a new table inbox_response_sources -> this lets us share the same response source between multiple inboxes - Add a status field to responses. This ensures that, by default, responses are created in pending status. You can do quality assurance before making them active. In future, this status can be leveraged by the bot to auto-generate response questions from conversations which require a handoff - Add response_source association to responses and remove hard dependency from response_documents. This lets users write free-form question answers based on conversations, which doesn't necessarily need a response source.
34 lines
1.1 KiB
Ruby
34 lines
1.1 KiB
Ruby
module Enterprise::Inbox
|
|
def member_ids_with_assignment_capacity
|
|
max_assignment_limit = auto_assignment_config['max_assignment_limit']
|
|
overloaded_agent_ids = max_assignment_limit.present? ? get_agent_ids_over_assignment_limit(max_assignment_limit) : []
|
|
super - overloaded_agent_ids
|
|
end
|
|
|
|
def get_responses(query)
|
|
embedding = Openai::EmbeddingsService.new.get_embedding(query)
|
|
responses.active.nearest_neighbors(:embedding, embedding, distance: 'cosine').first(5)
|
|
end
|
|
|
|
def active_bot?
|
|
super || response_bot_enabled?
|
|
end
|
|
|
|
def response_bot_enabled?
|
|
account.feature_enabled?('response_bot') && response_sources.any?
|
|
end
|
|
|
|
private
|
|
|
|
def get_agent_ids_over_assignment_limit(limit)
|
|
conversations.open.select(:assignee_id).group(:assignee_id).having("count(*) >= #{limit.to_i}").filter_map(&:assignee_id)
|
|
end
|
|
|
|
def ensure_valid_max_assignment_limit
|
|
return if auto_assignment_config['max_assignment_limit'].blank?
|
|
return if auto_assignment_config['max_assignment_limit'].to_i.positive?
|
|
|
|
errors.add(:auto_assignment_config, 'max_assignment_limit must be greater than 0')
|
|
end
|
|
end
|