知识库不是收藏夹,是智能体的能力增长引擎。 平台无关的知识运营方法论:把外部知识转化为智能体运行时可调用的行为规则 (Memory/规范/Skill),以 Agent Skill(SKILL.md)形式交付,首个验证平台为 Qoder。 每条入库知识的价值判据唯一:能否改变智能体在具体场景下的行为决策。
- 方法论:三层架构 × Ingest/Query/Lint 三操作 × Planner/Generator/Evaluator 角色分离
- 机器验证:零依赖治具
scripts/validate.py覆盖 Lint 结构层十一维,examples/为开箱即跑的回归基线
- 三层架构:Raw Sources(原始采集,只读不可变)→ The Wiki(LLM 维护的派生内容)→ The Schema(人机共维的规范与配置)
- 三操作:Ingest(采集入库,0–8 步清单,第 0 步命中预登记)/ Query(任务必经路径:开工前检索既有 🟢 规则、交付时登记命中或未命中、好答案回填)/ Lint(结构层十一维 + 判断层回测,🟢 回测到期由治具机算)
- 角色分离:Planner(人工定目标)/ Generator(LLM 执行)/ Evaluator(治具裁定)——模型不得给自己打分
- 采集前价值契约:四问先行(第 4 问重要主题必答:有无反方证据),价值判定不达标即显式中止,不强行入库
- 库健康度看归因率不看采集量:
命中 : 未命中(分母=带**命中:**字段的条目数)是主指标;采集条目数只度量进料。只在被点名时才查知识库的库,等价于不存在 - 蒸馏三色标记:🟢 已落地 / 🟡 部分落地 / 🔵 参考索引——每条知识必须回答“能否改变智能体的行为决策”
- 质量过滤器与标记上限:排他性/生成力两问滤掉常识规则,决定三色标记上限;适用边界为 🟢/🟡 必填字段——语义要求下沉为结构特征,治具裁定
- 矛盾处理协议:时间性演化/领域性差异/本质性张力三型处理,禁止悄悄覆盖
- 蒸馏卡与基线回归:
references/rule-template.md统一三出口形态,examples 基线卡作为方法论迭代的回归基线 - 记忆分层与注入面抽象:热层(常驻索引)/温层(按需)/冷层(tombstone)三层;落地载体由实例的
注入面.json自描述,技能不硬编码任何平台路径/用户名。蒸馏卡「落地指针」(memory:/file:/none)按判定阶梯INVALID<ORPHANED<NONE<DOC<WARM<HOT机验「状态↔载体↔台账」一致;维度 8/9 采用门控生效,注入面不可达记UNVERIFIED(🟢 降 WARN)、auto_injection=false封顶WARM——把真实能力边界诚实标注,而非假装修复 - 采集引擎抽象:AutoCLI / WebFetch / 公开 API / 手动粘贴可互换,入库后要求完全一致
- Harness 递减:治具规则随模型进步单调递减,删掉不再产生真实信号的规则;新增机制同样受递减约束
- 将
SKILL.md放入你的智能体平台技能目录(SKILL.md 为跨平台交付格式,非 Qoder 私有语法):
| 平台 | 安装位置 |
|---|---|
| Qoder(已验证) | 个人级~/.qoder/skills/agent-wiki/SKILL.md;项目级<项目>/.qoder/skills/agent-wiki/SKILL.md|
| 其他有技能目录概念的平台 | 按该平台约定放入对应技能目录 |
| 无技能目录概念的平台 | 将SKILL.md作为系统提示/项目规范文件载入,按三层架构落地,目录名可本地化(SKILL.md:15) |
单文件安装只交付方法论本体;下述步骤 3–4 依赖
scripts/与examples/,需取完整发行包(或克隆本仓)。只用 SKILL.md 时,Evaluator 由你实例自带的校验器承担,或按 SKILL.md「Lint」节十一维人工核查。
- 初始化知识库目录结构:
<知识库根目录>/
├── 原始采集/(文章/讨论/视频) ← Raw Sources,采集后只读
├── 知识库/(目录.md、操作日志.md、落地台账.md←机器生成) ← The Wiki
└── 程序文件/配置/来源白名单.json + 注入面.json ← The Schema(均可选;注入面启用维度 8/9)
- 运行 Evaluator 示例验证环境(对
examples/应输出 PASS):
python scripts/validate.py examples- 开始第一次 Ingest:让智能体按 SKILL.md 的 8 步清单执行,或参照
examples/中的样本文件。
本仓是唯一可分发的 agent-wiki 源。release-manifest.json 的显式 include 清单是发行身份的唯一输入;scripts/build_release.py 只复制清单文件并生成带 release_id 的 release.json,拒绝内容根目录、符号链接与重解析点进入发行包。输出目录必须不存在,构建器以原子创建方式拒绝覆盖已有路径。
实例仅保留其配置、策略副本和 程序文件/配置/agent-wiki-release.lock.json。运行 python scripts/validate_release_lock.py --instance <实例 manifest> 会核验发行身份、实例策略哈希及源策略字节一致性;--instance 须传实例 manifest 文件本身(<实例根>/程序文件/配置/agent-wiki-instance.json),传实例根目录会被拒(校验器要求该文件的父目录即实例配置目录);该路径只读取发行清单列出的文件和实例配置,绝不枚举或读取实例的 原始采集/、知识库/——配置目录内的路径按 resolve 后的真实归属判定,经符号链接/重解析点落入内容根目录的指向同样被拒。
比对对象是校验器自身所在的那份包,PASS 与 FAIL 报告都以 compared_against 自述其路径与形态(built-release / source-working-tree,按 release.json 有无机检)。锁钉的是发行副本身份,所以判「实例锁是否失效」必须从该实例实际使用的发行副本(带 release.json 的那份)运行本脚本。从源仓工作树裸跑比出的是「工作树 vs 锁」之差:工作树领先于生效副本属交付前常态,此时脚本仍报 FAIL(不一致是事实,不予软化),但明确声明该不一致无从裁定锁是否失效并拒绝给出归因,不得据此登记锁失效或提前重钉。
零依赖(仅 Python 3 标准库),覆盖 Lint 结构层十一维:
| 维度 | 判定 |
|---|---|
元数据完整性(元数据区 字段: 值 解析,URL/采集时间/采集命令 值非空;正文提及不算) |
ERROR |
| 编码正确性(UTF-8、U+FFFD、双重编码签名) | ERROR |
格式规范性(H1 开头、--- 分隔;JSON _metadata 须为非空对象且含必填字段非空值) |
ERROR |
命名规范({source}_{topic}_{date}) |
WARN |
交叉引用(链接去 #锚点 后可达;目录.md 必需入口缺失;未被目录引用的孤儿页面) |
断链/缺入口 ERROR;孤儿页 WARN |
| 来源白名单(URL 域名匹配) | WARN |
| 蒸馏卡规范性(适用边界/来源指针必需且非空) | ERROR |
| 落地台账一致性(状态↔载体↔台账逐卡对账:未收录/状态漂移/幽灵行/判定漂移皆 ERROR;指针一致性采用门控生效) | ERROR(缺指针/语法无效/🟢 无存活载体/台账失对);注入面不可达 → SKIP + 🟢 降 WARN;台账存在义务不受门控——未采用且缺失记 WARN 迁移提示 |
| 目录台账一致性(目录.md ↔ 落地台账;采用门控生效) | ERROR(目录引用卡不在台账);WARN(台账卡目录未引用) |
| 🟢 回测到期(机算日期锚点,t0「落地自查」不计;记录按 |/| 字段边界解析,围栏示例整块剔除) | ERROR(距最近合格回测 > 14 天);WARN(无任何可用日期,不可核 ≠ 通过) |
归因命中字段(ingest/lint/query 条目含非空 **命中:**,他节不回填) |
WARN(缺失或留空;围栏示例不算登记);无操作日志 → SKIP |
退出码:0 = PASS / PASS_WITH_SKIP(有可选检查被跳过,如未采用门控 not_adopted、注入面不可达 unreachable,附覆盖率与 skip 原因,不表述为全维通过),1 = FAIL(有 ERROR)。WARN 不阻塞但应定期审视(Harness 递减)。--refresh-landing-ledger 是治具唯一写文件动作(原子生成机器可读的 知识库/落地台账.md,禁手编,不受采用门控——旧实例可借此自救);它拒绝符号链接与重解析点,门禁路径只读。
治具自身受红绿双向回归保护(python tests/test_validate.py):正向验 examples/ 判 PASS,反向按十一维各造一次违规验均被拦为 ERROR,并验 WARN 不阻塞、二进制豁免留痕、采用门控 not_adopted 跳过、注入面不可达降级 WARN、auto_injection=false 封顶 WARM、未采用态台账缺失迁移提示与 refresh 自救。CI(.github/workflows/lint.yml)在 Ubuntu 与 Windows 双平台执行同一套。
agent-wiki/
├── SKILL.md ← 技能主体(复制到技能目录即用)
├── README.md
├── LICENSE.md ← MIT
├── references/
│ └── rule-template.md ← 蒸馏产物模板(三出口标准形态)
├── scripts/
│ └── validate.py ← Evaluator 零依赖示例
├── tests/
│ └── test_validate.py ← 治具自身的红绿双向回归(十一维各造一次违规)
└── examples/ ← 最小可跑通样本知识库
├── 原始采集/文章/
├── 知识库/目录.md + 蒸馏卡基线样张 + 落地台账.md(机器生成)
└── 程序文件/配置/来源白名单.json + 注入面.json(占位符模板)
- 真实执行结果是唯一验收标准:治具裁定优先于生成者自述
- 裁定权按成本分层:结构层(含适用边界等下沉的语义特征)零依赖治具裁定,语义保真由人工回测裁定
- 可复现:
采集命令字段如实记录实际引擎与降级路径 - 平台无关:核心流程不绑定任何采集工具与智能体平台;蒸馏落地映射到各平台自身的记忆机制
MIT — 见 LICENSE.md。