@FinanceYF5: 3/ 把复利栈从底往上搭四层 底层是原语:Fable 5、子智能体、worktree,多数人只碰到这层。 第二层是编排:目标循环、动态工作流、云端 Routines。 第三层是记忆:状态文件、Skills、知识库。 顶层是自我改进:视觉自…
摘要
该推文描述了AI智能体系统的四层复利栈结构:底层原语(Fable 5、子智能体、worktree)、编排层(目标循环、动态工作流、云端Routines)、记忆层(状态文件、Skills、知识库)和顶层自我改进(视觉自检、评估循环、规则蒸馏)。
查看缓存全文
缓存时间: 2026/06/16 17:38
3/ 🏗 把复利栈从底往上搭四层
底层是原语:Fable 5、子智能体、worktree,多数人只碰到这层。 第二层是编排:目标循环、动态工作流、云端 Routines。 第三层是记忆:状态文件、Skills、知识库。 顶层是自我改进:视觉自检、评估循环、规则蒸馏。 https://t.co/iTu1dGA3Gb
后悔Fable 5被叫停前没有用上?他连续跑了 6 天
1/ 大多数人把 Fable 5 当更快的聊天框
有人让一个 Fable 5 智能体连续跑了 6 天、没人掌舵,才动笔写下结论:九成人只用到了它 10% 的能力。
它为「连续跑几天」而生,人们却只用几分钟。
2/ 真正的分水岭:自我学习 vs 自我改进
自我学习是模型改自己的权重,Fable 5 不做,目前没有量产模型做。
自我改进是模型外面的系统在复利:每次运行把教训写进记忆,技能越用越利。模型不变,环境每跑一次都更聪明。
3/ Build the compound stack from the bottom up with four layers
The bottom layer is primitives: Fable 5, sub-agents, worktree—most people only encounter this layer. The second layer is orchestration: goal loops, dynamic workflows, cloud-based Routines. The third layer is memory: state files, Skills, knowledge bases. The top layer is self-improvement: visual self-checks, evaluation loops, rule distillation.
4/ 别什么都丢给 Fable 5 跑
它每 token 约是 Opus 4.8 的 5 倍贵(10/百万输入、50/百万输出)。
让 Fable 5 当编排者,Sonnet 4.6 干量大的活,Haiku 4.5 当打分员,被安全分类器拦截时自动回退 Opus 4.8。
5/ 永远别让模型给自己打分
Anthropic 自己的实验:带独立验证者的版本敢做更大改动,硬把一次失败的实验推到最大胜果;自己打分的版本只敢微调一个安全参数,早早收手。
写代码的智能体,永远不该是给它打分的那个。
6/ 记忆的五个阶段:失败→调查→验证→蒸馏→查阅
Sonnet 4.6 多半停在第一步,堆一堆没人再看的失败笔记。 Fable 5 能走完全程,最强时验证覆盖率冲到 70% 多,把事实蒸馏成可复用规则。
差距不在模型,在你有没有状态文件。
7/ 自我改进是系统的属性,不是模型的
每个证明这点的实验里,两边的模型一模一样。变的是外面的系统:验证者、状态文件、评估循环。
挑一层你还没做的,明天就加上,然后加下一层。
阅读原文:
以上就是全部
如果您喜欢这个主题:
1.关注我(@FinanceYF5) 2. 点赞+转发下面第一条帖子
相似文章
@vincemask: 串起来看,就是 AI 的完整链路: 底层原理 → 模型运作 → 能力优化 → 产品落地 拆成 4 层就清楚了: 1. 原理层:AI 的地基 神经网络、分词、嵌入、注意力、Transformer。 解决的是:模型如何理解文字、语义和上下文。…
该帖将AI的完整链路分为四个层次:原理层、LLM运作层、优化层和系统层,分别解释模型如何理解语言、生成答案、优化性能以及落地产品。
@FinanceYF5: 2/ 瓶颈消失后,比的是野心 Fiona 的原话:AI 抬高了任何人能做事的天花板,理论上一切都可行。 一个不懂移动端的工程师,靠 Claude 直接给功能补上了 App 端。
Fiona 认为 AI 抬高了做事的天花板,一个不懂移动端的工程师借助 Claude 补上了 App 端功能。
@freeman1266: https://x.com/freeman1266/status/2064702757773496552
本文介绍Loop Engineering概念,即通过设计自动化系统让AI代理自主循环工作,包括自动化任务、工作树、技能、插件、子代理等要素,从而取代手动提示的方式,提升开发效率。
@servasyy_ai: https://x.com/servasyy_ai/status/2067382844410966078
本文提出14步路线图,从单代理到自我进化系统,强调基座工程(模型、工具、权限、上下文)才是决定循环产出质量的关键,并详细介绍了CLAUDE.md、子代理、技能、钩子、状态文件等构建高效基座的实践方法。
@FinanceYF5: 2/ 他评价模型从不看benchmark数字 他真正在意的只有一件事: 【模型的思维形状】 ——它能多深地理解用户意图 ——它能迭代思考到什么程度 ——它让你感觉"对面有没有人" Fable让他感受到了这种活感 "像回到了2023年"
该推文强调评价AI模型时不应只看benchmark数字,而应关注模型的"思维形状"——理解用户意图的深度、迭代思考能力以及让用户感受到"对面有人"的活感。作者认为Fable模型在这方面表现出色,让人想起2023年的体验。