clisbot 0.1.41 → 0.1.42
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +28 -67
- package/config/clisbot.json.template +1 -1
- package/dist/main.js +1075 -379
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -28,7 +28,7 @@ The challenge is not whether AI is useful. It is how to make it work at enterpri
|
|
|
28
28
|
- Learns from and integrates the two biggest strengths that made OpenClaw popular: memory and native channel integration with deep, channel-specific conversation and presentation capabilities.
|
|
29
29
|
- Not just a tmux bridge. Slack and Telegram are treated as real channel surfaces with routing, thread or topic continuity, pairing, follow-up control, and attachment-aware interaction instead of plain text passthrough so you can work from your laptop or on the go without giving up a real coding workspace.
|
|
30
30
|
- Team-first by design, with `AGENTS`, `USER`, and `MEMORY` context bootstrapping shaped for shared team reality instead of only personal solo-assistant flows.
|
|
31
|
-
- Useful for coding, operations, teamwork, and general assistant work, with fast chat controls such as `!<command>` and `/bash <command>` for terminal-like control, `/loop` to bring loop-style automation beyond Claude, `/queue` to add follow-up prompts in the same session without interrupting the current run,
|
|
31
|
+
- Useful for coding, operations, teamwork, and general assistant work, with fast chat controls such as `!<command>` and `/bash <command>` for terminal-like control, `/loop` to bring loop-style automation beyond Claude, `/queue` to add follow-up prompts in the same session without interrupting the current run, `/streaming on` to view real-time processing progress for coding tasks, and `/mention`, `/mention channel`, or `/mention all` to tighten follow-up policy at conversation, route, or bot scope.
|
|
32
32
|
|
|
33
33
|
## What to expect
|
|
34
34
|
|
|
@@ -86,6 +86,7 @@ Next steps:
|
|
|
86
86
|
- To chat with the bot in a group:
|
|
87
87
|
- telegram: Add bot to group, then use slash command in that group /start, you will be guided with command to add a group. Run that command directly or copy that command and chat directly with the bot in DM to ask it do for you (since you are the owner, you are authorized to run that command). After completed, come back to the group and start talk with the bot.
|
|
88
88
|
- Notice that group has require mention (or tag the bot) enabled by default to avoid abuse. But it also has smart follow up within 5 minutes by default so you dont need to tag it again. You could change the mode by asking the bot to do for you.
|
|
89
|
+
- If you want stricter mention behavior, use `/mention` for this conversation only, `/mention channel` for the current channel or group default, or `/mention all` for the current bot default.
|
|
89
90
|
- For long running task such as coding, you might want to toggle streaming mode on with slash command inside the chat "/streaming on", check streaming status anytime with "/streaming status". In slack, native slash command is unconventional so you can get around to use slash command with a space prefix such as " /streaming on", or use alias "\streaming on". This is also true for any other slash command supported by `clisbot`.
|
|
90
91
|
- slack:
|
|
91
92
|
- If you want to add more owner or app admin, grant that principal explicitly with the platform prefix plus the channel-native user id, for example `clisbot auth add-user app --role owner --user telegram:1276408333` or `clisbot auth add-user app --role admin --user slack:U123ABC456`.
|
|
@@ -289,26 +290,18 @@ trust_level = "trusted"
|
|
|
289
290
|
|
|
290
291
|
Most users only need a small set of commands at first:
|
|
291
292
|
|
|
292
|
-
- `clisbot start
|
|
293
|
-
- `clisbot restart
|
|
294
|
-
- `clisbot stop
|
|
295
|
-
- `clisbot status
|
|
296
|
-
- `clisbot logs
|
|
297
|
-
- `clisbot
|
|
298
|
-
- `clisbot
|
|
299
|
-
- `clisbot
|
|
300
|
-
|
|
301
|
-
|
|
302
|
-
|
|
303
|
-
-
|
|
304
|
-
- `clisbot bots add --channel telegram --bot default --bot-token TELEGRAM_BOT_TOKEN --persist`
|
|
305
|
-
- `clisbot bots add --channel slack --bot default --app-token SLACK_APP_TOKEN --bot-token SLACK_BOT_TOKEN --persist`
|
|
306
|
-
- `clisbot routes add --channel telegram group:<chatId> --bot default`
|
|
307
|
-
- `clisbot routes add --channel telegram topic:<chatId>:<topicId> --bot default`
|
|
308
|
-
- `clisbot routes add --channel slack channel:<channelId> --bot default`
|
|
309
|
-
- `clisbot routes set-agent --channel telegram group:<chatId> --bot default --agent <id>`
|
|
310
|
-
- `clisbot routes set-agent --channel slack channel:<channelId> --bot default --agent <id>`
|
|
311
|
-
- `clisbot --help`
|
|
293
|
+
- `clisbot start`: start the bot runtime and create the default first-run setup when needed.
|
|
294
|
+
- `clisbot restart`: restart the runtime cleanly; use this first when the bot stops responding.
|
|
295
|
+
- `clisbot stop`: stop the runtime cleanly before upgrades, config changes, or maintenance.
|
|
296
|
+
- `clisbot status`: check whether the runtime, channels, and active sessions look healthy.
|
|
297
|
+
- `clisbot logs`: inspect recent runtime logs when startup, routing, or replies look wrong.
|
|
298
|
+
- `clisbot runner list`: list the live tmux-backed runner sessions and see what is active.
|
|
299
|
+
- `clisbot runner watch <session-name>`: live-watch one specific session when debugging a real run.
|
|
300
|
+
- `clisbot runner watch --latest`: jump straight into the most recently active session.
|
|
301
|
+
|
|
302
|
+
Full operator command reference:
|
|
303
|
+
|
|
304
|
+
- [CLI Commands Guide](docs/user-guide/cli-commands.md)
|
|
312
305
|
|
|
313
306
|
If you are running from the repo instead of the global package:
|
|
314
307
|
|
|
@@ -322,7 +315,7 @@ If you are running from the repo instead of the global package:
|
|
|
322
315
|
|
|
323
316
|
## In Chat
|
|
324
317
|
|
|
325
|
-
`clisbot` supports a small set of chat-native commands for thread control
|
|
318
|
+
`clisbot` supports a small set of chat-native commands for thread control and workflow acceleration inside Slack and Telegram.
|
|
326
319
|
|
|
327
320
|
Native coding-CLI command compatibility:
|
|
328
321
|
|
|
@@ -340,37 +333,26 @@ Common commands:
|
|
|
340
333
|
|
|
341
334
|
- `/start`: show onboarding or route-status help for the current conversation.
|
|
342
335
|
- `/help`: show the available clisbot conversation commands.
|
|
343
|
-
- `/status`: show the current route status, follow-up policy, and operator setup hints.
|
|
344
|
-
- `/whoami`: show the current sender and route identity for the active conversation.
|
|
345
336
|
- `/stop`: interrupt the current running turn.
|
|
346
|
-
- `/
|
|
347
|
-
- `/followup
|
|
348
|
-
- `/
|
|
349
|
-
- `/
|
|
350
|
-
- `/followup resume`: restore the default follow-up behavior for that conversation.
|
|
351
|
-
- `/transcript`: return the current conversation transcript when the route `verbose` policy allows it.
|
|
352
|
-
- `::transcript` or `\transcript`: transcript shortcuts from the default slash-style prefixes.
|
|
353
|
-
- `/bash <command>`: run a shell command in the current agent workspace when the resolved agent role allows `shellExecute`.
|
|
354
|
-
- `!<command>`: shorthand for `/bash <command>`.
|
|
337
|
+
- `/streaming on`, `/streaming off`, `/streaming status`: turn live progress on when you want to follow long coding work, then turn it back off when you only want final answers; in Slack, use ` /streaming on` or `\streaming on` when Slack grabs the raw slash command.
|
|
338
|
+
- `/followup status`, `/followup auto`, `/followup mention-only`, `/followup pause`, `/followup resume`: control whether the bot keeps naturally following the thread, stays quiet, or requires an explicit mention again; fast shorthands include `/mention`, `/pause`, and `/resume`.
|
|
339
|
+
- `/queue <message>`: queue the next prompt behind the current run so the bot can finish one thing, then keep going automatically without you babysitting every step.
|
|
340
|
+
- `/loop <schedule or count> <message>`: turn one instruction into repeated work, from recurring automation to brute-force progress like `/loop 3 tiếp đi em` when you want the AI to keep pushing instead of stopping early.
|
|
355
341
|
|
|
356
|
-
|
|
342
|
+
Why `/queue` and `/loop` matter:
|
|
357
343
|
|
|
358
|
-
-
|
|
359
|
-
-
|
|
360
|
-
- both are configurable with `bots.defaults.commandPrefixes`, `bots.slack.defaults.commandPrefixes`, or `bots.telegram.defaults.commandPrefixes`
|
|
344
|
+
- `/queue` is a very simple workflow primitive: stack the next prompts now, let the bot run them one by one later.
|
|
345
|
+
- `/loop` is the force multiplier: use it for recurring review/reporting, or just to keep the AI moving through multi-step coding work with less laziness and fewer early stops.
|
|
361
346
|
|
|
362
|
-
|
|
347
|
+
Examples:
|
|
363
348
|
|
|
364
|
-
- `/
|
|
365
|
-
- `/
|
|
366
|
-
-
|
|
367
|
-
- use `clisbot routes --help` for route-level setup and route policy guidance
|
|
349
|
+
- `/queue tiếp đi em`
|
|
350
|
+
- `/queue code review theo architecture, guideline và fix, test`
|
|
351
|
+
- `/loop 3 tiếp đi em`
|
|
368
352
|
|
|
369
|
-
|
|
353
|
+
Detailed slash-command guide:
|
|
370
354
|
|
|
371
|
-
-
|
|
372
|
-
- `pause` is useful when the bot has already participated but you do not want it to keep jumping into every follow-up message.
|
|
373
|
-
- `mention-only` is the stricter mode when you want every new bot turn to require an explicit call.
|
|
355
|
+
- [Slash Commands](docs/user-guide/slash-commands.md)
|
|
374
356
|
|
|
375
357
|
## Docs
|
|
376
358
|
|
|
@@ -400,27 +382,6 @@ Follow-up behavior matters in team threads:
|
|
|
400
382
|
|
|
401
383
|
tmux is still the current stability boundary. One agent maps to one durable runner session in one workspace, and every CLI, channel, or workflow layer should route onto that durable runtime instead of recreating the agent from scratch.
|
|
402
384
|
|
|
403
|
-
## Launch MVP Path
|
|
404
|
-
|
|
405
|
-
See [docs/overview/launch-mvp-path.md](docs/overview/launch-mvp-path.md) for the full current launch order.
|
|
406
|
-
|
|
407
|
-
Short snapshot:
|
|
408
|
-
|
|
409
|
-
1. Foundations first:
|
|
410
|
-
- frictionless start and credential persistence
|
|
411
|
-
- runtime stability and truthful status or debug UX
|
|
412
|
-
- `/loop` as the current differentiating workflow feature
|
|
413
|
-
2. International launch gate:
|
|
414
|
-
- Claude, Codex, and Gemini as the well-tested core CLI trio
|
|
415
|
-
- current shared channel package remains Slack plus Telegram
|
|
416
|
-
3. Vietnam launch package:
|
|
417
|
-
- add Zalo Official Account and Zalo Personal on top of the same core trio
|
|
418
|
-
4. Next expansion wave:
|
|
419
|
-
- more CLIs such as Cursor, Amp, OpenCode, Qwen, Kilo, and Minimax, prioritized by real userbase demand
|
|
420
|
-
- more channels such as Discord, WhatsApp, Google Workspace, and Microsoft Teams
|
|
421
|
-
5. Open launch decision:
|
|
422
|
-
- whether native CLI slash-command compatibility, override, and customization should ship before broader push
|
|
423
|
-
|
|
424
385
|
## Completed
|
|
425
386
|
|
|
426
387
|
- [x] Multiple Codex, Claude, and Gemini sessions with streaming on/off support.
|