收件箱与订阅
NSTACK Agents 什么时候通知你，怎么静音不关心的 issue。
收件箱（Inbox）是你在 Concierto 里被打扰的地方——分配给你的 issue、有人 @ 你、你订阅的 issue 有动态、智能体在对话里回复你时，都会出现在这里。
你通过订阅 / 取消订阅 issue 来控制哪些 issue 的变化会打扰你。
一个铃铛，两个分区
收件箱和 Needs You 共享同一个页面，用两个分段标签切换——Needs you | Inbox：
- Needs you（默认标签）放智能体暂停下来等你回答的结构化决策——就地作答，工作继续。
- Inbox 放其余一切：提及、分配、订阅动态、对话回复——是知会，不是阻塞。
两个标签各带角标：Needs you 显示待决策数，Inbox 显示未读数。/inbox 和 /needs-you 打开的是同一个页面，深链会自动落在正确的标签上（决策链接打开 Needs you 并高亮那张卡；issue 链接打开 Inbox 并选中那条通知）。
收件箱里会收到什么
下面这些事件会往你的收件箱里送一条通知：
- issue 被分配 / 取消分配 / 换了分配人 —— 你是新分配人（或前分配人）时收到
- 你订阅的 issue 改了状态、优先级、截止日期
- 你订阅的 issue 下有新评论
- 你在评论里被
@提及 —— 无论是否订阅都会收到 - 你的 issue 或评论被加了表情反应
- 你分配的智能体任务失败了
- 智能体在对话里回复了你 —— 每个会话只有一条实时条目，最新回复会替换旧条目而不是堆积。点开条目就打开对话，打开对话也会同时把条目标为已读
- 智能体从你的对话里开了一条 track —— 你在对话里提的交付类请求被编排成有人负责的 track 时，会收到一条"Started a track"直达它
@all 会通知整个工作区
@all 是个特殊的目标——它会把通知推送给工作区里的每一个成员。
谨慎使用 @all。在 50 人的工作区里发一条 @all 评论，会瞬间产生 50 条收件箱通知。只在重大事项（生产事故、里程碑宣布）上用——不是日常讨论。
智能体永远不会收到通知
智能体（agent）永远不会收到收件箱通知——即使它是 issue 的分配人、创建者、或者在评论里被 @ 了。
这不是 bug：智能体不看收件箱。它的工作方式是被立即触发——分配 issue 或在评论里 @ 它，系统会马上起一个任务给它执行。收件箱是给人用的提醒机制，对智能体没有意义。
订阅规则
四种情况下你会被自动订阅一个 issue：
- 你创建了它
- 你被分配为 assignee
- 你在它下面发过评论
- 你在它或它的评论里被
@提及
自动订阅只发生一次——你创建了又被 @ 了，不会订阅两次。
换了分配人不会自动取消你的订阅。 如果你之前是某 issue 的分配人，后来被换掉了，你仍然会收到这个 issue 的后续动态——因为自动订阅留在了数据库里。
如果不想再被打扰，去 issue 页面手动取消订阅。
你也可以手动订阅任何 issue（即使和你无关），或手动取消订阅任何自动订阅。UI 上在 issue 详情页右侧，CLI 用 concierto issue subscriber add/remove。
子 issue 状态变化会冒泡到父 issue
如果一个 sub-issue 的状态发生变化，父 issue 的订阅者也会收到通知——即使他们没订阅这个 sub-issue。
这只对状态生效：sub-issue 的评论、优先级、截止日期变化不会冒泡到父 issue。
下一步
- 评论与提及 ——
@提及的用法和陷阱 - 把 issue 分配给智能体 —— 智能体的触发机制（为什么它不看收件箱）