Skip to content

Repository files navigation

Agent Wiki — 智能体知识库运营工作流 

知识库不是收藏夹,是智能体的能力增长引擎。  平台无关的知识运营方法论:把外部知识转化为智能体运行时可调用的行为规则 (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 递减:治具规则随模型进步单调递减,删掉不再产生真实信号的规则;新增机制同样受递减约束

快速开始

  1. 将 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」节十一维人工核查。

  1. 初始化知识库目录结构:
<知识库根目录>/
├── 原始采集/(文章/讨论/视频)    ← Raw Sources,采集后只读
├── 知识库/(目录.md、操作日志.md、落地台账.md←机器生成) ← The Wiki
└── 程序文件/配置/来源白名单.json + 注入面.json   ← The Schema(均可选;注入面启用维度 8/9)
  1. 运行 Evaluator 示例验证环境(对 examples/ 应输出 PASS):
python scripts/validate.py examples
  1. 开始第一次 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(不一致是事实,不予软化),但明确声明该不一致无从裁定锁是否失效并拒绝给出归因,不得据此登记锁失效或提前重钉。

Evaluator 示例(scripts/validate.py)

零依赖(仅 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(占位符模板)

设计原则

  • 真实执行结果是唯一验收标准:治具裁定优先于生成者自述
  • 裁定权按成本分层:结构层(含适用边界等下沉的语义特征)零依赖治具裁定,语义保真由人工回测裁定
  • 可复现:采集命令 字段如实记录实际引擎与降级路径
  • 平台无关:核心流程不绑定任何采集工具与智能体平台;蒸馏落地映射到各平台自身的记忆机制

License

MIT — 见 LICENSE.md。

About

知识库不是收藏夹,是智能体的能力增长引擎。按 Karpathy LLM Wiki 模式运营的智能体知识库工作流,平台无关、可跨平台移植:Ingest 采集入库 / Query 任务必经路径 / Lint 治具机检,把外部知识蒸馏为运行时可调用的行为规则。

Topics

Resources

Stars

2 stars

Watchers

0 watching

Forks

Releases

Contributors

Languages