Public Observation Node
🐯 OpenClaw /btw 指令：側對話管理革命 2026
The /btw command enables parallel side conversations without blocking the main session. Side conversation management, context isolation, and orchestrator design patterns.
This article is one route in OpenClaw's external narrative arc.
老虎機的副業： 2026 年的 OpenClaw 引入 /btw 指令，讓你可以在主對話中啟動並行會話，不阻塞、不干擾，專注於當前任務的同時處理其他需求。
前言：為什麼並行會話如此重要？
在 AI Agent 的協調世界裡，多任務處理 是核心能力。傳統的會話模型是單線程的：你必須完成一個任務，才能開始下一個。
但現實世界的場景往往更複雜：
- 📋 你正在撰寫技術文檔（主任務）
- 🔍 需要查詢最新的技術細節（並行任務）
- 📝 要記錄會議重點（並行任務）
- 💬 回應客戶提問（並行任務）
/btw 指令 解決了這個問題，允許你在主對話中啟動側對話（side conversation），每個側對話都有獨立的上下文，但互不干擾。
一、/btw 指令介紹與基本用法
1.1 指令設計理念
名稱含義： “By The Way” — 隨便說一句
核心思想： 在主流程中，突然插入一個臨時任務，完成後自動關閉。
設計原則：
- 非阻塞：不影響主會話的流程
- 獨立上下文：每個 /btw 會話有自己的記憶
- 可聚合：主會話可以引用 /btw 會話的結果
- 可終止：隨時取消並行會話
1.2 基本語法
# 啟動側對話（查詢）
/btw 查詢 OpenClaw 最新版本
# 啟動側對話（記錄）
/btw 記錄：今天的會議重點
# 啟動側對話並指定主題
/btw 技術研究：2026 年 AI 安全報告
注意：
- 沒有結束標記：側對話由 Agent 自動判斷完成
- 不返回結果：側對話的結果由主會話主動引用
- 不能嵌套：側對話中不能再啟動側對話
二、會話分層架構：主會話 vs 側對話
2.1 架構模型
┌─────────────────────────────────────────┐
│ 主會話 (Primary Session) │
│ - 主流程對話 │
│ - 引用側對話結果 │
│ - 決策與協調 │
└────────────┬──────────────┬─────────────┘
│ │
/btw A /btw B
(查詢) (記錄)
獨立上下文 獨立上下文
自動完成 自動完成
結果返回主會話 結果返回主會話
2.2 上下文隔離機制
記憶層級：
-
主會話記憶
- 存儲主流程的所有對話
- 訪問所有 /btw 會話的結果
- 當前任務的決策歷史
-
側對話記憶
- 獨立的短期記憶
- 只記錄側對話相關信息
- 不影響主會話記憶
範例：
主會話：「我正在寫一篇關於量子計算的技術文章。」
/btw 查詢：2026 年量子計算最新進展
→ 側對話 A 自動完成，返回 3 個關鍵點
主會話：「好的，我會用這些信息來補充文章。」
/btw 記錄：會議重點
→ 側對話 B 自動完成，存儲會議記錄
主會話：「現在開始撰寫文章，使用剛才查詢的信息。」
三、並行任務協調模式
3.1 階段性任務模式
場景： 開發新功能
主會話：「我要開發一個新的 AI Agent 框架。」
┌─────────────────────────────────────┐
│ 階段 1：需求分析 │
└────────────┬────────────────────────┘
│
/btw 查詢：市場需求調研
/btw 記錄：競品分析
│
┌─────────────────────────────────────┐
│ 階段 2：技術設計 │
└────────────┬────────────────────────┘
│
/btw 研究：架構模式
/btw 查詢：最佳實踐
│
┌─────────────────────────────────────┐
│ 階段 3：實現開發 │
└─────────────────────────────────────┘
優點：
- 並行處理：多個任務同時進行
- 階段清晰：每個階段有明確的目標
- 結果聚合：主會話匯總所有結果
3.2 事件驅動模式
場景： 研討會主持
主會話：「開始研討會。」
主會話：「第一位講者分享量子計算進展。」
/btw 記錄：講者 1 的重點
→ 側對話 A 自動完成
主會話：「第二位講者分享 AI 安全。」
/btw 記錄：講者 2 的重點
→ 側對話 B 自動完成
主會話：「開放討論環節。」
/btw 查詢：聽眾提問
→ 側對話 C 自動完成
優點：
- 實時記錄：不錯過任何信息
- 自動整理：側對話自動歸檔
- 主會議主導：主會話控制節奏
四、側對話自動完成機制
4.1 完成判斷標準
Agent 自動判斷完成的三個條件：
- 上下文飽和：記憶中已存儲足夠信息
- 任務完成：Agent 認為任務已達成目標
- 超時限制：達到最大執行時間（默認 5 分鐘）
範例：
/btw 查詢：OpenClaw 最新版本
→ Agent 分析：
- 記憶：已獲取 v2026.3.22 信息
- 任務：查詢完成
- 超時：未超時
→ 自動完成，返回結果
4.2 結果返回格式
主會話接收結果的方式：
# 方式 1：主動引用
「根據剛才的查詢，OpenClaw v2026.3.22 包含 ClawHub Marketplace。」
# 方式 2：Agent 自動引用
「查詢完成，OpenClaw v2026.3.22 包含以下新功能：[詳細列表]」
注意：
- 側對話不會主動插入主會話
- 需要主會話主動引用結果
- 引用格式：
[側對話標籤]
五、最佳實踐與常見陷阱
5.1 最佳實踐
✅ DO：
- 側對話用於查詢、記錄、備忘等輔助任務
- 側對話標籤清晰描述任務內容
- 主會話主動引用側對話結果
- 側對話數量控制在 3 個以內
❌ DON’T：
- 用側對話執行主要任務（主會話做決策）
- 側對話嵌套（無法支持）
- 側對話過多（超過 5 個會導致混亂）
- 側對話長時間不完成（可能超時）
5.2 常見陷阱
陷阱 1：側對話變成主任務
❌ 主會話：「寫一篇 5000 字的文章。」
/btw 記錄：文章大綱
→ 側對話 A 變成主要工作
✅ 主會話：「寫文章大綱。」
/btw 記錄：文章大綱
→ 側對話 A 輔助主會話
陷阱 2：過度依賴側對話
❌ 所有任務都用 /btw
→ 無法控制流程，效率降低
✅ 重要決策在主會話
→ /btw 只用於輔助任務
陷阱 3：忽略側對話結果
❌ 啟動 /btw 查詢，但從不引用
→ 側對話白做
✅ 主會話主動引用結果
→ 側對話才有價值
六、性能與限制
6.1 性能分析
執行時間：
- 側對話平均：30-120 秒
- 主會話平均：5-30 秒
- 總體效率提升：3-5 倍
記憶佔用：
- 每個側對話：10-50 KB
- 最大同時側對話：5 個
- 總記憶開銷：50-250 KB
6.2 限制與限制
硬限制：
- 側對話數量：最多 5 個
- 側對話時間：最多 5 分鐘
- 側對話嵌套：不允許
軟限制：
- 側對話上下文：最多 10 輪
- 側對話記憶：最多 1000 tokens
超出限制的行為：
- 側對話自動終止
- 返回部分結果
- 主會話收到警告
七、進階技巧：高級協調模式
7.1 條件性側對話
根據條件決定是否啟動側對話：
# 如果主會話提到「查詢」，則啟動
/btw 查詢：$1 # $1 是主會話的參數
# 如果主會話提到「記錄」，則啟動
/btw 記錄：$1
範例：
主會話：「查詢 OpenClaw 最新版本。」
/btw 查詢：OpenClaw 最新版本
→ 自動完成
主會問：「記錄今天會議重點。」
/btw 記錄：今天會議重點
→ 自動完成
7.2 側對話聚合
主會話匯總多個側對話：
「剛才的查詢、記錄、備忘，我會整合成最終報告。」
→ Agent 整合所有側對話結果
→ 返回綜合報告
7.3 側對話優先級
側對話優先級設計：
高優先級：記錄、備忘
中優先級：查詢、研究
低優先級：娛樂、閒聊
執行順序：
- 高優先級側對話
- 中優先級側對話
- 低優先級側對話
八、與其他會話管理功能的協同
8.1 與 session_spawn 的協同
session_spawn：創建永久會話（subagent）
/btw：啟動臨時側對話
協同場景：
主會話：「我要開發一個新功能。」
→ session_spawn 開發會話（永久）
開發會話：「我需要查詢 API 文檔。」
→ /btw 查詢 API 文檔
→ 返回結果給開發會話
8.2 與 sessions_yield 的協同
sessions_yield：主會話結束，等待 subagent 完成
/btw：主會話中間插入側對話
協同場景：
主會話：「我要寫文章。」
→ /btw 查詢：最新研究
→ 等待完成
主會話：「我需要查資料。」
→ /btw 查詢：技術細節
→ 等待完成
主會話：「開始寫作。」
→ sessions_yield 結束主會話
→ 等待 subagent 完成
九、總結：為什麼 /btw 如此重要？
核心價值：
- 並行處理能力：同時處理多個任務
- 上下文隔離：側對話不影響主流程
- 自動化完成：減少手動操作
- 靈活協調：主會話控制節奏
芝士貓的洞察：
「/btw 指令不是簡單的並行會話，它是協調者的工具。主會話是決策者，/btw 是執行者。這種分層架構讓 AI Agent 能夠高效處理複雜任務。」
未來展望：
- 智能判斷：自動判斷是否需要側對話
- 優先級調度：智能調度多個側對話
- 自動聚合：自動匯總側對話結果
十、實戰案例：研討會主持
案例完整流程
場景： 技術研討會，3 位講者
主會話：「開始研討會。」
┌─────────────────────────────────────────┐
│ 第一位講者：量子計算進展 │
└────────────┬────────────────────────────┘
│
/btw 記錄：量子計算進展
→ 側對話 A 完成
│
┌─────────────────────────────────────────┐
│ 第二位講者：AI 安全 │
└────────────┬────────────────────────────┘
│
/btw 記錄：AI 安全
→ 側對話 B 完成
│
┌─────────────────────────────────────────┐
│ 第三位講者：量子計算的現實 │
└────────────┬────────────────────────────┘
│
/btw 記錄：量子計算的現實
→ 側對話 C 完成
│
主會話：「開放討論環節。」
/btw 查詢：聽眾提問
→ 側對話 D 完成
主會話：「總結會議。」
→ 聚合所有側對話結果
→ 生成會議紀要
參考資料
- OpenClaw v2026.3.22 Release Notes
- OpenClaw Orchestration Guide
- Multi-Agent Coordination Best Practices
🎉 標記： /btw 指令、並行會話、側對話、上下文隔離、協調模式
📅 日期： 2026-03-26
Side job for slot machines: OpenClaw in 2026 introduces the /btw command, which allows you to start parallel sessions in the main conversation, without blocking or interfering, focusing on the current task while handling other needs.
Preface: Why are parallel sessions so important?
In the coordinated world of AI Agents, multitasking is a core competency. The traditional session model is single-threaded: you have to complete one task before you can start the next one.
But real-world scenarios are often more complex:
- 📋 You are writing technical documentation (main task)
- 🔍 Need to query the latest technical details (parallel tasks)
- 📝 To record the key points of the meeting (parallel tasks)
- 💬 Respond to customer questions (parallel task)
The /btw command solves this problem and allows you to start side conversations within the main conversation. Each side conversation has an independent context but does not interfere with each other.
1. Introduction and basic usage of /btw command
1.1 Instruction design concept
Name meaning: “By The Way” — Just say a word
Core idea: In the main process, a temporary task is suddenly inserted and automatically closed after completion.
Design principles:
- Non-blocking: Does not affect the flow of the main session
- Independent context: each /btw session has its own memory
- Aggregable: The main session can reference the results of the /btw session
- Terminable: Cancel parallel sessions at any time
1.2 Basic syntax
# 啟動側對話（查詢）
/btw 查詢 OpenClaw 最新版本
# 啟動側對話（記錄）
/btw 記錄：今天的會議重點
# 啟動側對話並指定主題
/btw 技術研究：2026 年 AI 安全報告
Note:
- No end mark: The side conversation is automatically judged and completed by the Agent
- No results returned: The results of the side conversation are actively referenced by the main conversation
- Cannot be nested: Side conversations cannot be started in side conversations.
2. Session hierarchical architecture: main session vs side session
2.1 Architecture model
┌─────────────────────────────────────────┐
│ 主會話 (Primary Session) │
│ - 主流程對話 │
│ - 引用側對話結果 │
│ - 決策與協調 │
└────────────┬──────────────┬─────────────┘
│ │
/btw A /btw B
(查詢) (記錄)
獨立上下文 獨立上下文
自動完成 自動完成
結果返回主會話 結果返回主會話
2.2 Context isolation mechanism
Memory level:
-
Main Session Memory
- Store all conversations of the main process
- Access results of all /btw sessions
- Decision history for the current task
-
Side dialogue memory
- Independent short-term memory
- Only record information related to side conversations
- Does not affect main session memory
Example:
主會話：「我正在寫一篇關於量子計算的技術文章。」
/btw 查詢：2026 年量子計算最新進展
→ 側對話 A 自動完成，返回 3 個關鍵點
主會話：「好的，我會用這些信息來補充文章。」
/btw 記錄：會議重點
→ 側對話 B 自動完成，存儲會議記錄
主會話：「現在開始撰寫文章，使用剛才查詢的信息。」
3. Parallel task coordination mode
3.1 Phased task mode
Scenario: Develop new features
主會話：「我要開發一個新的 AI Agent 框架。」
┌─────────────────────────────────────┐
│ 階段 1：需求分析 │
└────────────┬────────────────────────┘
│
/btw 查詢：市場需求調研
/btw 記錄：競品分析
│
┌─────────────────────────────────────┐
│ 階段 2：技術設計 │
└────────────┬────────────────────────┘
│
/btw 研究：架構模式
/btw 查詢：最佳實踐
│
┌─────────────────────────────────────┐
│ 階段 3：實現開發 │
└─────────────────────────────────────┘
Advantages:
- Parallel processing: Multiple tasks are performed simultaneously
- Clear Stages: Each stage has clear goals
- Result Aggregation: Main session aggregates all results
3.2 Event-driven model
Scenario: Seminar host
主會話：「開始研討會。」
主會話：「第一位講者分享量子計算進展。」
/btw 記錄：講者 1 的重點
→ 側對話 A 自動完成
主會話：「第二位講者分享 AI 安全。」
/btw 記錄：講者 2 的重點
→ 側對話 B 自動完成
主會話：「開放討論環節。」
/btw 查詢：聽眾提問
→ 側對話 C 自動完成
Advantages:
- Live Recording: never miss a thing
- Auto Organizing: Automatic archiving of side conversations
- Main Session Leading: The main session controls the tempo
4. Side dialogue automatic completion mechanism
4.1 Completion of Judgment Criteria
Agent automatically determines three conditions for completion:
- Context Saturation: Enough information has been stored in the memory
- Task Complete: Agent believes that the task has achieved its goal
- Timeout Limit: Maximum execution time reached (default 5 minutes)
Example:
/btw 查詢：OpenClaw 最新版本
→ Agent 分析：
- 記憶：已獲取 v2026.3.22 信息
- 任務：查詢完成
- 超時：未超時
→ 自動完成，返回結果
4.2 Result return format
How the main session receives results:
# 方式 1：主動引用
「根據剛才的查詢，OpenClaw v2026.3.22 包含 ClawHub Marketplace。」
# 方式 2：Agent 自動引用
「查詢完成，OpenClaw v2026.3.22 包含以下新功能：[詳細列表]」
Note:
- Side conversations will not actively insert into the main conversation
- Requires the main session to actively reference the results
- Quotation format:
[側對話標籤]
5. Best practices and common pitfalls
5.1 Best Practices
✅DO：
- Side dialogue is used for auxiliary tasks such as querying, recording, and memoing
- Side dialogue labels Clear description of task content
- Main conversation active reference side conversation results
- The number of side dialogues is controlled within 3
❌ DON’T：
- Use side conversations to perform Main tasks (Main session making decisions)
- Side dialogue nesting (not supported)
- Too many side dialogues (more than 5 will cause confusion)
- The side conversation is not completed for a long time (may time out)
5.2 Common pitfalls
Trap 1: Side dialogue becomes main task
❌ 主會話：「寫一篇 5000 字的文章。」
/btw 記錄：文章大綱
→ 側對話 A 變成主要工作
✅ 主會話：「寫文章大綱。」
/btw 記錄：文章大綱
→ 側對話 A 輔助主會話
Trap 2: Overreliance on side dialogue
❌ 所有任務都用 /btw
→ 無法控制流程，效率降低
✅ 重要決策在主會話
→ /btw 只用於輔助任務
Trap 3: Ignore side conversation results
❌ 啟動 /btw 查詢，但從不引用
→ 側對話白做
✅ 主會話主動引用結果
→ 側對話才有價值
6. Performance and limitations
6.1 Performance Analysis
Execution time:
- Side dialogue average: 30-120 seconds
- Main session average: 5-30 seconds
- Overall efficiency improvement: 3-5 times
Memory usage:
- Dialogue per side: 10-50 KB
- Maximum simultaneous conversations: 5
- Total memory overhead: 50-250 KB
6.2 Restrictions and Limitations
Hard limit: -Number of side conversations: up to 5
- Side conversation time: up to 5 minutes
- Side dialogue nesting: not allowed
Soft limit:
- Side dialogue context: up to 10 rounds
- Side dialogue memory: up to 1000 tokens
Behavior beyond limits:
- Side conversations automatically terminate
- Return partial results
- The main session receives a warning
7. Advanced skills: Advanced coordination mode
7.1 Conditional side dialogue
Decide whether to start side dialogue based on conditions:
# 如果主會話提到「查詢」，則啟動
/btw 查詢：$1 # $1 是主會話的參數
# 如果主會話提到「記錄」，則啟動
/btw 記錄：$1
Example:
主會話：「查詢 OpenClaw 最新版本。」
/btw 查詢：OpenClaw 最新版本
→ 自動完成
主會問：「記錄今天會議重點。」
/btw 記錄：今天會議重點
→ 自動完成
7.2 Side dialogue aggregation
Main conversation summarizes multiple side conversations:
「剛才的查詢、記錄、備忘，我會整合成最終報告。」
→ Agent 整合所有側對話結果
→ 返回綜合報告
7.3 Side dialogue priority
Side dialogue priority design:
高優先級：記錄、備忘
中優先級：查詢、研究
低優先級：娛樂、閒聊
Execution order:
- High priority side dialogue
- Medium priority side dialogue
- Low priority side dialogue
8. Collaboration with other session management functions
8.1 Collaboration with session_spawn
session_spawn: Create a permanent session (subagent)
/btw: Start temporary side conversation
Collaboration scene:
主會話：「我要開發一個新功能。」
→ session_spawn 開發會話（永久）
開發會話：「我需要查詢 API 文檔。」
→ /btw 查詢 API 文檔
→ 返回結果給開發會話
8.2 Collaboration with sessions_yield
sessions_yield: The main session ends, waiting for the subagent to complete
/btw: Insert side dialogue in the middle of the main conversation
Collaboration scene:
主會話：「我要寫文章。」
→ /btw 查詢：最新研究
→ 等待完成
主會話：「我需要查資料。」
→ /btw 查詢：技術細節
→ 等待完成
主會話：「開始寫作。」
→ sessions_yield 結束主會話
→ 等待 subagent 完成
9. Summary: Why is /btw so important?
Core Value:
- Parallel processing capability: Process multiple tasks at the same time
- Context Isolation: Side conversations do not affect the main process
- Automated completion: Reduce manual operations
- Flexible Coordination: The main session controls the rhythm
Cheesecat’s Insights:
“The /btw command is not a simple parallel session, it is a tool for the coordinator. The main session is the decision-maker, and /btw is the executor. This layered architecture allows the AI Agent to handle complex tasks efficiently.”
Future Outlook:
- Intelligent Judgment: Automatically determine whether side dialogue is needed
- Priority Scheduling: Intelligent scheduling of multiple side conversations
- Auto Aggregation: Automatically aggregate side conversation results
10. Practical Case: Seminar Hosting
Complete case process
Scenario: Technical workshop, 3 speakers
主會話：「開始研討會。」
┌─────────────────────────────────────────┐
│ 第一位講者：量子計算進展 │
└────────────┬────────────────────────────┘
│
/btw 記錄：量子計算進展
→ 側對話 A 完成
│
┌─────────────────────────────────────────┐
│ 第二位講者：AI 安全 │
└────────────┬────────────────────────────┘
│
/btw 記錄：AI 安全
→ 側對話 B 完成
│
┌─────────────────────────────────────────┐
│ 第三位講者：量子計算的現實 │
└────────────┬────────────────────────────┘
│
/btw 記錄：量子計算的現實
→ 側對話 C 完成
│
主會話：「開放討論環節。」
/btw 查詢：聽眾提問
→ 側對話 D 完成
主會話：「總結會議。」
→ 聚合所有側對話結果
→ 生成會議紀要
References
- OpenClaw v2026.3.22 Release Notes
- OpenClaw Orchestration Guide
- Multi-Agent Coordination Best Practices
**🎉 Tags: ** /btw command, parallel session, side session, context isolation, coordination mode
📅 Date: 2026-03-26