一条聊天，别塞太多角色
你有没有过这种时候：早上还在聊 行业简报，中午突然插一句 成本怎么算，下午又想拿同一段材料写销售群短讯；另一边 HTML 刚出了个能看的壳，又忍不住问“上线前要不要先查可访问性”——全挤在一条对话里。
聊着聊着你会发现，不是 Agent 变笨了，是这条聊天里塞的角色太多了。 它又要当资料员，又要当顾问，还得兼着写稿和改代码，上下文一胀，回答就开始飘。
我在AstraWork里试了一圈，默认用 AstraFlow Agent，专门盯 /side 和 /fork。一个场景走日常办公（行业信息收集分析），一个走小站开发（单页 HTML）。说白了就两件事：临时岔开问清楚，用 /side；活已经换方向了，但前面聊过的还想留着，用 /fork。
— 02 —
我怎么用的
先说结论，再拆命令——很多人其实是 “场景对了，命令才记得住”。
做行业简报的时候
主聊天就干一件事：收集、归纳、最后给售前一个能跟的动作。中间卡在 “成本口径到底该问客户什么”，别硬聊进主线，开 /side。等简报骨架稳了，要改成对内短讯、对外口径、客户议题清单，再 /fork 出去；旧线继续当资料库，别互相踩。
做小 HTML 站点的时候
主聊天先把单页壳子跑通。加载慢不慢、可访问性、命名这类“先问明白再动手”的事，丢 /side，别把主线聊成辩论赛。壳能看了，要加筛选、加交互、换实现路径，再 /fork：旧线留着能跑的基线，新线专心往下改。
两套活，判断标准其实就俩：还回不回原来那条线，以及 新活要不要长期留着接着干。
— 03 —
/side：旁边问一句，主线别停
/side 开的是 临时旁路。它跟当前聊天有关联，但记录相对独立——像你开会时撕了张便签写两笔，散会便签可以扔，会议纪要还在。
什么时候我会开它：
主线在写 行业简报，突然想搞清“成本到底该问客户哪几个变量”——这不是简报正文该扛的。
主线在出 HTML，突然想确认“先上线给朋友看，最该先检查哪几项”——问清楚再改代码，主线干净很多。
还有解释术语、掂量一个判断、读懂一段报错：问完还要回到原来的活，都适合 旁路。
用法上，可以直接 /side 加上你的问题；有的界面还能选中一段文字，再丢进旁路里问。旁路开着时，主线程一般还看得到，你能确认主任务有没有停、有没有跑偏。
别把它当第二条工位
问一句就 /fork，会话列表会堆一堆 半截线。能 /side 解决的，别升格。旁路里如果聊出了会影响主任务的结论，回到主线时自己补一句明确要求——旁路内容通常不会自动并进主线程的长期记忆。
另外：一般不能套着 /side 再开 /side；有的 审查模式里也不让用。以你输入 / 之后 菜单里实际有什么为准。
— 04 —
/fork：活换了，背景别白费
/fork 会从当前聊天另拉一条 新的主聊天，并把 历史带走。
适合这类事：
行业简报大纲已经成形，接下来要写成销售群短讯或客户跟进话术——交付物变了，调研过程不能白聊，就 fork。
静态作品集页已经能看，接下来要加筛选、加交互——还是同一个东西，但工作从“先出壳”变成 “继续迭代”，也 fork。
同一需求想 平行试两种做法，两边都可能要留着对比，同样适合 fork，而不是在一条线里 来回覆盖。
和 /side 的差别，不在“能不能看见历史”，而在 新线要不要长期活下去：
| /side | /fork | |
|---|---|---|
| 寿命 | 短暂旁路 | 持久新主聊天 |
| 适合 | 几分钟的跑题、澄清、检查清单 | 换方向、换交付物、平行方案 |
| 回来之后 | 旁路记录通常不当作主线长期资产 | 新旧两条线都能接着干 |
我自己记成一句：side 是便签，fork 是另开一条还能接着干的工位。
— 05 —
怎么选，别想复杂
临时岔开，问完还回去 → /side
方向换了，背景还要用，新线要接着干 → /fork
就一句话的小问题 → 优先 /side，别手痒 fork
完全无关、旧背景也没用 → 直接新开聊天，硬 fork 没意义
还有一种常见情况：上下文已经胀了，但目标其实没变。这时先想办法 压缩轨迹（菜单里要是有 /compact 一类能力可以试试）；目标真分叉了，再 /fork；只是旁问，用 /side。
— 06 —
收个尾
Agent 回答发飘，很多时候不是模型不行，是一条聊天兼任太多角色。
/side 让 主线别停，旁边把 概念钉死。
/fork 让 方向能换，前面聊过的 不白费。
AstraWork默认就是 AstraFlow Agent，这两条命令值不值得 养成习惯，你用一轮办公、一轮小站就能感觉出来。有用的话，转给那个也把工作聊乱的朋友。
AstraWork下载地址：https://astraflow-desktop.modelverse.cn/download
