Twurl is like curl, but tailored specifically for the Twitter API. It knows how to grant an access token to a client application for a specified user and then sign all requests with that access token.

It also provides other development and debugging conveniences such as defining aliases for common requests, as well as support for multiple access tokens to easily switch between different client applications and Twitter accounts.

Twurl can be installed using RubyGems:

gem install twurl

If you haven't already, the first thing to do is apply for a developer account to access Twitter APIs:

https://developer.twitter.com/en/apply-for-access

After you have that access you can create a Twitter app and generate a consumer key and secret.

When you have your consumer key and its secret you authorize your Twitter account to make API requests with that consumer key and secret.

twurl authorize --consumer-key key       \
                --consumer-secret secret

This will return an URL that you should open up in your browser. Authenticate to Twitter, and then enter the returned PIN back into the terminal. Assuming all that works well, you will be authorized to make requests with the API. Twurl will tell you as much.

The simplest request just requires that you specify the path you want to request.

twurl /1.1/statuses/home_timeline.json

Similar to curl, a GET request is performed by default.

You can implicitly perform a POST request by passing the -d option, which specifies POST parameters.

twurl -d 'status=Testing twurl' /1.1/statuses/update.json

You can explicitly specify what request method to perform with the -X (or --request-method) option.

twurl -X POST /1.1/statuses/destroy/1234567890.json

You can generate a bearer token using --bearer option in combination with the authorize subcommand.

twurl authorize --bearer --consumer-key key       \
                         --consumer-secret secret

And then, you can make a request using a generated bearer token using --bearer request option.

twurl --bearer '/1.1/search/tweets.json?q=hello'

To list your generated bearer tokens, you can use the bearer_tokens subcommand.

twurl bearer_tokens

This will print a pair of consumer_key and its associated bearer token. Note, tokens are omitted from this output.

You can access different hosts for other Twitter APIs using the -H flag.

twurl -H "ads-api.twitter.com" "/7/accounts"

To upload binary files, you can format the call as a form post. Below, the binary is "/path/to/media.jpg" and the form field is "media":

twurl -H "upload.twitter.com" -X POST "/1.1/media/upload.json" --file "/path/to/media.jpg" --file-field "media"

twurl alias h /1.1/statuses/home_timeline.json

You can then use "h" in place of the full path.

twurl h

Paths that require additional options (such as request parameters, for example) can be used with aliases the same as with full explicit paths, just as you might expect.

twurl alias tweet /1.1/statuses/update.json
twurl tweet -d "status=Aliases in twurl are convenient"

The first time you authorize a client application to make requests on behalf of your account, twurl stores your access token information in its ~/.twurlrc file. Subsequent requests will use this profile as the default profile. You can use the accounts subcommand to see what client applications have been authorized for what user names:

twurl accounts
  noradio
    HQsAGcBm5MQT4n6j7qVJw
    hhC7Koy2zRsTZvQh1hVlSA (default)
  testiverse
    guT9RsJbNQgVe6AwoY9BA

Notice that one of those consumer keys is marked as the default. To change the default use the set subcommand, passing then either just the username, if it's unambiguous, or the username and consumer key pair if it isn't unambiguous:

twurl set default testiverse
twurl accounts
  noradio
    HQsAGcBm5MQT4n6j7qVJw
    hhC7Koy2zRsTZvQh1hVlSA
  testiverse
    guT9RsJbNQgVe6AwoY9BA (default)

twurl set default noradio HQsAGcBm5MQT4n6j7qVJw
twurl accounts
  noradio
    HQsAGcBm5MQT4n6j7qVJw (default)
    hhC7Koy2zRsTZvQh1hVlSA
  testiverse
    guT9RsJbNQgVe6AwoY9BA

While changing the default profile allows you to select which access token (OAuth1.0a) to use, bearer tokens don't link to any user profiles as the Application-only authentication doesn't require user context. That is, you can make an application-only request regardless of your default profile if you specify the -c (--consumer-key) option once you generate a bearer token with this consumer key. By default, twurl reads the current profile's consumer key and its associated bearer token from ~/.twurlrc file.

Marcel Molina / @noradio

Erik Michaels-Ober / @sferik

and there are many more!