Skip to content

fix: log bot replies to classic instance chat-log#91

Open
changhansung wants to merge 328 commits into
suzuke:mainfrom
songsid:fix/classic-log-bot-reply
Open

fix: log bot replies to classic instance chat-log#91
changhansung wants to merge 328 commits into
suzuke:mainfrom
songsid:fix/classic-log-bot-reply

Conversation

@changhansung

Copy link
Copy Markdown
Contributor

Bot outbound replies now written to chat-log for classic instances (enables context_lines injection of bot responses).

…paste

1. Classic channel /chat /raw bypass: users could send '/chat /raw /compact'
   to bypass admin check. Now handleClassicChannelMessage blocks messages
   starting with /raw after stripping /chat prefix.

2. raw_paste IPC handler now uses pasteLock + deliverMessage instead of
   direct tmux.pasteText, preventing race conditions with concurrent
   message deliveries and respecting idle wait.
C1: /update authorization — empty allowed_users now disables /update
    (was: empty = anyone can update). Matches upstream/main behavior.

C2: /save /load filename injection — validate filename against [\w.-]+
    to prevent newline injection via tmux paste.

C3: Restore shellQuote for AGEND_HOME and AGEND_INSTANCE_NAME in
    daemon env prefix. JSON.stringify uses double quotes which allow
    $ and backtick interpretation in bash.
- daemon.ts: emit message_queued (when pasteQueueDepth > 0) and
  message_delivered (after deliverMessage) with chatId + messageId
- instance-lifecycle.ts: listen for both events, call ctx.reactMessageStatus
- fleet-manager.ts: reactMessageStatus reacts on the user's message,
  gated to Discord adapter only
- /chat respond now returns the bot reply message ID
- Pass channelId as chatId + reply messageId to daemon meta
- Optimize react() to try chatId as channelId first (fast path)
- Fixes: ⏳/✅ reactions not showing because messageId was empty
…sy TUI

When multiple messages are queued and the TUI is busy outputting, the
first send-keys Enter after paste-buffer can be swallowed. Add a retry
Enter after 1s delay. All supported CLIs (kiro-cli, claude-code,
gemini-cli, codex, opencode) ignore Enter on empty input, making the
retry safe.
…allow

Root cause: with 10s/30s timeout, waitForIdle expires while the agent is
still outputting. The forced paste succeeds but Enter is swallowed by the
busy TUI. With 120s, paste only happens when the CLI has been silent for
2s (truly idle), so Enter is reliably accepted.

The retry Enter in pasteText remains as a safety net for the rare case
where the 120s timeout expires.
Part 1: restart_instance MCP tool
- outbound-schemas.ts: RestartInstanceArgs (name only)
- outbound-handlers.ts: restartInstance handler calling ctx.restartSingleInstance
- OutboundContext: add restartSingleInstance method
- mcp-tools.ts: register restart_instance tool
- daemon.ts: add to CROSS_INSTANCE_TOOLS set

Part 2: lightweight waitForIdle
- deliverMessage: lightweight 30s, normal 120s (was 120s for both)
After /start registers a new classic channel, setOpenChannels on the
adapter wasn't updated. Messages from non-primary guilds to the new
channel were silently dropped because the channel wasn't in openChannels.
This also affected attachment URL storage — images couldn't be downloaded.
1. handleClassicStop: add reregisterClassicChannels() after unregister
   to remove stopped channel from adapter openChannels.

2. reregisterClassicChannels: always call setOpenChannels even when
   channels list is empty, so the last /stop properly clears all
   stale entries from the adapter.
No admin required. Reads context from statusline.json first, falls
back to tmux capture-pane with kiro-cli regex parser.
Shows context percentage, backend, and instance name.
OpenCode shows 'Permission required' when accessing external directories,
followed by a 'confirm' prompt. Add getRuntimeDialogs to auto-press Enter
on both layers.
Runtime dialogs (Permission required, confirm) need fast response.
30s meant each prompt waited up to 30s before auto-dismiss.
5s keeps CPU impact minimal (single capture-pane per cycle).
Select 'Allow always' instead of 'Allow once' so the same directory
won't prompt again. Added Right/Left to sendSpecialKey and dialog
handler SPECIAL_KEYS set.
Kiro CLI 2.0 TUI mode uses ~1.1GB per instance. Classic mode uses
~300MB. Add --classic flag to kiro-cli chat command.
1. classic-channel-manager.ts:
   - ClassicChannel.collab field (persisted to classicBot.yaml)
   - toggleCollab(channelId): toggle + save, returns new state
   - isCollab(channelId): check collab status

2. discord-adapter.ts:
   - Register /collab slash command
   - Only block own messages (not all bots) — let fleet-manager decide
   - Pass isBotMessage flag in message emit
   - Emit bot user ID with 'started' event

3. channel/types.ts:
   - InboundMessage.isBotMessage?: boolean

4. fleet-manager.ts:
   - /collab handler: admin-only toggle, responds with new state
   - handleInboundMessage: bot messages only pass through to collab channels
   - handleClassicChannelMessage collab mode:
     - Log all messages (including bots) to chat-logs
     - Trigger on exact @mention (<@BOT_USER_ID>) only
     - @everyone/@here/@ROLE don't trigger (not <@id> format)
     - Strip @mention, forward clean text to agent
   - Store botUserId from adapter 'started' event
Part 1: pre_task_command
- types.ts: InstanceConfig.pre_task_command?: string
- classic-channel-manager.ts: ClassicChannel.preTaskCommand, load/save,
  getPreTaskCommand(channelId)
- daemon.ts: in pasteLock, deliverMessage(pre_task_command) before the
  actual message (waits for idle between both)
- fleet-manager.ts: startClassicInstance passes preTaskCommand from
  classicChannels config into InstanceConfig

Part 2: General steering
- GENERAL_INSTRUCTIONS: add 'Instance Configuration Tips' section with
  reviewer pre_task_command, collab mode, and cost_guard suggestions
Fleet start syncs src/general-knowledge/*.md to General instance's
.kiro/steering/ directory. Knowledge files are version-controlled —
updating AgEnD automatically gives General new skills.

Includes initial skills.md: tmux health check, reviewer session
management, fork instance (session cloning).
changhansung and others added 29 commits June 16, 2026 10:53
docs: multi-channel skill (dual platform setup)
- Removed fleet.pid blocker for 'add users' and 'add platform' actions
- Add platform: detached spawn 'agend fleet restart --reload' (avoids SIGUSR1 exit(0) + Restart=on-failure bug)
- Add users: SIGHUP hot-reload
- Only 'Overwrite' still requires fleet to be stopped
feat: quickstart supports adding platform while fleet is running
…assign

fix: quickstart systemd restart + assignTopicIds channel_id platform detection
…ates

When adding a second platform, existing general without channel_id was
not recognized as belonging to any adapter. Auto-create spawned duplicates.

Fix: 3-phase approach:
1. Match unbound generals by topic_id (TG general has topic_id=1, DC has general_channel_id)
2. Adopt remaining unbound generals first-come
3. Only create new instances if no unbound generals left

This correctly handles: existing TG general + add DC → general gets channel_id=telegram,
new general-discord created for DC.
fix: adopt existing general when adding second platform
Without it, General has no valid topic_id and routing breaks.
Loop until user provides a value with explanation why it's needed.
fix: Discord general_channel_id required in quickstart
On machines without D-Bus user session (root, SSH without linger,
containers), systemctl --user fails. Now falls back to fleet.pid
kill like agend fleet stop does.
fix: agend stop fallback to PID kill when systemd unavailable
…lable

Same D-Bus issue as agend stop. When startService() fails or no service
is installed, spawns 'agend fleet start' in background instead of
giving up.
fix: agend start fallback to direct fleet start when systemd unavailable
docs: complete configuration and commands reference
fix: add admin check to /restart + correct docs permissions
fix: add version to /sysinfo + improve kiro-cli context parser
fix: /status adds tmux capture fallback for context percentage
fix: remove /chat from TG ClassicBot menu
fix: TG ClassicBot chat-log + error notification delivery
Reviewer feedback: rawText starting with / would trigger /chat forwarding.
Guard: any /command without @mention is logged as empty (won't forward).
fix: guard against /command forwarding without @mention
1. Log bot outbound replies to classic instance chat-log
2. TG classic: allow bot messages through if they @mention our bot
   (previously all bot messages dropped due to !threadId early return)

Both are multi-adapter refactor regressions (ecb3169e714649).
@changhansung changhansung force-pushed the fix/classic-log-bot-reply branch from fb995ba to 8163ef8 Compare June 17, 2026 02:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant