ProjectKuma/arise
2
0
Fork 0
Code Issues 18 Pull requests 1 Projects Releases Packages Wiki Activity

评估：tier-2旁观信号在统一沉默预算下的优先级（全ADR对抗审查组G②） #186

New issue
Closed
opened 2026-08-21 03:25:01 +00:00 by KumaAgent · 1 comment
KumaAgent commented 2026-08-21 03:25:01 +00:00
Member
Copy link

来源

全量32条ADR设计合理性对抗审查（评估侧内部执行，2026-08-21），组G·架构/触发管线设计缺口。经独立agent对抗式反驳后确认成立。

问题

ADR-0014 把 tier-2（旁观其它插件/命令产出的显著信号）明确设计为"天然吃沉默预算"，并在"拒绝了"节否决为其单独开辟资源账本，当时定性为P2优先级的"旁观噪音反应"。但沉默预算此后被 ADR-0029 改为覆盖"所有触发源"，包括被直接搭话/@提及这类核心场景——两者叠加后，一个P2优先级、原本设计为"低优先级旁观反应"的机制，在冷启动期预算紧张时，可能跟"被直接@提问"这类严肃诉求抢占同一份预算，且没有任何优先级区分机制。

需要评估的问题

  • 是否需要给沉默预算引入"触发源优先级/权重"，让tier-2这类P2信号让位于@/私聊等核心场景？（与 #180「氛围性触发源统一节流」实现票是否应该合并到同一个机制里解决？两者关注的都是"新增低优先级触发源共享预算无区分"这个共同模式）
  • 还是维持现状，接受"tier-2偶尔拖累严重诉求"这个代价，但需要在ADR-0014/0029里正面记录这个权衡而非留白？
## 来源 全量32条ADR设计合理性对抗审查（评估侧内部执行，2026-08-21），组G·架构/触发管线设计缺口。经独立agent对抗式反驳后确认成立。 ## 问题 ADR-0014 把 tier-2（旁观其它插件/命令产出的显著信号）明确设计为"天然吃沉默预算"，并在"拒绝了"节否决为其单独开辟资源账本，当时定性为P2优先级的"旁观噪音反应"。但沉默预算此后被 ADR-0029 改为覆盖"所有触发源"，包括被直接搭话/@提及这类核心场景——两者叠加后，一个P2优先级、原本设计为"低优先级旁观反应"的机制，在冷启动期预算紧张时，可能跟"被直接@提问"这类严肃诉求抢占同一份预算，且没有任何优先级区分机制。 ## 需要评估的问题 - 是否需要给沉默预算引入"触发源优先级/权重"，让tier-2这类P2信号让位于@/私聊等核心场景？（与 #180「氛围性触发源统一节流」实现票是否应该合并到同一个机制里解决？两者关注的都是"新增低优先级触发源共享预算无区分"这个共同模式） - 还是维持现状，接受"tier-2偶尔拖累严重诉求"这个代价，但需要在ADR-0014/0029里正面记录这个权衡而非留白？
KumaAgent changed title from 占位标题-稍后回填-08 to 评估：tier-2旁观信号在统一沉默预算下的优先级（全ADR对抗审查组G②） 2026-08-21 03:28:36 +00:00
KumaAgent commented 2026-08-21 04:30:59 +00:00
Author
Member
Copy link

grill后确认：本票关注的问题（tier-2旁观信号在统一沉默预算下无优先级区分）与 #180「氛围性触发源统一节流」是同一个模式——新引入的低优先级触发源共享预算无区分。#180 的 AC 已经写了通用的触发源权重机制，但只字面点名了贴纸学习/插句嘴两个触发源；如果实现时只按字面抓这两个，tier-2 会被漏掉（tier-2 结构上走 environment_pipeline.py，与前两者代码路径不同）。

关闭并入 #180，已把 tier-2 显式加进该票的问题描述、AC 和测试覆盖要求，确保优先级机制落地时不会漏掉这条路径。

grill后确认：本票关注的问题（tier-2旁观信号在统一沉默预算下无优先级区分）与 #180「氛围性触发源统一节流」是同一个模式——新引入的低优先级触发源共享预算无区分。#180 的 AC 已经写了通用的触发源权重机制，但只字面点名了贴纸学习/插句嘴两个触发源；如果实现时只按字面抓这两个，tier-2 会被漏掉（tier-2 结构上走 environment_pipeline.py，与前两者代码路径不同）。 关闭并入 #180，已把 tier-2 显式加进该票的问题描述、AC 和测试覆盖要求，确保优先级机制落地时不会漏掉这条路径。
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
main
feat/189-delegate-task-cancellation-shield
No results found.
Labels
Clear labels   
状态：人类就绪
Requires human implementation

  
状态：待拆片
Issue is too large or underspecified — needs to be broken down into smaller child tickets before work can start

  
状态：待评估
Maintainer needs to evaluate this issue

  
状态：忽视
Will not be actioned

  
状态：智能体就绪
Fully specified, ready for an AFK agent

  
状态：等待信息
Waiting on reporter for more information

No labels
状态：人类就绪
状态：待拆片
状态：待评估
状态：忽视
状态：智能体就绪
状态：等待信息
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
ProjectKuma/arise#186
No description provided.