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

未获回应升级：新增快情感态delta输入源（ADR-0005新增，此前无票认领） #136

New issue
Closed
opened 2026-08-14 05:21:16 +00:00 by KumaAgent · 0 comments
KumaAgent commented 2026-08-14 05:21:16 +00:00
Member
Copy link

Parent

#103 第四批清单：31 条实现类落差 + 9 条待拍板（新增：核实第 29 条"energy 四输入源"时挖出的孤儿条目——"未获回应升级"信号在 31 条清单/#101/#108 里从未有过归宿）

What to build

ADR-0005 拍板的"未获回应升级"是一个独立的情感态数值输入源：己方主动发出的、有分量的消息迟迟未获对方回应时，按重要性门槛 + 阶梯式时长门槛触发，可驱动快情感态 fast layer 的 valence/energy delta。origin/main 上零实现——affective_state.py::update_fast_state 的 docstring 把它列为"调用方职责"之一，但全仓没有任何驱动器产生这个信号（git grep -i escalat origin/main -- src 零命中）。

判定"是否已回应"不新开追踪，复用 proactive_reconnect.py 已有的 Recall 冷却计时两段式状态（apply_partial_relief/apply_full_reset）。

Acceptance criteria

  • 新增驱动逻辑：己方发出的、有分量的消息，若迟迟未获对方回应（按重要性门槛 + 阶梯式时长门槛），产出一个 delta 输入源喂 update_fast_state 的 valence/energy delta
  • 这是新增一个 delta 输入源，不是新增轴——不驱动 dominance，仿既有输入源（互动极性/资源态推送/群传染）同样的接入形状
  • 判定"是否已回应"复用 proactive_reconnect.py 的 Recall 冷却计时两段式状态（apply_partial_relief/apply_full_reset），不新开追踪机制
  • 重要性门槛 + 阶梯式时长门槛的具体数字按 ADR-0011 阈值三层分类留实现期标定，本片不预先钉死

原文（docs/adr/0005-affective-state.md「更新（2026-07-10 第三方项目对照 grill 第二轮）」节）：

新增输入源：未获回应升级：己方主动发出的、有分量的消息迟迟未获对方回应，按重要性门槛 + 阶梯式时长门槛触发后，可影响 fast layer 的 valence/energy delta。这是新增一个 delta 输入源，不是新增轴。……判定"是否已回应"复用 ADR-0006 本轮更新 的 Recall 冷却计时器两段式状态，不新开追踪。门槛数字/分级同样留实现期标定。

  • 与"距上次交互"（ADR-0018）划清边界，不要混用同一套机制：
    • 语义：距上次交互是泛化的沉默感知（多久没聊了）；本信号是具体的"发出去的消息没被回应"这一更窄、更有情绪重量的事件
    • 机制：距上次交互是纯声明性文本，不驱动任何数值方程；本信号驱动情感态数值方程
    • 触发：距上次交互是 per-user 持续追踪、低阈不提；本信号是重要性门槛 + 阶梯式时长门槛才触发

原文（docs/adr/0018-temporal-awareness.md「更新（2026-07-10 第三方项目对照 grill 第二轮）」节，对照表）：

距上次交互（本 ADR，不变） 未获回应升级（ADR-0005 新增）
语义 泛化的沉默感知（多久没聊了） 具体的"发出去的消息没被回应"这个更窄、更有情绪重量的事件
机制 纯声明性文本，不驱动任何数值方程 可驱动情感态 fast layer 的 valence/energy delta
触发 per-user 持续追踪，低阈不提 重要性门槛 + 阶梯式时长门槛才触发
  • "有分量的消息"须在片内定义可判定的标准（如结合 send_message 的 expects_reply 标记，或按内容长度/是否为提问等启发式），不能是模糊的"重要"二字
  • 遵循 issue #94 立下的实现约束：update_fast_state 的衰减是调用驱动，须显式决定驱动器落点（事件驱动 vs 周期检查），避免给无关轮次多算一次衰减驱动
  • config.py 新增重要性门槛与时长阶梯的静态 config 项（ADR-0011 阈值三层：情感态调制层输入源，具体数字留标定）
  • 测试须验证：未回应达到阶梯时长确实产出 delta；已回应（apply_full_reset 触发）后不再产出；重要性不达门槛的消息不触发

Blocked by

None — can start immediately

## Parent #103 第四批清单：31 条实现类落差 + 9 条待拍板（新增：核实第 29 条"energy 四输入源"时挖出的孤儿条目——"未获回应升级"信号在 31 条清单/#101/#108 里从未有过归宿） ## What to build ADR-0005 拍板的"未获回应升级"是一个独立的情感态数值输入源：己方主动发出的、有分量的消息迟迟未获对方回应时，按重要性门槛 + 阶梯式时长门槛触发，可驱动快情感态 fast layer 的 valence/energy delta。origin/main 上零实现——`affective_state.py::update_fast_state` 的 docstring 把它列为"调用方职责"之一，但全仓没有任何驱动器产生这个信号（`git grep -i escalat origin/main -- src` 零命中）。 判定"是否已回应"不新开追踪，复用 `proactive_reconnect.py` 已有的 Recall 冷却计时两段式状态（`apply_partial_relief`/`apply_full_reset`）。 ## Acceptance criteria - [ ] 新增驱动逻辑：己方发出的、有分量的消息，若迟迟未获对方回应（按重要性门槛 + 阶梯式时长门槛），产出一个 delta 输入源喂 `update_fast_state` 的 valence/energy delta - [ ] **这是新增一个 delta 输入源，不是新增轴**——不驱动 dominance，仿既有输入源（互动极性/资源态推送/群传染）同样的接入形状 - [ ] 判定"是否已回应"复用 `proactive_reconnect.py` 的 Recall 冷却计时两段式状态（`apply_partial_relief`/`apply_full_reset`），不新开追踪机制 - [ ] 重要性门槛 + 阶梯式时长门槛的具体数字按 ADR-0011 阈值三层分类留实现期标定，本片不预先钉死 原文（docs/adr/0005-affective-state.md「更新（2026-07-10 第三方项目对照 grill 第二轮）」节）： > **新增输入源：未获回应升级**：己方主动发出的、有分量的消息迟迟未获对方回应，按重要性门槛 + 阶梯式时长门槛触发后，可影响 fast layer 的 valence/energy delta。这是**新增一个 delta 输入源，不是新增轴**。……判定"是否已回应"复用 [ADR-0006 本轮更新](0006-agency-and-drive.md) 的 Recall 冷却计时器两段式状态，不新开追踪。门槛数字/分级同样留实现期标定。 - [ ] **与"距上次交互"（ADR-0018）划清边界，不要混用同一套机制**： - 语义：距上次交互是泛化的沉默感知（多久没聊了）；本信号是具体的"发出去的消息没被回应"这一更窄、更有情绪重量的事件 - 机制：距上次交互是纯声明性文本，**不驱动任何数值方程**；本信号**驱动**情感态数值方程 - 触发：距上次交互是 per-user 持续追踪、低阈不提；本信号是重要性门槛 + 阶梯式时长门槛才触发 原文（docs/adr/0018-temporal-awareness.md「更新（2026-07-10 第三方项目对照 grill 第二轮）」节，对照表）： > | | 距上次交互（本 ADR，不变） | 未获回应升级（ADR-0005 新增） | > |---|---|---| > | 语义 | 泛化的沉默感知（多久没聊了） | 具体的"发出去的消息没被回应"这个更窄、更有情绪重量的事件 | > | 机制 | 纯声明性文本，**不驱动任何数值方程** | 可驱动情感态 fast layer 的 valence/energy delta | > | 触发 | per-user 持续追踪，低阈不提 | 重要性门槛 + 阶梯式时长门槛才触发 | - [ ] "有分量的消息"须在片内定义可判定的标准（如结合 `send_message` 的 `expects_reply` 标记，或按内容长度/是否为提问等启发式），不能是模糊的"重要"二字 - [ ] 遵循 issue #94 立下的实现约束：`update_fast_state` 的衰减是调用驱动，须显式决定驱动器落点（事件驱动 vs 周期检查），避免给无关轮次多算一次衰减驱动 - [ ] `config.py` 新增重要性门槛与时长阶梯的静态 config 项（ADR-0011 阈值三层：情感态调制层输入源，具体数字留标定） - [ ] 测试须验证：未回应达到阶梯时长确实产出 delta；已回应（`apply_full_reset` 触发）后不再产出；重要性不达门槛的消息不触发 ## Blocked by None — can start immediately
Yushu closed this issue 2026-08-17 04:09:28 +00:00
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#136
No description provided.