类型化知识图谱,用于结构化智能体记忆与可组合技能。适用于以下场景:创建/查询实体(人物、项目、任务、事件、文档)、关联相关对象、强制执行约束、将多步操作规划为图谱变换,或当技能需要共享状态时。触发关键词包括"记住""我知道关于什么""将X链接到Y""显示依赖关系"、实体增删改查操作,以及跨技能数据访问。
Ontology : A 键入词汇+约束系统,用于将知识作为可验证的图表来表示.是一项面向实际任务的技能,主要用于Core Conception.;Everything is a entities with a type , professionals, 以及和其他实体的关系。
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;
涉及批量任务时,还应保存进度,避免中断后重复操作。该技能适合用于一次性任务,也可以接入自动化工作流,与其他技能或上层代理配合完成更完整的业务链路;在组合使用时,应明确每一步的输入输出关系,并避免不同步骤之间出现参数冲突。
一种带类型的词汇表 + 约束系统,用于将知识表示为可验证的图结构。
所有事物均为一个具有类型、属性和指向其他实体的关系的实体。每次变更在提交前均需通过类型约束校验。
Entity: { id, type, properties, relations, created, updated }
Relation: { from_id, relation_type, to_id, properties }
| 触发条件 | 对应操作 |
|---|---|
| “记住……” | 创建/更新实体 |
| “关于 X 我知道哪些信息?” | 查询图 |
| “将 X 与 Y 关联起来” | 创建关系 |
| “列出项目 Z 的所有任务” | 图遍历 |
| “哪些内容依赖于 X?” | 依赖性查询 |
| 规划多步骤工作 | 建模为图变换操作 |
| 技能需要共享状态 | 读写本体对象 |
# 代理与人员
Person: { name, email?, phone?, notes? }
Organization: { name, type?, members[] }
# 工作
Project: { name, status, goals[], owner? }
Task: { title, status, due?, priority?, assignee?, blockers[] }
Goal: { description, target_date?, metrics[] }
# 时间与地点
Event: { title, start, end?, location?, attendees[], recurrence? }
Location: { name, address?, coordinates? }
# 信息
Document: { title, path?, url?, summary? }
Message: { content, sender, recipients[], thread? }
Thread: { subject, participants[], messages[] }
Note: { content, tags[], refs[] }
# 资源
Account: { service, username, credential_ref? }
Device: { name, type, identifiers[] }
Credential: { service, secret_ref } # 切勿直接存储密钥
# 元数据
Action: { type, target, timestamp, outcome? }
Policy: { scope, rule, enforcement }
默认路径:memory/ontology/graph.jsonl
{"op":"create","entity":{"id":"p_001","type":"Person","properties":{"name":"Alice"}}}
{"op":"create","entity":{"id":"proj_001","type":"Project","properties":{"name":"Website Redesign","status":"active"}}}
{"op":"relate","from":"proj_001","rel":"has_owner","to":"p_001"}
可通过脚本或直接文件操作进行查询;对于复杂图结构,建议迁移至 SQLite。
在处理已有本体数据或模式时,应采用追加/合并方式变更,而非覆盖文件。此举可保留历史记录,并避免覆盖先前定义。
python3 scripts/ontology.py create --type Person --props '{"name":"Alice","email":"alice@example.com"}'
python3 scripts/ontology.py query --type Task --where '{"status":"open"}'
python3 scripts/ontology.py get --id task_001
python3 scripts/ontology.py related --id proj_001 --rel has_task
python3 scripts/ontology.py relate --from proj_001 --rel has_task --to task_001
python3 scripts/ontology.py validate # 检查全部约束
在 memory/ontology/schema.yaml 中定义:
types:
Task:
required: [title, status]
status_enum: [open, in_progress, blocked, done]
Event:
required: [title, start]
validate: "end >= start if end exists"
Credential:
required: [service, secret_ref]
forbidden_properties: [password, secret, token] # 强制间接引用
relations:
has_owner:
from_types: [Project, Task]
to_types: [Person]
cardinality: many_to_one
blocks:
from_types: [Task]
to_types: [Task]
acyclic: true # 禁止循环依赖
使用本体的技能应声明如下契约:
# 在 SKILL.md 前置元数据或头部中
ontology:
reads: [Task, Project, Person]
writes: [Task, Action]
preconditions:
- "Task.assignee 必须存在"
postconditions:
- "新创建的 Task 的 status 字段值为 open"
将多步骤计划建模为一系列图操作:
Plan: "安排团队会议并创建后续任务"
1. CREATE Event { title: "Team Sync", attendees: [p_001, p_002] }
2. RELATE Event -> has_project -> proj_001
3. CREATE Task { title: "Prepare agenda", assignee: p_001 }
4. RELATE Task -> for_event -> event_001
5. CREATE Task { title: "Send summary", assignee: p_001, blockers: [task_001] }
每一步操作执行前均进行校验;若违反约束则回滚。
将本体变更记录为因果动作:
# 创建或更新实体时,同步记录至因果动作日志
action = {
"action": "create_entity",
"domain": "ontology",
"context": {"type": "Task", "project": "proj_001"},
"outcome": "created"
}
# Email 技能创建承诺
commitment = ontology.create("Commitment", {
"source_message": msg_id,
"description": "Send report by Friday",
"due": "2026-01-31"
})
# Task 技能接收该承诺
tasks = ontology.query("Commitment", {"status": "pending"})
for c in tasks:
ontology.create("Task", {
"title": c.description,
"due": c.due,
"source": c.id
})
# 初始化本体存储
mkdir -p memory/ontology
touch memory/ontology/graph.jsonl
# 创建 schema(可选,但强烈推荐)
python3 scripts/ontology.py schema-append --data '{
"types": {
"Task": { "required": ["title", "status"] },
"Project": { "required": ["name"] },
"Person": { "required": ["name"] }
}
}'
# 开始使用
python3 scripts/ontology.py create --type Person --props '{"name":"Alice"}'
python3 scripts/ontology.py list --type Person
references/schema.md — 完整类型定义与约束模式references/queries.md — 查询语言及图遍历示例运行时指令操作本地文件(memory/ontology/graph.jsonl 和 memory/ontology/schema.yaml),并提供 create/query/relate/validate 等 CLI 使用方式,此范围属于当前规范覆盖范畴。该技能读写 workspace 文件,并在首次使用时自动创建 memory/ontology 目录。校验涵盖属性必填性、枚举值、禁止属性检查,关系类型与基数校验,标记为 acyclic: true 的关系的无环性检查,以及 Event 类型中 end >= start 的时间逻辑校验;其余更高层级的约束若未在代码中实现,则仅作为文档说明存在。