v1.2.9
Simplify the login instructions to the code flow (maton login prints a link; finish with maton login --code <CODE>), drop the API Key subsection, and pin the Maton CLI install to 0.4.0.
v1.2.8
Switch the login instructions to the device flow (maton login prints a link and a user code; the --oauth flag is gone) and pin the Maton CLI install to 0.3.5.
v1.2.7
Pin the Maton CLI install to 0.3.4, the current release.
v1.2.6
Add this skill's own trigger policy to the shared Triggers section: the only destination it sets up is its own hosted function inside the platform, it does not forward events to third-party hosts, and it does not use event watch --exec; each trigger reference now also says this skill configures no trigger from that source on its own.
v1.2.5
Bring the skill to the current api-gateway baseline and tell the connection-to-function-to-trigger story: the shared Functions and Triggers sections open with an example for this app (a hosted function that performs one action for it through the Maton SDK, and the trigger that runs it - its own event source where it has one, otherwise a time schedule), the description says these constructs turn the connection into automation and add no capability of their own, the passthrough is described by its enforced boundary, CLI and SDK installs are pinned to 0.3.1, absolute API URLs are placeholders, and multipart uploads use mktemp.
v1.2.4
Stop documenting a download URL that requires the bot token. Telegram serves file bytes from api.telegram.org/file/bot<token>/<file_path>, and the old one-line note told the reader to use that path - which means obtaining the bot token and putting a live credential into a URL that lands in shell history, ps output, and proxy logs, contradicting this skill's own rule that the token never surfaces. The Files section now says not to construct it and to ask the user how a download should be authorized.
v1.2.3
Describe the actual boundary: a /telegram/ path is forwarded to the Telegram Bot API with the connection's bot token and cannot reach another host or another app's credential, so the passthrough widens to other Bot API methods rather than beyond Telegram. Adds the standing-egress warning on setWebhook that the routing reference already carried, and states that the raw-HTTP appendix is the same call over a different transport and manages no credential of its own.
v1.2.2
Fix the raw HTTP fallback example: restore the gateway base URL in the GATEWAY constant (and the fastmail streaming call), which a previous edit had replaced with a placeholder
v1.2.1
Address security-audit findings: disclose the api passthrough in the access-scope and description text, warn on irreversible connection deletion, add response data-minimization guidance, and correct app-specific auth and request-body notes
v1.2.0
CLI-first rewrite with the Maton SDK examples; clarify that the CLI and SDKs keep separate credential stores, and reword webhook egress warnings
v1.1.0
CLI-first rewrite: the maton CLI with OAuth login is the documented path, every example is a maton command, SDK examples added, and the raw HTTP fallback feeds the key on stdin instead of reading it from the environment
v1.0.3
- Changed API base URLs from gateway.maton.ai and ctrl.maton.ai to api.maton.ai throughout all usage examples and documentation.
- Updated the connection management instructions and endpoints to use the new base URL.
- Added a security and permissions section, clarifying resource access and the need for explicit user approval for write operations.
- Improved guidance for handling multiple Telegram connections with the Maton-Connection header.
- Removed the LICENSE.txt file.
v1.0.2
- Added a new `clawdbot` metadata block with an emoji and environment variables required (`MATON_API_KEY`) in SKILL.md.
- No changes to functionality or usage; documentation only.
v1.0.1
- No file changes detected in this release.
- Version number updated to 1.0.1.
- Documentation and skill functionality remain unchanged.
v1.0.0
Major update: rewritten for managed Maton API gateway integration and streamlined usage.
- Replaced in-depth, self-managed guide with direct instructions for using Telegram via the Maton API gateway.
- Added instructions for authentication with a Maton API key and simplified connection management.
- Removed all detailed Telegram workflow/reference documents.
- Included ready-to-use Python code examples for key operations (bot info, send message, manage connections).
- Centralized documentation to SKILL.md for ease of use; external references are no longer needed.