- 博客(112)
- 资源 (1)
- 收藏
- 关注
原创 DeepSeek Harness 扩展生态调研:当前最火的插件项目
本报告是 DeepSeek Harness 系列调研的第三篇,聚焦 `dsh-plugin` 生态中的头部扩展项目。围绕 GitHub `dsh-plugin` topic 下 11,302 个公开仓库,选取 9 个代表性项目逐一展开**介绍、亮点描述、推荐场景**三要素分析,并给出场景化选型建议与生态趋势判断。
2026-08-24 20:56:40
399
原创 DeepSeek-Harness使用入门手册
本手册是 [《DeepSeek Harness 开源调研——梁文锋在下大棋》](./DeepSeek-Harness开源调研-梁文锋在下大棋.md) 的实操续篇。调研报告回答了"为什么值得关注",本手册回答"如何上手使用"。涵盖环境准备、安装启动、Web UI 操作、模型配置、四种运行模式、Python SDK、CLI 模式、插件开发全流程,面向想要真正动手使用 DeepSeek Harness 的开发者。
2026-08-18 21:21:10
445
原创 DeepSeek Harness 开源调研:不要问是否成熟,梁文锋在下大棋
本报告以 DeepSeek AI 开源的 `deepseek-harness` 项目为核心调研对象,从架构原理、核心特性、生态布局、战略意图四个维度展开分析,提出一个核心观点:**DeepSeek Harness 的价值不在于当前是否成熟可用,而在于它开源——梁文锋正在下一盘从模型到基础设施的完整大棋。**
2026-08-18 18:48:51
624
原创 Data Agent 本体论(Ontology):调研与前瞻
本文系统阐述了Palantir Foundry本体论(Ontology)的核心架构与创新价值。文章首先梳理了本体论从哲学概念到工程化定义的演变历程,指出Palantir将本体论升级为"可执行的数字化操作系统"的突破性创新。随后详细解析了其"四位一体"架构(Data/Logic/Action/Security层)和七构件体系(静态/动态构件+治理层),重点强调了"动静分离"原则对AI Agent安全操作的关键作用。最后通过层级关系图,阐明了本体论与ER/OOP、DDD、KG、RAG等方案之间包含与互补
2026-08-03 23:04:40
633
原创 Spring AI 与 Spring AI Alibaba 技术调研与选型
Spring AI是Java生态中标准化的AI工程框架,定位为"AI领域的JDBC",提供统一模型抽象API层。阿里云团队推出的Spring AI Alibaba(SAA)是其深度扩展,聚焦企业级AI工作流编排与多智能体协作。SAA引入有状态的工作流图(StateGraph)和多Agent协作架构(JManus),支持复杂任务编排。二者核心区别在于:Spring AI无状态、轻量级,适合简单场景;SAA有状态、深度集成阿里云生态,适合复杂工作流和国内合规需求。开发者可根据场景需求选择适配框架。
2026-07-18 22:04:42
397
原创 Hermes Agent vs Loop Agent 技术调研
AI Agent架构的两种互补范式:事件驱动与循环迭代 本文对比分析了两种主流的AI Agent架构设计范式:Hermes Agent(事件驱动的看板编排框架)和Loop Agent(循环迭代执行模式)。这两种范式处于不同抽象层级,可以互补组合使用。 核心差异: Hermes Agent采用Kanban看板机制,实现多Agent异步协作,具有任务持久化、状态可恢复和人工介入等特点,适合复杂任务分解和协调 Loop Agent通过循环迭代子Agent直到满足终止条件,强调自我修正和逐步收敛,适合单任务持续优化
2026-07-07 22:58:20
527
原创 StarRocks vs Kylin:OLAP 引擎深度对比分析
StarRocks与Apache Kylin核心对比摘要: StarRocks是新一代MPP数据库,主打实时数仓与湖仓一体,具备秒级实时导入、灵活即席查询和高效多表关联能力,架构轻量无外部依赖。Apache Kylin是基于预计算Cube的MOLAP引擎,在命中预计算结果时可达毫秒级响应,但依赖Hadoop生态,建模复杂且时效性较差(分钟级)。两者关键差异在于:StarRocks以实时性和灵活性见长,适合动态分析场景;Kylin以预计算空间换时间,适合固定维度的聚合查询。运维方面,StarRocks部署简单
2026-06-30 23:44:27
464
原创 现有数据治理平台能力梳理与Gravitino结合点分析
数据治理平台能力差距分析 通过对现有数据治理平台与Gravitino的对比分析,发现核心差距集中在元数据管理模式、多源统一视图、权限管控和AI资产管理等方面。现有平台采用被动采集模式,存在元数据时效性差、多源体验割裂等问题;而Gravitino通过直接管理模式提供实时同步和统一命名空间。重大差距包括元数据管理架构差异、统一权限缺失和AI资产管理空白。中等差距体现在数据源覆盖和血缘引擎支持方面。现有平台在数据质量管理和资产运营方面保持优势。建议采用互补整合策略:由Gravitino承担底层元数据管理,保留现有
2026-05-25 21:57:56
441
原创 AIAgent友好的数据治理框架-Apache Gravitino技术调研报告
Apache Gravitino是一个高性能、地理分布式的联邦式元数据湖项目,旨在成为数据与AI资产的统一管理平台。其核心特点包括: 直接管理模式:通过连接器实时读写底层元数据,避免传统采集模式的延迟问题; 统一对象模型:提供Metalake→Catalog→Schema→资源的四级模型,屏蔽异构数据源差异; 全面功能覆盖:支持元数据管理、访问控制、标签策略等,并扩展AI资产管理能力; 多引擎兼容:为Spark/Trino/Flink等计算引擎提供统一元数据访问入口。 相比传统元数据工具(如Atlas/Da
2026-05-25 21:43:40
769
原创 StarRocks 存储引擎设计深度调研笔记
StarRocks采用分层数据架构(Table→Partition→Bucket→Replica→Rowset→Segment),支持随机/Hash分桶策略和3副本存储。数据以列式Segment文件存储,包含Data Page、Zone Map等索引结构。写入流程为MemTable→Flush→Compaction,MemTable按排序键有序存储,Flush生成Rowset版本文件。Compaction采用Cumulative+Base两级合并策略,减少小文件提升查询性能。设计上平衡了存储效率与查询性能,
2026-05-22 14:24:00
958
原创 StarRocks 数据模型深度调研笔记
StarRocks提供四种表模型:Duplicate Key(明细模型)、Aggregate(聚合模型)、Unique Key(唯一键模型)和Primary Key(主键模型)。所有表类型都基于排序键存储数据,并支持前缀索引加速查询。Duplicate Key表适合原始日志分析,完整保留明细数据但不支持更新;Aggregate表通过预聚合减少存储量,适合统计场景;Unique Key表采用Merge-on-Read策略,支持频繁更新但查询性能受影响;Primary Key表采用Merge-on-Write策
2026-05-22 14:19:09
529
原创 hermes-kanban-技术架构学习与调研
Hermes Kanban 是 Hermes Agent 框架中最具创新性的模块之一,它将看板方法论与 AI Agent 编排深度融合,通过 SQLite 持久化、角色化分派、并行执行和闭环学习,实现了从"一次性工具"到"长期数字伙伴"的范式转变。项目以 MIT 协议开源,社区活跃度高(10万+ Star),技术架构先进,生态丰富,是目前 AI Agent 领域最值得关注的开源项目之一。
2026-05-21 22:11:14
622
原创 hermes-kanban-安装与操作手册
Hermes Agent 是由 Nous Research 开发的自主进化 AI 智能体框架,其核心特点是能够通过持续交互积累经验、沉淀技能并记忆用户偏好。最新版本引入的 Kanban 看板系统支持多智能体任务编排,通过 SQLite 持久化实现任务拆解、角色分配和并行执行。安装方式灵活多样,支持一键脚本、Docker、手动安装和云镜像等多种部署方案。系统采用 Profile 隔离机制,可为不同角色配置差异化模型和技能,实现高效协同工作。该框架特别适合需要长期协作、任务复杂且要求状态持久化的应用场景。
2026-05-21 22:06:15
1199
原创 快手Kylin 全局字典机制与 京东StarRocks Bitmap 精确去重技术调研
数仓开发中使用 SparkSQL 进行高效海量数据的字典构建,插入到 StarRocks 的 Bitmap 类型字段中,支撑精准 rollup(sum 值与 count distinct 值)
2026-05-15 22:58:50
448
原创 京东重度使用的StarRocks 视图与异步物化视图深度调研【建议收藏】
StarRocks提供三种视图机制满足不同数据查询需求:普通视图(虚拟表,实时计算)、同步物化视图(基表索引,同步更新)和异步物化视图(独立物理表,异步刷新)。普通视图适合逻辑封装和权限控制,同步物化视图适用于单表实时聚合,异步物化视图支持多表JOIN和灵活刷新策略。三种视图在数据存储、更新机制和适用场景上各有特点,可根据实时性要求、查询复杂度等需求选择使用。异步物化视图还支持分区增量刷新和透明查询改写,能显著提升查询性能。
2026-05-15 22:04:46
591
原创 Agent记忆架构设计剖析系列:原理、权衡与场景适配(展望)
本文系统拆解了 OpenClaw、Hermes、Claude Code 三款主流 Agent 框架的记忆架构,三者均以解决传统大模型 “上下文遗忘” 与 “长周期知识沉淀” 痛点为核心,但基于不同的设计哲学形成了迥异的技术路线 —— 每一种路线,都是对 “记忆系统核心矛盾” 的不同解法,也对应着不同的场景需求。
2026-04-30 03:04:24
259
原创 Agent记忆架构设计剖析系列:原理、权衡与场景适配(总结)
为了更清晰地展示三款框架的记忆架构差异,本文从记忆模型、存储介质、检索机制、核心特性、性能指标等维度进行横向对比,为开发者提供直观的选型参考。
2026-04-30 02:50:13
594
原创 Agent记忆架构设计剖析系列:原理、权衡与场景适配(claude code设计原理)
ClaudeCode是Anthropic推出的编程专用AI框架,其创新性记忆系统采用四层认知架构:L1层存储项目规范(CLAUDE.md),L2层自动记录关键决策(AutoMemory),L3层管理会话上下文(SessionMemory),L4层通过AutoDream子代理自动整理记忆。该系统通过文件存储而非数据库实现版本控制与隐私保护,有效解决了传统编程助手"跨会话遗忘"和"上下文膨胀"问题。经测试,该架构使代码审查效率提升30%,bug率降低25%,特别适合长周期
2026-04-28 21:54:20
524
原创 Agent记忆架构设计剖析系列:原理、权衡与场景适配(hermes设计原理)
Hermes是一款基于"认知经济性"原则设计的智能Agent框架,其创新性记忆系统通过五层分级存储和严格的价值筛选机制,实现了记忆质量与系统效率的优化。核心特点包括:1) 分层记忆架构,将信息按价值优先级存储在从核心冻结层到环境层的五级结构中;2) 主动学习机制,通过记忆审查、晋升规则和GEPA自我进化引擎动态优化记忆内容;3) 严格容量控制,核心记忆层仅保留3575字符的最关键信息。该系统显著提升了上下文管理效率(Token减少60%),在数字助理、智能客服等场景中展现出持续学习优势
2026-04-28 21:49:11
863
原创 Agent记忆架构设计剖析系列:原理、权衡与场景适配(openclaw设计原理)
OpenClaw记忆系统采用分层蒸馏架构,将记忆分为四个层级:短期工作台(24小时)、中期日志(26小时)、任务结果卡(任务周期)和长期记忆(永久)。通过"日增量同步+周度精炼"机制实现信息价值提纯,采用QMD混合检索策略(任务优先→语义→全文)确保精准度,并设计"软修剪+硬保留"机制优化上下文窗口管理。系统通过持续蒸馏降低冗余度,在保证关键信息不丢失的前提下实现高效记忆管理,体现了类人认知的信息处理逻辑。
2026-04-25 07:59:13
436
原创 Agent记忆架构设计剖析系列:原理、权衡与场景适配(引言)
本文对比分析了OpenClaw、Hermes、ClaudeCode三大Agent框架的记忆系统设计。三者针对大模型的记忆痛点提出了不同解决方案:OpenClaw采用分层蒸馏架构实现可审计的记忆管理;Hermes通过五层主动学习系统平衡记忆质量与效率;ClaudeCode模拟人类认知流程实现记忆自动化处理。研究指出,优秀记忆系统需解决三大核心矛盾:上下文窗口限制与知识增长的矛盾、短期灵活性与长期一致性的矛盾、记忆准确性与检索效率的矛盾。通过分层存储、动态治理和混合检索等策略,这些框架为长周期任务中的记忆管理提
2026-04-23 22:10:09
488
原创 Claude Design:AI 重塑设计工作流的新范式
摘要 Claude Design是Anthropic Labs推出的新一代AI设计协作工具,基于Claude Opus 4.7多模态能力,实现从概念到可交互原型的端到端设计流程。相比传统工具,其核心创新在于:1)自然语言驱动设计,大幅降低使用门槛;2)自动识别应用企业设计系统,确保规范一致性;3)一键生成可交互原型并支持多格式导出。技术架构采用三层云端SaaS设计,通过专项优化的视觉模型实现设计元素解析和交互意图理解。
2026-04-18 23:41:13
1178
原创 低配个人电脑怎样跑LLM支持openclaw和hermesAgent
MacBook Air M4 16GB专属Ollama优化方案:通过一键脚本实现永久配置,限制GPU使用(5层加速)、CPU线程(4核)和模型加载(1个),确保低发热、不卡办公。方案提供参数详解,推荐适配7B以下模型如qwen3.5,并附恢复默认方法。特别优化无风扇机型使用体验,重启仍有效,兼顾性能与续航。
2026-04-18 16:24:33
562
转载 建议收藏:压榨Hermes Agent的15 个干货技巧与5大核心心法
摘要: Hermes Agent 是一款具有自我学习和记忆沉淀能力的智能体,通过高频使用可显著提升效率。其核心使用原则包括:复利积累、结果导向、透明化控制、精简记忆和人机协作。实践技巧涵盖配置优化(如编辑 MEMORY.md、培养 Skill 技能)、高效交互(目标导向提问、结构化输入、多模型切换)以及进阶工作流(定义完成标准、本地工具映射、复盘优化)。Hermes 强调**“成长型”协作模式**,初期需主动调教,后期可高效执行复杂任务。建议定期备份技能文件,形成可迁移的“数字资产”。
2026-04-18 15:54:08
569
原创 Openclaw本地存储文件架构说明
OpenClaw是一个多Agent本地存储架构,采用模块化目录结构管理AI代理系统。核心配置文件存储在~/.openclaw/目录下,包含openclaw.json全局配置和自动备份文件。架构支持多个独立Agent(如main/will/ollama_test等),每个Agent拥有专属的模型配置、认证信息、工作空间和会话历史。工作空间采用Git版本控制,存储记忆系统(每日记忆、长期记忆)、行为指南和用户画像等重要数据。
2026-02-13 14:23:09
971
原创 基于openagents创建我的股票智囊团
本文介绍了一款基于LLM Agent协同的股票智囊团分析工具。该产品通过模拟专业投资视角(如巴菲特、格雷厄姆等)的Agent协同讨论,采用"独立观点-反馈-共识收敛"的闭环流程,帮助投资者高效获取多元专业观点。核心功能包括:讨论配置、多Agent观点生成与反馈、共识收敛判断及结构化报告输出。技术架构集成Gemini模型和OpenAgents网络,采用轻量化内存存储实现实时交互。
2026-01-14 10:08:02
544
原创 故事串讲OpenAgents的核心特性
摘要:OpenAgents是一个智能助手平台,通过模块化设计实现多功能集成。其核心特性包括:1)可插拔模块(Mods)按需组合,如PPT生成、差旅安排等专业功能;2)支持多种协议(HTTP/WebSocket/EVM/IPFS),连接数字与物理世界;3)事件驱动系统实现自动化工作流。该平台采用开放生态设计,允许功能持续扩展,将复杂的多应用操作简化为自然语言指令,成为连接现实世界的智能枢纽。
2025-12-18 08:48:10
496
原创 StarRocks PB 级日增量数据模型优化:注意点、调优策略与风险防控
摘要: StarRocks处理PB级日增量需平衡高吞吐导入与低延迟查询,从数据模型、分区分桶、导入策略、存储优化及资源调度五维度系统优化。关键点: 模型选择:按业务场景选明细/聚合/主键模型,避免全表扫描或聚合开销; 分区分桶:时间分区+高基分桶键,单分区50-200GB,分桶数按数据量动态计算; 导入优化:StreamLoad分批写入(≤10GB/批),错峰调度,限流防OOM; 查询加速等等
2025-12-09 11:09:23
1155
原创 web3区块链-加密小镇的 “十年庆典徽章”:ERC-721 全流程故事(含所有核心接口)
摘要:加密小镇为庆祝建镇十周年发行100枚限量纪念徽章,采用ERC-721标准解决数字资产确权与流通问题。通过mint铸造唯一徽章,ownerOf验证所有权,tokenURI展示徽章详情,transferFrom实现安全转让,approve/approveForAll完成授权管理。ERC-721标准化接口使限量徽章具备防伪、可追溯、跨平台流通的特性,为数字收藏品建立了通用规范,让"独一无二"的资产在区块链上实现安全高效的流转与管理。
2025-12-02 21:26:26
1382
1
原创 web3区块链-小镇店铺的 “借力办事”:call 与 delegatecall 的区别与联系
摘要:本文通过水果店Alice和管理咨询店Bob的类比,解释Solidity中call和delegatecall的区别。两者都用于合约间调用,但关键差异在于操作谁的存储:call执行被调用合约的代码并修改其存储,而delegatecall执行被调用合约的代码但修改调用合约的存储。call适用于修改对方状态(如调用USDT转账),delegatecall适用于复用逻辑并修改自身状态(如代理合约升级)。存储结构必须对齐是delegatecall的特殊要求。
2025-12-02 14:41:10
1130
原创 隐私计算 - 三家蛋糕店的 “秘密协作“:多方计算(MPC)的诞生与原理
故事环节MPC 对应概念核心作用三家店的销售额敏感私有数据多方需要协作计算的原始数据,不可泄露拆分销售额为随机碎片秘密分享(Secret Sharing)将原始数据拆解为无意义碎片,分散存储各自计算碎片和分布式计算参与方仅对本地碎片计算,不接触原始数据汇总碎片和得到总销售额结果聚合公开局部计算结果,聚合得到最终答案没人能偷看 / 作弊安全模型满足 "半诚实 / 恶意模型",抵御作弊和数据窃取。
2025-12-01 18:26:25
1339
原创 Iceberg、Paimon 与 Hudi:数据湖三剑客的初心与进化
数据湖三剑客对比分析 摘要:Iceberg、Hudi和Paimon是当前主流的数据湖解决方案,各有特色。Iceberg(Netflix开源)专注批处理可靠性,适合PB级离线分析;Hudi(Uber开源)强调实时更新,实现流批平衡;Paimon(Flink社区)则为流式处理优化,提供毫秒级延迟。三者分别采用清单文件、COW/MOR和LSM-Tree架构,在事务控制、Schema演变等方面各具优势。选型需考虑场景需求:离线分析选Iceberg,流批平衡选Hudi,Flink实时数仓则首选Paimon。未来三大项
2025-12-01 16:07:40
1389
原创 web3区块链的交易是怎样物化形式记录在区块中的
比特币区块链采用结构化存储方案实现高效交易验证:每个区块由80字节区块头和约1MB区块体组成,后者以二进制格式存储4,194笔交易。交易通过Merkle树构建索引,叶子节点存储交易哈希,最终生成32字节Merkle根存入区块头。这种设计使轻节点仅需下载区块头即可验证交易,全节点则存储完整二进制交易数据。交易数据包含版本号、输入输出列表等字段,通过双重SHA256哈希生成唯一txid。Merkle树验证机制确保任何篡改都会被检测,分布式节点网络保障数据安全,实现去中心化、高效验证与防篡改的平衡。
2025-11-27 11:21:57
718
原创 Web3比特币区块链:10 分钟区块与 7 TPS 的关系解析
比特币区块链的7TPS源于其核心设计:10分钟出块时间和1MB区块大小限制。这是中本聪为平衡安全性与去中心化做出的刻意选择,而非技术缺陷。计算显示1MB区块10分钟出块自然产生约7TPS。10分钟间隔保障网络安全,防止51%攻击,同时控制比特币发行速率。交易需6次确认(约1小时)以确保不可逆。相比Visa的高吞吐中心化系统,比特币优先考虑去中心化和安全性。扩容方案如BCH增大区块或闪电网络可提升TPS,但需权衡其他特性。7TPS体现了比特币"数字黄金"的设计哲学。
2025-11-26 13:49:38
989
原创 Web3 重入攻击:银行提款机的 “漏洞抢劫案”
《智能合约中的重入攻击漏洞分析》 本文通过GoldBank案例揭示了Web3智能合约中的重入攻击漏洞。该漏洞源于合约在提款时先转账后更新余额的错误顺序,使黑客能通过恶意合约的回调函数重复提款。攻击者利用receive()函数在转账时再次调用提款函数,由于余额尚未清零,导致合约重复转账。防御措施包括:1)先更新状态再执行外部调用;2)使用ReentrancyGuard锁;3)限制外部调用gas量。
2025-11-26 11:01:40
502
原创 Web3-智能合约-零知识证明:不晒钱包也能进专属社区的秘密
摘要:Web3社交平台"星巢"通过零知识证明技术解决了NFT持有者身份验证中的隐私泄露问题。传统验证要求用户公开钱包地址,导致资产明细暴露和安全风险;而零知识证明允许用户在不透露钱包地址的情况下,通过数学验证证明NFT持有权。该技术满足完备性、可靠性和零知识性三大特性,已应用于隐私交易、资产确权等多个Web3场景,实现了"既证明身份又不泄露隐私"的平衡,成为Web3隐私保护的核心工具。
2025-11-25 11:34:01
1731
1
原创 Web3-智能合约-整数溢出攻击:“凭空造币”的秘密
《Web3安全警示:绿芽币合约整数溢出漏洞分析》摘要: 小李开发的环保主题ERC20代币"绿芽币"因合约漏洞遭遇黑客攻击。虽然合约设定了100万枚总量上限和单次1万枚兑换限制,但未对整数溢出进行防护。黑客小张通过精心计算,利用uint256类型变量的溢出特性,仅用不到1分钱的ETH就绕过了总量限制检查,成功铸造99万枚代币并抛售,导致市场崩盘。该案例揭示了Web3开发中整数溢出漏洞的危害性,建议开发者采用SafeMath库、升级Solidity0.8+版本或严格限制输入范围等防护措施。智
2025-11-25 11:07:07
1027
原创 使用多AI Agent赋能大数据资产治理-0章
本文探讨了数据资产管理中的重复建设与规范性问题,提出了一种基于LangGraph的Agent工作流解决方案。该方案结合规则与智能分类,从三个维度构建数据资产标签体系:OneData规范标签(包括模型/指标重复、跨层依赖等)、业务标签(业务域、主题域等)和访问分级标签(访问频率、就绪时间等)。系统支持多种数据源输入,包括元数据API、业务文档等,旨在通过智能化手段解决传统全规则或全Agent方法在灵活性、准确性方面的不足,提升数据资产管理效率。
2025-11-21 11:31:26
131
原创 使用多AI Agent赋能大数据资产治理-总章
本文提出了一种基于LangGraph的数据资产标签自动化系统设计方案。系统采用"路由-并行-聚合"模式,整合规则引擎和AI Agent,通过确定性逻辑(血缘依赖、访问统计)与模糊推理(语义理解、业务归类)的协同处理,实现数据资产的智能标签化。方案详细定义了状态流转机制和工作流节点,包括知识库准备、规范处理、业务理解和访问分析四个并行分支,最终聚合输出完整标签。关键技术难点通过Schema Embedding、RAG增强和分位数统计等方法解决,并建议分阶段实施验证。
2025-11-21 11:20:05
261
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人
RSS订阅