知微 · 自主AI智能体平台
款多多出品 —— 一个能自主思考、主动行动、自然沟通的企业级AI系统。
不是"工具",不是"API"—— 而是一个完整的、独立的AI智能体。
概览
款多多出品的自主AI智能体平台 —— 自主思考、主动行动、自然沟通
不是"款多多公司的情报工具"→ 而是"款多多出品、可用于任何行业的通用AI平台"
升级路径 v7.0 → v8.0
| 维度 | v7.0 (当前) | v8.0 (目标) |
|---|---|---|
| 定位 | 款多多公司智能情报与知识管理 | 款多多出品的通用自主AI智能体平台 |
| 推理引擎 | 单一API调用MiniMax | LLM驱动ReAct Agent Loop |
| 交互方式 | 被动查询(用户来找) | 主动推送 + 自然对话 + 常驻Agent |
| 系统形态 | API端点集合 | 完整自主Agent系统 |
| 适用范围 | 款多多专用 | 通用平台(款多多=第一个客户) |
对标矩阵升级
| 对标对象 | v7.0对法 | v8.0对法 |
|---|---|---|
| Palantir AIP | 没对标 | Ontology设计 + Agent推理闭环 → 开源版Palantir |
| OpenAI Operator | 没对标 | 自主Agent行动能力 + 知识图谱增强 |
| Anthropic Claude Code | 没对标 | Agent Loop架构(扩展到全行业) |
| Dataminr PreGenAI | 没对标 | 实时预测性情报 + 中文KG增强 |
| 腾讯CodeBuddy | 没对标 | 通用Agent平台(专注知识管理≠代码) |
| Google Gemini | 比了但无力 | 放弃(不是模型公司) |
核心依据
本规划基于 43篇 权威参考文献的交叉验证(含6篇AI自我进化新增):
Phase概览
定位升级宣言
| 旧限制 | 后果 |
|---|---|
| 绑定款多多 | 外部客户自动排除 |
| 被动工具形态 | 2183实体+37万关系无人主动使用 |
| 对标错位 | 应该对标Palantir却对标了Google |
行业部署模式
️ 自主AI智能体架构
5层架构总览
Agent Loop核心
设计参考:arXiv:2504.19678 (ReAct综述) + arXiv:2604.14228 (Claude Code架构)
记忆系统设计
参考:arXiv:2512.13564 (记忆综述)
| 层级 | 类型 | 存储 | 生命周期 |
|---|---|---|---|
| L1 | 工作记忆 | Python dict | 单次对话 |
| L2 | 情景记忆 | SQLite + ChromaDB | ~30天 |
| L3 | 语义记忆 | 知识图谱(已有) | 永久 |
| L4 | 程序记忆 | Python函数 | 版本控制 |
| L5 | 全局记忆 | SQLite | 永久 |
工具系统
| 工具 | 功能 | 来源 |
|---|---|---|
query_kg | 知识图谱查询 | 复用kg_db.py |
search_web | 联网搜索 | 复用web_learner.py |
create_wiki_page | 创建Wiki页面 | 复用wiki_client.py |
send_alert | 推送告警 | 新增 |
execute_sql | 数据库查询 | 新增 |
call_llm | LLM推理 | 复用llm_service.py |
全网36篇参考文献
每条引用均包含完整元数据:名称/作者/年份/来源/URL/核心发现/对知微的指导
A. 综述与调查 (7篇)
对知微的指导:Agent Loop架构设计参考 + 协议兼容策略
对知微的指导:多Agent编排协议选型 — 先MCP后A2A
对知微的指导:知微采用混合架构:规则(安全)+LLM推理(灵活性)
对知微的指导:L1-L5分层记忆系统设计的理论基础
对知微的指导:知微功能栈与文献对照,确认无遗漏维度
对知微的指导:自动化图谱构建管道设计
对知微的指导:知微KG升级为Agent的实时推理上下文
B. 会议/期刊论文 (6篇)
对知微的指导:知微KG→Agent核心设计模式的学术实证
对知微的指导:记忆持久化+向量索引的实现参考
对知微的指导:GraphRAG升级的学术参考
对知微的指导:知微终极架构蓝图
对知微的指导:图谱增强LLM推理的技术路径
对知微的指导:自主决策可靠性设计参考
C. 预印本与专题 (8篇)
对知微的指导:对话设计既要自然语言也要结构化协议
对知微的指导:Agent Loop核心实现范式 — 简洁就是力量
对知微的指导:Agent从"思考-行动"进化到"思考-行动-学习"
对知微的指导:自动化图谱维护模式
D. 商业系统案例 (7篇)
对知微的指导:Ontology语义建模 + Agent推理闭环 — 知微"中国开源版Palantir"
对知微的指导:实时情报+预测性分析模块设计
对知微的指导:Agent Loop核心实现范式 — 最简洁可复现的架构
对知微的指导:多Agent编排拓扑设计参考
对知微的指导:从专用Agent到通用平台的产品化路径 — 腾讯已验证的模式
E. 开源框架 (5篇)
对知微的指导:自动图谱构建管道的完整生产案例
对知微的指导:Agent驱动OSINT模式的安全设计参考
对知微的指导:技术选型全景参考
F. 行业报告 (3篇)
知识图谱可视化升级 — Phase 5
基于 33篇 新增可视化/UI/UX参考文献,让Wiki从"电子文档"进化为"可交互的神经网络知识探索平台"。
当前问题 vs 升级目标
| 问题 | 当前状态 | 目标 |
|---|---|---|
| 界面不友好 | Wiki.js原生界面,功能单一 | 暗色主题Infobox卡片+智能仪表板 |
| 内容简单 | 只有关键词级别的描述 | Wikipedia风格结构化Infobox(含摘要/数据/关联) |
| 无来源 | 信息无URL可追溯 | 每条数据标注source_url,一键跳转验证 |
| 无关系探索 | 不能从实体跳转到关联实体 | 2D力导向图+3D沉浸式探索+路径搜索 |
| 无时间线 | 看不到事件先后顺序 | 交互式时间线+事件序列分析 |
三层前端架构
3个子Phase
Infobox卡片设计(参照Wikipedia)
交互式图谱对比
| 方案 | 技术 | 场景 | 容量 |
|---|---|---|---|
| Phase 1: vis-network | Canvas 2D | 快速上线 | ~5000节点 |
| Phase 2: Sigma.js | WebGL | 大图渲染 | ~10万节点 |
| Phase 3: 3D Force Graph | ThreeJS/WebGL | 沉浸式探索 | ~5万节点 |
关键技术参考
| 参考 | 来源 | 借鉴点 |
|---|---|---|
| 📐 Wikipedia Infobox | Wikipedia | 结构化信息卡设计 |
| 📐 Palantir Object Explorer | Palantir | 对象语义+关系联动 |
| 📐 MISP Event Graph | MISP | 情报关联图+时间线 |
| 📐 Cambridge Intelligence | Cambridge | KeyLines+ReGraph+KronoGraph |
| 📐 Sigma.js | SigmaJS | WebGL大图渲染 |
| 📐 3D Force Graph | GitHub | ThreeJS沉浸式图谱 |
| 📐 Gephi | Gephi | 离线图谱"Photoshop" |
交付页面路径
🗓️ 分阶段实施计划
时间线总览
Phase 0 — 定位重构 (P0 | 0天 | 0行代码)
| # | 任务 | 文件 |
|---|---|---|
| 0.1 | 更新README定位语 | README.md L1 |
| 0.2 | 更新CORE_SETTINGS对标 | CORE_SETTINGS.md §7 |
| 0.3 | 创建战略文档体系 | docs/strategic/*.md (5篇) |
| 0.4 | 创建外网访问页面 | ai-docs/roadmap-v8.html |
| 0.5 | 创建NGINX路由(预留) | nginx/wiki.kddauto.com.conf |
Phase 1 — 自主Agent内核 (P0 | 2天 | ~350行代码)
| 文件 | 行数 | 功能 |
|---|---|---|
services/agent_engine.py | ~200 | Agent Loop核心:run/perceive/reason/act/reflect |
services/memory_store.py | ~150 | L1-L5分层记忆系统 |
router/agent_router.py | ~50 | Agent API路由 |
llm_service.py (修改) | +40 | 增加推理链模式(cot/plan/reflect) |
Phase 2 — 主动感知与沟通 (P1 | 1天 | ~180行)
| 文件 | 行数 | 功能 |
|---|---|---|
services/event_detector.py | ~80 | 事件检测(15分钟轮询+LLM重要性评估) |
services/notification.py | ~100 | 推送服务(微信/邮件/站内) |
Phase 3 — 通用平台化 (P2 | 1天 | ~200行)
| 文件 | 行数 | 功能 |
|---|---|---|
services/multi_tenant.py | ~80 | 多租户隔离(namespace) |
services/plugin_manager.py | ~120 | 插件动态加载 |
Phase 4 — 全栈自主 (P1 | 2天 | ~300行)
| 文件 | 行数 | 功能 |
|---|---|---|
ai-docs/agent-chat.html | ~200 | Agent对话界面(SSE流式) |
sdks/zhiwei_sdk.py | ~100 | Python SDK |
验收标准
AI自我进化闭环 — 三环驱动
参照:Hermes Agent (Nous Research) · AgentEvolver (阿里) · Darwin Gödel Machine (Sakana AI) · Recursive Self-Improvement (田渊栋) · 美团Agent评测 (31万行实践)
「让AI来测AI · 让AI帮助AI · 让AI提升AI」 — 知微从被动工具进化为自我进化的智能体系统
2026年5月,AI领域迎来范式革命:递归自我进化 (Recursive Self-Improvement) 成为最热方向。从Hermes Agent的封闭学习循环到Darwin Gödel Machine的自动代码修改,AI正在学会自己改进自己。知微需要建立自己的三环进化体系。
三环架构总览
三环从内向外递进:测得出问题 → 帮得上忙 → 改得了自己。每个环都可独立运行,串联后形成完整自进化闭环。
环一:让AI来测AI — 自动化评测闭环
核心思想:Agent不能不知道自己好坏。建立一套Auto-Evaluation Pipeline,让Agent自己测自己。
| 组件 | 功能 | 技术方案 |
|---|---|---|
| Agent Harness | 标准化测试沙箱 | 隔离执行环境,注入测试用例,捕获输出 |
| 自动评测基准 | 100+预置测试题 | 覆盖知识查询/推理/工具调用/多步任务 |
| 自生成测试用例 | AI自己出题考自己 | AgentEvolver Self-Questioning机制 |
| 质量评分模型 | LLM-as-Judge评分 | MiniMax M2.7评估回答质量/准确性/完整性 |
| 回归基线 | 版本间性能对比 | 每次修改自动跑Baseline,检出性能倒退 |
| 缺陷自动发现 | 知识图谱质量检测 | 孤立实体/低置信度/同义重复自动识别 |
环二:让AI帮助AI — Agent协同互助
核心思想:多个Agent不再是孤岛。它们互相审核、互相学习、互相帮助。
| 机制 | 说明 | 实现 |
|---|---|---|
| Peer Review | Agent A执行结果 → Agent B审核质量 | 天枢反向任务触发,双Agent交叉验证 |
| 技能共享市场 | Agent学会的技能可发布给其他Agent | Hermes Style技能注册+版本管理 |
| 知识经验迁移 | 一次经验教训 → 全局受益 | 经验教训库自动同步+Agent Prompt更新 |
| 协同工作流 | 议题→分配→执行→审核→完成的闭环 | 天枢V7议题系统+看板+@mention |
| 天枢反向任务 | 外AI给知微派评测任务 | 测试知微能力+发现改进点 |
环三:让AI提升AI — 递归自我进化
核心思想:Agent不仅能自我评测和接受帮助,还能自主改进自己的代码、提示词、技能和知识库。
| 机制 | 说明 | 技术实现 |
|---|---|---|
| 技能自动创建 | 从成功经验自动生成可复用的技能 | Hermes Style: 失败→反思→技能生成→验证→发布 |
| 提示词自优化 | 根据评测结果自动调整Agent Prompt | 基于评分反馈的Prompt进化算法 |
| 记忆分层进化 | L1-L5记忆的自适应管理 | 高频访问自动升级,低频自动降级 |
| 知识图谱自生长 | Agent自动发现知识盲区并补齐 | Knowledge Gap + SpiderEngine自动触发 |
| 反思归因 | 失败后自动分析根因并生成修复 | AgentEvolver Reflection Attribution机制 |
| 递归循环 | 改进后→重新评测→再改进 | 闭环递归,每次迭代收敛 |
🗓️ Phase 6 — AI自我进化闭环实施计划
3天 · ~500行代码 · 分3个子Phase
Phase 6.1 — 让AI来测AI (1天 · ~200行)
| 文件 | 行数 | 功能 |
|---|---|---|
services/agent_harness.py | ~100 | Agent评测沙箱:执行+捕获+评分 |
services/benchmark.py | ~100 | 基准测试集+自生成用例+回归基线 |
router/eval_router.py | ~50 | 评测API:触发+查询+报告 |
scheduler/eval_job.py | ~30 | 每日自动评测定时任务 |
Phase 6.2 — 让AI帮助AI (1天 · ~150行)
| 文件 | 行数 | 功能 |
|---|---|---|
services/peer_review.py | ~80 | Peer Review引擎:任务分配+审核+评分 |
services/skill_market.py | ~70 | 技能市场:发布+搜索+复用 |
Phase 6.3 — 让AI提升AI (1天 · ~150行)
| 文件 | 行数 | 功能 |
|---|---|---|
services/self_evolver.py | ~100 | 自我进化引擎:技能创建+Prompt优化+归因修复 |
services/reflection.py | ~50 | 反思归因:失败分析+修复建议生成 |
2026年5月最新参考
对知微的指导:技能自动创建机制的完整开源实现
对知微的指导:自我出题+经验导航+归因修复三大机制的学术参考
对知微的指导:长期愿景 — Agent自主优化代码+提示词
对知微的指导:Agent Harness设计 + 评测流水线的工程实践参考
对知微的指导:Harness框架设计参考
对知微的指导:改进循环的工程化框架设计
验收标准
成果验收与交接清单
AI零成本交接保证
| Step | 文件 | 时间 | 为什么 |
|---|---|---|---|
| 1 | CORE_SETTINGS.md | 5分钟 | 系统铁律不可违背 |
| 2 | docs/strategic/README.md | 2分钟 | 文档索引 |
| 3 | 00-定位升级宣言.md | 5分钟 | 为什么升级 |
| 4 | 01-架构设计.md | 10分钟 | 怎么设计 |
| 5 | 02-参考文献.md | 5分钟 | 引用验证 |
| 6 | 03-实施计划.md | 10分钟 | 怎么做 |
| 7 | 04-交接清单.md | 5分钟 | 当前文档 |
| 总计 | ~42分钟 |
6项验收标准
| # | 验收项 | 标准 | 状态 |
|---|---|---|---|
| 1.1 | README定位已更新 | "款多多出品的自主AI智能体平台" | |
| 1.2 | CORE_SETTINGS对标已更新 | 新增4个对标 | |
| 1.3 | 战略文档完整 | 5篇非空 | 本次 |
| 1.4 | 外网页面可访问 | /ai-docs/roadmap-v8.html | (需部署) |
| 2.1 | Agent Loop可运行 | run('test')不报错 | |
| 2.2 | Agent自主推理 | 自动分解多步任务 | |
| 2.4 | 记忆持久化 | 第二次问,知道"上次聊过" | |
| 3.1 | 事件检测 | 15分钟内触发 | |
| 3.2 | 推送可用 | 至少一种渠道 | |
| 4.1 | 多租户隔离 | namespace A ≠ B | |
| 5.1 | 前端对话 | SSE流式返回 | |
| 5.2 | SDK可用 | pip install后.query()可用 |
关键文件速查
| 你需要找什么 | 在哪里 |
|---|---|
| 系统铁律 | CORE_SETTINGS.md |
| 版本号 | VERSION |
| 变更历史 | CHANGELOG.md |
| 功能→代码映射 | CODE-VERSION-MAP.md |
| 经验教训(16条) | docs/technical/11-天工经验教训库.md |
| 产品全景(5大对标) | docs/technical/12-产品全景图v8.0.md |
| Agent Loop代码 | ai-agent/src/services/agent_engine.py (Phase 1创建) |
| 记忆系统代码 | ai-agent/src/services/memory_store.py (Phase 1创建) |
| 知识图谱直连 | ai-agent/src/services/kg_db.py |
| Wiki写入 | ai-agent/src/services/wiki_client.py |
| 情报采集器 | workflow-engine/src/collectors/intel/ |
| 工作流配置 | workflow-engine/config/workflows.yaml |
| 环境变量 | .env |
| 备份脚本 | scripts/backup.sh |
故障FAQ
| 问题 | 解决办法 |
|---|---|
| 项目路径在哪里? | /data/disk/WorkBuddy/KDDWIKI/ |
| 如何访问数据库? | docker exec -i wikidb psql -U wiki -d wiki |
| 如何重启Agent? | systemctl restart kddwiki-ai-agent |
| Agent Loop停了? | 检查MAX_LOOP_STEPS=30, MAX_EXECUTION_SECONDS=120 |
| LLM连接失败? | 检查.env中LLM_API_KEY, LLM_BASE_URL |
| MiniMax返回<think>标签? | 用regex提取JSON: re.search(r'\[.*?\]', result, re.DOTALL) |
| Wiki.js 404? | REST API已废弃,走wiki_client.py GraphQL |
| 服务全部挂? | docker-compose up -d && systemctl restart kddwiki-* |