Initial standalone memabra release
This commit is contained in:
48
docs/NAMING.md
Normal file
48
docs/NAMING.md
Normal file
@@ -0,0 +1,48 @@
|
||||
# Naming
|
||||
|
||||
最终命名确定为:
|
||||
|
||||
# memabra
|
||||
|
||||
副标题:
|
||||
An intuition-driven control plane for agent memory and action selection.
|
||||
|
||||
## 选择理由
|
||||
|
||||
这个名字成立,因为它同时满足两件事:
|
||||
|
||||
1. 作为品牌名,它短、好记、有辨识度。
|
||||
2. 作为系统名,它配合副标题后,能准确表达项目本质不是“记忆库”,而是 memory、skill、tool 的动作选择与控制系统。
|
||||
|
||||
## 命名策略
|
||||
|
||||
- 品牌名:`memabra`
|
||||
- 技术描述:`An intuition-driven control plane for agent memory and action selection.`
|
||||
|
||||
这样分层后:
|
||||
- `memabra` 负责让人记住
|
||||
- 副标题负责让人看懂
|
||||
|
||||
## 为什么不用纯功能名
|
||||
|
||||
像 `Agent Memory Manager` 这样直接描述功能的名字,问题是太窄:
|
||||
- 太像存储工具
|
||||
- 没体现 routing / policy / evaluation / learning
|
||||
- 没体现它是 agent 的元认知控制器
|
||||
|
||||
## 内部表达建议
|
||||
|
||||
在技术文档里,可以把 memabra 描述为:
|
||||
- local-first metacognitive router
|
||||
- agent memory and action orchestration system
|
||||
- intuition-driven control plane
|
||||
|
||||
这三个说法分别适合:
|
||||
- 研究语境
|
||||
- 工程语境
|
||||
- 对外介绍语境
|
||||
|
||||
## 结论
|
||||
|
||||
命名不再强调“memory manager”,而强调“intuition-driven control”。
|
||||
这更接近项目真正的骨架。
|
||||
Reference in New Issue
Block a user