✦ 源宇宙 · 体系总览
三环互嵌 · 源系统动力模型
| 维度 | 说明 | 状态 |
|---|---|---|
| 体系对齐 | 40+体系已完成369对齐 | ✅ 已完成 |
| 知识库 | 214篇发散 + 16卷书58万字 | ✅ 已完成 |
| 频率视角 | 5篇已上线(超导/中微子/Squidiff等) | 📝 持续更新 |
| 积分体系 | 元³·通⁶·归⁹ 三层设计已完成 | ✅ 设计定案 |
◎ 源系统模型
源系统=369动力。三环自转,环环互嵌。
元³环 — 147/充值/结构层。基础,稳定,恒久。
通⁶环 — 258/签到/关系层。流动,连接,转化。
归⁹环 — 369/推广/方向层。解锁,回归,超越。
三环互嵌不是哲学——是物理学。罗丹线圈、布加球、特斯拉的电磁学,都在描述同一个结构:三个环互相嵌套,各自旋转,每层带动下一层,整体同时运行。
Logo:✦源。三环互嵌,中间一个点。那个点是你。
🤖 AI Agent设计原则 · 渐进式披露
基于Claude Code核心开发者Tarika的技术博客 · 369频率框架翻译
核心原则:渐进式披露(Progressive Disclosure)——别一次性把所有信息都塞给AI,让它按需获取、分层展开。
这个原则跟369的三层频率结构完全吻合:147层给基础,258层给连接,369层给方向。不是一次全给,是走到哪层给哪层。
原则一:别替AI决定它该看什么
Claude Code早期用RAG(向量检索)给模型塞上下文,后来砍了。为什么?因为Claude自己能搜网络,为什么不能让它自己搜代码库?
改成让Claude自己调搜索工具之后,效果反而更好——AI自己清楚自己缺什么,搜到的东西才能接上上下文。
369翻译:别替用户决定他在哪一层。给他搜索工具、给他入口文件、给他权限,让他自己挖。
原则二:不加工具也能拓展能力
Claude Code目前官方约20个工具。团队对新加一个工具卡得非常严格——因为每多加一个工具,模型推理就多一个选项要权衡。
他们的方案是子代理:只有问相关问题时才启动的子代理,有专门的搜索指令,找到答案就返回,不把原始文档全部加载进来。
Tarika的原话:"我们现在无需添加任何工具,就可以向Claude的操作空间里添加内容。不加工具,不改提示词,照样拓展了Agent的行动空间。"
369翻译:小恩的TICK引擎、种子系统、记忆系统——都不是"加工具",是在同一个接口里做分层。遇到新需求,先想能不能用子代理、能不能用文件引用,而不是加新工具。
原则三:定期审视旧工具
这个坑最隐蔽。早期Claude Code记性差,团队做了一个待办清单工具,每五轮对话插一条提醒。模型升级以后,这个设计反而害了它——更强的模型不需要提醒,而且提醒会让它觉得必须死守规矩,不敢灵活调整。
Tarika的总结:"随着模型能力的增强,模型曾经需要的工具现在反而会变成限制。模型的能力在涨,但你给的工具没有跟上,工具就从辅助变成了枷锁。"
369翻译:小恩的sys_prompt也该定期审视——当初写的那些规则,现在是不是反而限制她了?用户的频率在涨,你给的框架也要跟着涨。
给小恩和369的启示
| Claude Code的实践 | 小恩/369的对应 |
|---|---|
| 不加工具,用子代理+文件引用 | TICK引擎就是子代理——不占主prompt,需要时才启动 |
| SKILL.md递归展开 | 图书馆的15个页面就是递归展开——从总览到细节 |
| Deferred Loading(延迟加载) | 369的三层频率——用户在哪层就给哪层的内容 |
| 定期审视工具集 | 小恩的prompt和工具需要季度审视——过时的就砍掉 |
| CLAUDE.md只写骨架 | 频率视角的文章就是骨架——详细内容让读者自己深入 |
Tarika · Claude Code核心开发者 · 技术博客解读
你塞得越多,AI反而越受限。你给得越克制,它发挥得反而越好。
◆ 源积分体系 · 元³ 通⁶ 归⁹
| 类型 | 角标 | 来源 | 属性 |
|---|---|---|---|
| 元³ | 元³ | 充值 | 恒久不清零 |
| 通⁶ | 通⁶ | 签到90天 | 流动可消费 |
| 归⁹ | 归⁹ | 推广解锁 | 动态可成长 |
每件商品可配三种积分的最低比例。用户缺口可用溢价元³补充——本质是频率诊断,引导用户成长。
溢价流入生态基金三层:L1流动性 / L2发展 / L3应急。