Huckle is a CLI that can act as an impostor for any CLI expressed via hypertext command line interface (HCLI) semantics.
Huckle provides a way for developers to interact with, or script around, any API that exposes HCLI semantics, while providing dynamic and up to date in-band access to all the API/CLI documentation, man page style, which showcases commands, options, and parameters available for execution.
Most, if not all, programming languages have a way to issue shell commands. With the help of a generic HCLI client such as Huckle, APIs that make use of HCLI semantics are readily consumable anywhere via the familiar CLI mode of operation, and this, without there being a need to write a custom and dedicated CLI to interact with a specific API.
You can access a simple example HCLI service to play with huckle on http://hcli.io 
The HCLI Internet-Draft  is a work in progress by the author and the current implementation leverages hal+json alongside a static form of ALPS (semantic profile)  to help enable widespread cross media-type support.
Help shape huckle and HCLI on the discussion list  or by raising issues on github!
Install Python, pip and huckle
Huckle requires bash with access to man pages, Python 2.7, 3.4-3.7 and pip
- Install any one version of Python 2.7, 3.4-3.7 for your system
Install huckle via Python's pip:
- pip install huckle
huckle cli install <url>
This attempts to auto create and configure a CLI name if provided with the root URL of an HCLI API. If successful, the CLI can be invoked by name, after restarting the terminal. huckle attempts to update the PATH under .bash_profile and .bashrc to account for login and non-login terminal use.
Note that an existing configuration file is left alone if the command is run multiple times for the same CLI.
huckle cli run <cliname>
This invokes the cliname to issue HCLI API calls; the details of which are left to API implementers.
Commands, options and parameters are presented gradually, to provide users with a way to incrementally discover and learn how the CLI is used.
For brevity, the CLI name can and should be invoked directly rather than through "huckle cli run <cliname>.
<cliname> ... help
The reserved "help" command can be used anywhere in a command line sequence to have huckle generate a man page from the last successfully received HCLI Document. This helps with CLI exploration.
This opens up a man page that describes how to use huckle.
Huckle uses small scripts under ~/.huckle/bin to enable CLIs to be invoked by name.
Huckle also uses CLI configuration files (e.g. ~/.huckle/etc/<cliname>/config) to associate a specific CLI to an HCLI API root URL and other CLI specific configuration.
This project makes use of semantic versioning (http://semver.org) and may make use of the "devx", "prealphax", "alphax" "betax", and "rcx" extensions where x is a number (e.g. 0.3.0-prealpha1) on github. Only full major.minor.patch releases will be pushed to pip from now on.
HCLI version 1.0 semantics for:
Automatic man page generation with the "help" command, anywhere in a CLI.
Command line execution responses for
- All media types
- Handles very large stdin/stdout streams (fixed chunk size of 16834)
SOCKS tunneling through environment variables (ALL_PROXY)
Auto configuration of a CLI when provided with an HCLI API root URL (e.g. huckle cli install http://hcli.io/hcli/cli/jsonf?command=jsonf
Support listing of installed CLIs
Supports listing of the configuration of a CLI
Support auto discovery of cli link relations when attempting to install from a root resource that isn't an hcli-document.
Fork restnavigator repo or otherwise adjust to use restnavigator with requests (single http client instead of two)
Support help docs output in the absence of man pages (e.g. git-bash on Windows)
Support HCLI version 1.0 semantics for:
- JSON API
Support stream configuration
- sending and receiving streams (configurable via CLI config)
- sending and receiving non-streams (configuration via CLI config)
- chunk size for streams send/receive (configurable via CLI config)
Support non-stream send/receive (via CLI configuration)
Support various authentication and/or passthrough per CLI configuration
- HTTP Basic Auth
- HTTP Digest
- X509 (HTTPS mutual authentication)
Better implementation for huckle params/options handling
Support for re-aliasing a CLI with additional huckle options (e.g. adding "--ssl-no-verify" to huckle cli jsonf's shell script)
Support server certificate validation bypass (e.g. --ssl-no-verify. This is not secure but is sometimes useful to troubleshoot)
Support for viewing information about an HCLI root (e.g. huckle view http://hcli.io/hcli/cli/jsonf?command=jsonf
Support forward proxy configuration through proxy environment variables (HTTP_PROXY, HTTPS_PROXY)
Support hcli name conflic resolution (use namespaces?)
- View currently selected namespace (e.g. huckle ns)
- Viewing namespace list (e.g. huckle ns list)
- Selecting a namespace (e.g. huckle ns use abc)
- Remove an entire namespace and all associated CLIs (e.g. huckle ns rm abc)
- Support adding and removing CLIs to namespaces
Support multipart/form-data for very large uploads (see requests-toolbelt)
Support HCLI nativization
Support for Huckle DEBUG mode
- There's an edge case that's not covered; when executing a cli by invoking the root of the HCLI only. And more specifically when the root is not valid HCLI when initially fetching the HALNavigator.
- Disgraceful handling when a cli is invoked when the associated HCLI service is down