blog: 补充植物神经双节拍 + 分表 + 降采样压缩
This commit is contained in:
parent
ffa97bf229
commit
04344f4a6d
@ -67,9 +67,27 @@ Rule = (prev, curr) → (effects, tickMs) → (effects', tickMs')
|
||||
|
||||
这是 Moore 机 — 不逐事件响应,只看状态 diff。一个 task 从 `in_progress` 到 `done` 中间可能经历三个事件,Pulse 不关心过程,只关心"从什么变成了什么"。
|
||||
|
||||
Snapshot 不是"采集结果",而是从 events 表重建的**当下相** — 此刻所有 sense 的最新值。感知不是 tick 主动驱动的,而是 Rule 觉得"该去看看了"时产生 collect effect,Executor 执行后写回 events 表,下次 tick 自然看到。
|
||||
Snapshot 不是"采集结果",而是从两张表重建的**当下相**。
|
||||
|
||||
**感知的频率由认知决定,不由心跳决定。** 眼睛看什么、多久看一次,是大脑说了算。
|
||||
### 两种节拍
|
||||
|
||||
Pulse 有两种节拍,就像人有意识和植物神经:
|
||||
|
||||
**植物神经(autonomic)** — 固定间隔,自动运行,不经过 Rule。系统负载每 5 秒采一次,Gateway 健康每 30 秒探一次,网络连通每 60 秒 ping 一次。写入 `senses` 表。你不需要"决定"心跳。
|
||||
|
||||
**意识(tick)** — Rule chain 驱动,tickMs 自适应。rebuild Snapshot → rules → effects。Rule 也可以按需触发采集(比如"去查一下这个 PR 的状态"),写入 `events` 表。你可以"决定"去看一眼手机。
|
||||
|
||||
两张表分开记账:
|
||||
|
||||
```sql
|
||||
events -- 意识层的业(promote/rollback/effect/意识驱动 collect),永不压缩
|
||||
senses -- 植物神经采集的生命体征,高频写入
|
||||
senses_archive -- housekeeping 降采样后归档
|
||||
```
|
||||
|
||||
植物神经每 5 秒一条,一天 17000 条。不清理会淹没数据库,但删数据违反 append-only 铁律。方案是**时间窗口降采样**:最近 1 小时保留原始精度,之后逐级压缩到 1 分钟、15 分钟、1 小时粒度。压缩后的原始数据移入 archive,不是删除,是归档。
|
||||
|
||||
housekeeping 本身也是植物神经的一部分 — 每小时自动压缩,不需要意识参与。
|
||||
|
||||
## 进化
|
||||
|
||||
@ -118,7 +136,7 @@ Snapshot 不是"采集结果",而是从 events 表重建的**当下相** —
|
||||
| 感知 | Event 进入系统 | collect effect → event |
|
||||
| 认知 | Projection(折叠计算) | Rules(S 组合子) |
|
||||
| 行动 | Reaction(handler) | Executors(effect 落地) |
|
||||
| 记忆 | 事件流(永不消失) | events 表 + objects/ |
|
||||
| 记忆 | 事件流(永不消失) | events + senses + objects/ |
|
||||
| 进化 | 定义变更 | promote + migrate |
|
||||
|
||||
当 Reaction 能调 LLM、LLM 能创建新定义,系统就在自己编程自己的认知结构。
|
||||
@ -127,7 +145,7 @@ Snapshot 不是"采集结果",而是从 events 表重建的**当下相** —
|
||||
|
||||
三个小时,从"Dispatcher 怎么管理"到一个完整的 Agent 运行时:
|
||||
|
||||
- **一张表** → 业力记录
|
||||
- **两张表** → 业力记录(意识 + 植物神经)
|
||||
- **S 组合子** → 认知模型
|
||||
- **版本边界** → 进化机制
|
||||
- **staging + forensics** → 生命周期
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user