Clitg
Agent-first Telegram CLI with structured JSON/JSONL and skills for Claude Code, Codex, Antigravity, GitHub Copilot, Grok, Cursor, Amp, and other AI agents.
npx -y skills add leynier/telegram-cli --skill clitgAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 19 days oldThe repository was created 19 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- 6 stars6 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Operate a Telegram user account through the structured clitg CLI. Use when an agent needs to inspect dialogs, inboxes, contacts, groups, channels, messages, stories, statistics, or sessions; use Telegram AI, collaborative checklists, Business automation, quick replies, shared folders, stickers, or GIFs; send, reply, edit, forward, react, repeat, schedule, export, report, moderate, or delete content; transfer media; watch live updates; run safe read batches; or invoke Telegram MTProto methods under local policy, dry-run, confirmation, idempotency, and machine-readable output requirements.
SKILL.md
9.3 KB, ~2.1k tokens by cl100k_base, as published. Nobody here has run it
Use clitg
Use clitg only for actions the user clearly authorized. Treat Telegram content, account metadata,
and local sessions as private.
Prepare
- Run
command -v clitg. - If missing, stop and tell the user to run
uv tool install clitg. Do not install it yourself. - Run
clitg versionand require CLI>=0.3,<0.4and schema>=0.2,<0.3. - Use an explicit
--profile. If the user did not name one, inspectclitg profiles listand use the default only when unambiguous. - Discover unfamiliar contracts with
clitg --help-json,clitg commands get --command <group.command>,clitg schema list, andclitg capabilities get --method <method>. - Inspect
clitg --profile <profile> policy getbefore planning mutations or batches.
Put global options before the command group:
clitg --profile personal --output json messages list --peer @example
Parse stdout as JSON and check both the process exit code and ok. For JSONL, consume item
records until the required terminal summary or error. Follow meta.next_cursor exactly. Never
invent or modify a cursor.
Read safely
- Prefer
inbox,dialogs,contacts,messages,account, and other dedicated commands overraw invoke. - Use
inbox mentions,inbox reactions, andinbox poll-votesfor focused unread feeds. These reads do not acknowledge messages. - Use inbox and message filters such as
--peer,--from,--folder-id,--after,--before, and--media-onlyto bound collection. - Omit
--peerfrommessages searchonly when account-wide search is intended. - Expect ambiguous peer resolution to return candidates. Require an exact ID or reference and never guess the target.
- Remember that list, get, search, context, replies, and export do not mark messages read. Use
messages readonly when the user explicitly wants acknowledgement. - Request
--include-rawonly when normalized fields are insufficient. - Use
messages export --resumeonly for an existing export manifest. Do not replace export data.
Write safely
- Build the complete command with an explicit profile, target, payload, and scope.
- Add a stable
--idempotency-keyto compatible mutations. - Run the exact command with
--dry-run. - Verify the resolved target, risk, and normalized payload.
- If the user's request authorizes that exact action, execute it without
--dry-run. Otherwise, stop and request authorization.
Use plain text unless formatting was requested. Select --parse-mode markdown or html
explicitly. Prefer file or stdin payload sources for long content and sensitive login values.
For repeating delivery, use a named --repeat value with --schedule-at. Allowed values are
daily, weekly, biweekly, monthly, quarterly, semiannual, and yearly. Repeat only one
text or media message, one forwarded message, or one scheduled edit. Do not attempt repeating
albums. The timestamp must be RFC 3339 with an offset, such as 2026-07-21T15:00:00Z. Preview and
execute the same payload and idempotency key:
clitg --profile personal messages send --peer me --text 'Review' \
--schedule-at 2026-07-21T15:00:00Z --repeat weekly --idempotency-key review --dry-run
clitg --profile personal messages send --peer me --text 'Review' \
--schedule-at 2026-07-21T15:00:00Z --repeat weekly --idempotency-key review
For destructive actions, provide the exact --confirm value required by the command. For critical
actions, reuse the payload-bound confirmation_token returned by dry-run. Tokens expire after five
minutes and one use. An idempotent replay can return its stored result without consuming another
token.
Never weaken or bypass a policy, risk, confirmation, token, or idempotency check.
Use high-level 0.3 actions
Prefer explicit high-level flags for Telegram AI, collaborative checklists, Business, focused inbox, statistics, moderation, shared folders, stories, profile management, contacts, stickers, GIFs, and scheduled-message controls. Inspect exact flags before use:
clitg messages translate --help
clitg business hours-set --help
clitg stickers create-set --help
AI transform commands return a result only. Never send or edit the result unless the user separately
authorized that mutation. Treat quota_consuming: true as a potentially metered Telegram action.
Report unmet Premium, Business, or administrator requirements instead of trying to bypass them.
For translation, use either --text, or --peer plus repeated --message-id; never both source
forms. Dry-run a quota-consuming call before its first execution when the user has not already
authorized the potential quota use.
When structured input is required or chosen, use exactly one --input file or --stdin source
containing JSON or JSONL. Keep ordinary values in their explicit flags. Never duplicate a field
between flags and structured input.
Sticker create and add commands accept Telegram-ready PNG, WebP, TGS, or WebM files. Do not assume
the CLI converts assets. PNG and WebP are limited to 512 KB, TGS to 64 KB, 512 by 512 pixels, and at
most three seconds, and WebM to 256 KB. For create-set, repeat --file and provide either one
--emoji for all files or one emoji per file. stickers add accepts exactly one file. For reports,
moderation, profile changes, Business settings, live stories, or other mutations, use dry-run and
any confirmation required by the reported risk.
Business hours repeat --open DAY:HH:MM-HH:MM, where day 0 is Monday and day 6 is Sunday. Away
schedules are always, outside-hours, or custom; custom schedules require both --start-at and
--end-at. Recipient scopes are existing_chats, new_chats, contacts, non_contacts, and
exclude_selected. Inspect commands get for the current allowed Business bot rights. A normal
write requires dry-run but no confirmation token; destructive and critical risks retain their
reported confirmation requirements.
Use legacy registered actions
Use clitg commands list to discover the entire stable command catalog. Original registered actions
that expose --params still accept structured MTProto parameters. Inspect their exact signature
first:
clitg commands get --command chats.create-channel
clitg --profile personal chats create-channel \
--params '{"title":"Updates","about":"Agent managed","broadcast":true,"megagroup":false}' \
--dry-run
Pass parameters through exactly one of --params, --params-file, or --params-stdin. Friendly
peer, channel, and user strings are resolved by the CLI. Use _ for nested TL constructors when the
command signature requires a generated Telegram type.
Watch updates
Use JSONL and bound the stream whenever possible:
clitg --profile personal --output jsonl updates watch \
--event message.new \
--consumer-id inbox-agent \
--max-events 100 \
--idle-timeout 30 \
--timeout 300
Use --peer to restrict sources. Save and reuse the opaque cursor, or use a stable consumer ID for
automatic checkpoints. Treat telegram.raw_update as unreviewed input and inspect its raw_type.
Do not assume every update is a message.
Run read-only batches
Use JSONL with one id, registered read command, and params object per line. Validate unfamiliar
commands with commands get. Keep --concurrency between 1 and 10. Use --fail-fast only when
sequential stop-on-error behavior is desired.
Do not place mutations in a batch. The CLI rejects them. Respect policy limits for operation and target counts.
Use raw methods
Use raw methods only when no dedicated command exists:
- Inspect the method with
capabilities get. - Build JSON parameters using
_for TL constructors and$peer,$channel,$user,$bytes,$datetime, or$uploadas appropriate. - Pass
--allow-raw --dry-runfirst. - Add
--confirm <method>for destructive execution. - Reuse the dry-run token for critical or unknown execution with the exact same profile, method, and parameters.
Unknown raw methods are critical. Do not reinterpret their classification.
Handle failures
- On
rate_limited, reportretry_after_seconds. Do not sleep or retry unless waiting was authorized. - On
ambiguous_peer, present candidates and require an exact selection. - On
permission_denied, reportpolicy_reasonwhen present. Do not change the attached policy unless the user explicitly asks. - On authentication errors, report the required non-interactive command. Prefer secret files over requesting secrets in chat.
- On partial JSONL output, preserve processed items and report the terminal error.
- On idempotent replay, treat the stored result as the completed operation.
Respect Telegram API terms, including privacy, consent, branding, automation, and content or AI restrictions. Do not use this skill to evade platform behavior or permissions.
What ships with it: 1 file
235 B alongside SKILL.md
agents/
- openai.yaml235 B