Issues, projects, comments, and cycles, via Linear's official MCP server.
Connect it
$ lanes link connect linear --profile personal --workspace localLinear registers Lanes Link at the moment you run this, so there is no OAuth client to create and no console to visit. A browser opens, you approve, and it is live.
What your agent can do
The tool list comes from Linear's own MCP server and is discovered when you connect, so the capabilities are theirs rather than ours.
To see exactly what your agents are handed right now:
$ lanes link tools --profile personal --workspace localThe scopes it asks for
Each provider asks for the narrowest set that makes its capabilities work, because a scope on a consent screen that no tool can spend is a grant asked for and never noticed.
| Scope | What it allows |
|---|---|
read | read posts and comments |
write | create and modify |
How to narrow or widen any of this is on Scopes and permissions.
What is recorded
Every call is recorded, allowed or refused. Because the capabilities are Linear's rather than ours, redaction has no authored list to key on, and the default withholds every argument value: you get the call, not what was in it.
That is the right default when we did not write the capability and cannot know what is sensitive. It does mean this connection gives you a thinner record than a provider with a vendored specification does.
What an entry holds and how to read one is on the audit log.
Narrowing what it may do
Connecting grants the read bundle. Tightening it happens on your machine and takes effect at once:
$ lanes link policy deny 'linear.*' --connection linear.main --profile personal --workspace localA deny always beats an allow, whatever the order in the file. See Scopes and permissions for widening, and for what can and cannot be set per connection.
Next: every provider, or Connections for what a connection is and the methods behind one.