推荐算法笔记
Created|Updated|AI
|Word Count:198|Reading Time:1mins|Post Views:
分类的话:
用户画像算法
用户画像算法、聚类算法
分类算法:
gbtd、随机森林 识别完了看哪个变量更重要。要有可解释性。
价格相关数据:体现在什么方面?一定要跟收入密切相关的。要对数据和业务的理解很重要。
分类项目:部分已知,有一部分训练集,用未知的和已知的做一个比较。打标签。寻找标签里最重要的因素。
gbtd(底层是很多决策树)。svm。dnn。可能解释性那么强。
决策树。xgbox。
输出是:分类的概率。
聚类项目:完全未知,从数据本身来发现特征。k-means。层次聚类。
输出是:不同类别的特征。
要理解商业逻辑。
Author: magicliang
Link: https://magicliang.github.io/2018/02/20/%E6%8E%A8%E8%8D%90%E7%AE%97%E6%B3%95%E7%AC%94%E8%AE%B0/
Copyright Notice: All articles on this blog are licensed under CC BY-NC-SA 4.0 unless otherwise stated.
Related Articles
2026-03-18
智能体记忆全景综述:从短时长时之分到向量库回归文件系统(2022-2026)
22 年以前,“LLM 应用"基本等同于"调一次 ChatComplete”。从 22 年底 ChatGPT 出来到 26 年这三年里,行业发现真正决定智能体上限的不是模型本身,而是模型周围那一圈用来承载历史、外部知识与可更新偏好的记忆系统。这篇综述沿着一条主线展开:以"信息来源"为轴的四层记忆世界观,把过去三年的代表性工作放进这四层里,并且回答一个 26 年才浮出水面的反向问题——为什么大家又在把向量数据库塞回到一个 markdown 仓库或一份 SQLite 单文件里。 一、把整片版图压成三句话 如果把过去三年关于智能体记忆的所有论文、产品和工程实践压成三句话,大致是这样: 第一,Agent 的记忆按"信息源"切是一个稳定的四层结构:训练数据(L1)、对话内数据(L2)、会话间数据(L3)、外部世界但与本会话无关的数据(L4)。每一层的写入主体不同,分别是训练管线、当前交互、Agent 自己、世界本身。围绕"是不是要再切出第五层"在 25-26 年有一些讨论,本文的判断是:Titans / ...
2026-02-09
当智能体变成一份 Markdown 文档
归档说明:原文是一篇 2,895 行的早期综合文,把 Markdown 载体、Agent Loop、Skill、Memory、Subagent 和 Harness 放在同一条叙事中。相关内容已在 2026-07-17 拆入带事实核验日期的专题文章;本页保留原 URL,作为迁移索引。 原文提出的核心问题仍然成立:一份 Markdown 可以向 Agent 提供指令、知识和工作流,但不能独立构成完整 Agent。文件需要由 Harness 发现和装配,动作需要工具、权限与 sandbox 执行,长会话还需要 compact、外部状态和恢复合同。 内容迁移表 原文主题 当前专题 Markdown、Rules、Skills、Tools、Memory 的组件边界 AI Coding Agent 的上下文栈:组件边界与装配顺序 Agent Loop、Hook、权限、工具结果与停止条件 一次 AI Coding Agent Turn 的上下文生命周期 Skill 的发现、目录、正文加载与 compact 恢复 AI Coding Agent 的 Skill 加载机制深...

2024-11-01
大模型相关
世界线 大模型发展.xmind RNN的雏形可以追溯到90年代Jeffrey L.Elman的经典文章:Finding Structure in Time(1990) 2013年Google提出的Word2Vec可能是最为人熟知的Embedding技术之一 Encoder-Decoder架构来自论文:Learning Phrase Representations using RNN Encoder-Decoder for Statistical Machine Translation(2014) 注意力机制参考论文:Neural Machine Translation by Jointly Learning to Align and Translate(2014) LLM的技术发展和相互关系:Harnessing the Power of LLMs in Practice: A Survey on ChatGPT and Beyond(2023) Transformer出自一篇经典论文:Attention Is All You Need(2017) 国外模型的对比可以参考大...

2026-08-03
OpenAI 与 Anthropic 知识库研究进展深度对比
大模型的知识库能力在过去两年里经历了快速迭代。OpenAI 和 Anthropic 作为这个领域最有代表性的两家公司,走出了截然不同的技术路线。一家押注"窗口越大越好",另一家选择"检索越准越好"。这种分歧不是表面的产品差异,而是反映了对"如何让 AI 有效利用外部知识"这一基本问题的不同回答。 从时间跨度上看,2023 年底到 2026 年中这段时间是知识库能力爆发式增长的阶段。两家公司几乎每个季度都有新的能力发布,而且技术路线的分化越来越明显。 这里说的"知识库"不仅仅指 RAG 或向量数据库,而是涵盖了从文档存储、检索、记忆管理到工具连接的整个链路——所有让 AI 系统能够有效利用外部知识的技术。 OpenAI:用规模碾压复杂度 OpenAI 在知识库方向上的核心策略可以概括为一句话:把上下文窗口做大,把基础设施做全,让用户把文档直接塞进去。 这个策略的底层逻辑并不复杂:如果模型能一次性「看到」所有相关信息,那检索这个步骤就变得多余。 而 OpenAI 恰好拥有最强的算力基础设施来支撑这个方向。...
2026-04-01
Compound Engineering:当 AI 工程从"模型调优"走向"系统组合"
2024 年,Berkeley AI Research 的文章 The Shift from Models to Compound AI Systems 把一个已经在工程现场发生的变化命名了:AI 应用的能力不再只来自单个模型,而越来越来自多个组件的组合。 模型仍然重要。但在知识更新、工具调用、权限控制、成本预算、延迟约束和可审计性面前,单个模型很难独自承担完整系统的责任。检索器(Retriever)、路由器、工具、工作流、验证器、监控和降级策略开始进入同一个架构图。围绕这种组合方式形成的工程实践,可以称为 Compound Engineering。 先把定义压实 Compound AI System,通常译作复合 AI 系统,指的是由多个相互作用的组件共同完成 AI 任务的系统。这些组件可以包括一次或多次模型调用、检索器、数据库、外部 API、代码执行器、专用模型、规则引擎、评估器和人工审核节点。 BAIR 对这个转向的判断很直接:不少 AI 任务的性能提升,已经不只依赖更大的模型,而依赖围绕模型搭建的系统。Databricks 后续也把复合 AI 系统描述为由模型、工具、检...

2026-03-18
告别 Vibe Coding:用 OmO 构建可靠的 AI 工程系统
引言:AI 编程的范式跃迁 过去一年,AI 编程工具从对话式代码生成器进化为能够自主执行复杂任务的智能代理。但真正的挑战不在于让 AI 写出代码,而在于如何让 AI 持续、可靠地完成工程任务。 Oh My OpenCode(简称 OmO)正是为了解决这一问题而生。它不是另一个聊天框,而是一套将 AI 从"对话工具"升级为"自动化工程系统"的编排框架。 OmO 的核心定位:工程化交付而非对话回答 从"会不会答"到"能不能交付" 传统 AI 编程工具的评判标准是"回答质量",而 OmO 的核心目标是**“工程交付”**。 OmO 的工作流程遵循"输入 Markdown 描述,输出可运行代码"的心智模型: 12341. 输入任务 → 2. 判断意图 → 3. 组织执行 → 4. 工程输出 (任务描述、 (Intent Gate (并行搜索、 (回到 build/ repo 上下文、 分清提问/修复/ 资料、执行...
Announcement
人生只是,守株待兔
