neetoengage) lets you work with NeetoEngage from your terminal. It covers the external API: search the public roadmap, file a customer’s request, add voters, move requests between tracks, post comments, and manage the product name and website URL.
It is designed for people comfortable with a terminal or HTTP. You do not need to be a developer: run neetoengage setup to connect an AI assistant such as Claude or Cursor, then describe the task in plain language.
Why use the CLI?
File requests from support
Search for a duplicate, then add the customer as a voter or create a new request with a private note, straight from a support workflow.
Follow up when it ships
Move a request to the done track, attach a changelog, and email every voter in one command.
Script and audit
Pipe voters, votes and changelogs to
jq, loop over pages, and switch workspaces with a single flag.Built for AI agents
Use token-efficient
--toon output and one-command setup for Claude, Cursor, Copilot, and more.CLI vs MCP: which should I use?
NeetoEngage’s MCP server covers the same work through an AI assistant, with nothing to install. Choose on how the work reaches NeetoEngage.Reach for the CLI when
- No AI assistant should be in the loop. A cron entry or a CI step runs
neetoengagewith nothing but the binary and the workspace you already signed in to. - The output feeds another program.
--quietprints a bare identifier for the next command;--jsonreturns records plus pagination forjqor your own script. - You need the same run every time. A
neetoengagecommand is plain text you can save in a runbook or a pull request, then run later to get the identical call.
Reach for MCP instead when
- The details live in your chat. An email or a pasted note turns into a feature request with no retyping.
- The person doing it does not use a terminal. NeetoEngage hosts the server, so there is nothing to install or keep updated.
What you need
- Access to one or more NeetoEngage workspaces.
- Permission to manage feature requests in those workspaces.
- The
neetoengagebinary. See Installation.
Unlike the API, which authenticates with an
X-Api-Key header, the CLI signs
you in through your browser and stores credentials locally. See
Authentication.