Project

jarvis-cli

0.0
No commit activity in last 3 years
No release in over 3 years
Chatbot Application Framework for Slack Chat Rooms
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
 Dependencies
 Project Readme

EDI Build Status Code Climate

EDI Demo

Installation

$ gem install edi

Usage

edi is an application framework for building Chat bots to integrate with your Slack chat room. It ships with a number of useful and funny built-in services, but it also provides and easy DSL for creating your own services.

Generating a new chat bot

Creating a chatbot is as easy as:

$ edi new my-bot

Registering Services

bot/core.rb is the main brain of your edi bot. Here you can register which services you want to be available on your chatbot.

class Core < EDI::Core
  register_services :tweet_that, :img_flip, :urban_dictionary, :weather, :joke
end

These are the services that will be enabled when edi interprets a message from Slack.

Required Environment Variables

If a Service integrates with an authenticated, third party API, you may need to set up environment variables for API Tokens, Secrets, Usernames and Passwords, etc. To ensure that services are not run in environments that aren't set up to support them, services can require certain variables be set up.

class MyService < EDI::Service
  environment :service_token, :service_secret
end

If a service is Registered in bot/core.rb but does not have it's expected environment, edi will throw an exception and respond with a polite refusal to execute the service. This message can be set in your EDI configuration. The enviornment method will also create a getter method for each environment variable.

Service Routing

There are two ways to tell edi to send a given message to a particular service.interpreter_pattern and phrases

class ImgFlip < EDI::Service
  phrases "success kid", "overly attached girlfriend"
  # will converted to a pattern that looks like /success kid|overly attached girlfriend/i
end
class SortingHat < EDI::Service
  interpreter_pattern /sorting hat|where do I belong/i
end

Setting interpreter pattern directly will take precendence over phrases if you include both.

Running the Service

Services should expose a run method. This method will perform whatever actions necessary to fulfill the service and should ultimately return the string that edi will send back to the channel in slack.

A very simple service might look like:

class SortingHat < EDI::Service
  def run
    [
      "Gryphondor, where dwell the brave of heart!",
      "Slytherine, because you are kind of a jerk"
    ].sample
  end
end

If you want to use a more semantic name for your service, you can override the method using invoke_with

class IJustMetYou < EDI::Service
  invoke_with :call_me_maybe

  def call_me_maybe
    "This is crazy, but here's my number, so call me maybe"
  end
end

Callbacks

You can do actions before or after the service is run, but before edi responds. For instance:

class Joke < EDI::Service
  before_invoke :setup
  invoke_with :punch

  def setup
    EDI.send_message("What do you call a fish with no eyes?", channel: channel)
    sleep 2
  end

  def punch
    "A FSH!"
  end
end

Deployment

Since EDI is, under the hood, a web socket client, it can be deployed to any internet connected computer, and does not require a web server. Simple run

$ edi start

And EDI will connect to slack and will stay connected for the life of the process.

Ship List

When these things are done, we'll be ready for 1.0

  • Finish Porting The Services from the original bot to the framework
  • Ability for edi to Post Back into the Slack Chatroom
  • Jobs and Scheduling
  • Add Test Framework to the Project Generator
  • Service Generator
  • Configure All The Things
  • Boot Process for the Generated App
  • Switch from sinatra-based incoming and outgoing webhooks to websocket-based implementation

Contributing

  1. Fork it ( https://github.com/DVG/EDI/fork )
  2. Create your feature branch (git checkout -b my-new-feature)
  3. Commit your changes (git commit -am 'Add some feature')
  4. Push to the branch (git push origin my-new-feature)
  5. Create a new Pull Request