Now vibe coding, so learning hammer FE ?
《Mirage:AI Agent的统一虚拟文件系统》
标签:#AI_Tools #AI_Agent #文件系统 #Python #TypeScript #SDK #S3 #Slack #GitHub #Redis #缓存 #OpenAI #Vercel_AI_SDK #LangChain
总结:
Mirage 是一个专为 AI Agent 设计的统一虚拟文件系统,它将 S3、Google Drive、Slack、Gmail、Redis 等数十种后端服务挂载到同一棵文件树下。Agent 只需用熟悉的 Unix/bash 工具(如 grep、cat、cp)就能跨服务读写数据,无需学习 N 个 SDK 或 MCP。支持 Python/TypeScript SDK 和 CLI,可嵌入 FastAPI、Express 等应用,并内置双层缓存(索引缓存 + 文件缓存)减少网络开销,兼容 OpenAI Agents SDK、Vercel AI SDK、LangChain 等主流框架。
文章要点:
- 统一挂载,万物皆文件:把 S3、GDrive、Slack、GitHub、MongoDB、Redis 等后端并排挂载到同一个根目录下,Agent 看到的始终只有一棵树
- 零学习成本:任何懂 bash 的 LLM 都能直接上手,用
- 双层缓存省流量:自带索引缓存(目录列表)和文件缓存(对象字节),默认用内存,也可切 Redis 共享给多进程/多机器
- 多语言 SDK + CLI:提供 Python 和 TypeScript(Node / Browser / Core)SDK,以及轻量 CLI,可嵌入你的 FastAPI、Express 或浏览器应用
- 主流框架即插即用:已适配 OpenAI Agents SDK、Vercel AI SDK、LangChain、Pydantic AI、CAMEL、OpenHands 等
- 工作空间可移植:支持克隆、快照、版本化管理,Agent 运行环境能在机器间迁移而不必重新配置
文章URL:https://github.com/strukto-ai/mirage
标签:#AI_Tools #AI_Agent #文件系统 #Python #TypeScript #SDK #S3 #Slack #GitHub #Redis #缓存 #OpenAI #Vercel_AI_SDK #LangChain
总结:
Mirage 是一个专为 AI Agent 设计的统一虚拟文件系统,它将 S3、Google Drive、Slack、Gmail、Redis 等数十种后端服务挂载到同一棵文件树下。Agent 只需用熟悉的 Unix/bash 工具(如 grep、cat、cp)就能跨服务读写数据,无需学习 N 个 SDK 或 MCP。支持 Python/TypeScript SDK 和 CLI,可嵌入 FastAPI、Express 等应用,并内置双层缓存(索引缓存 + 文件缓存)减少网络开销,兼容 OpenAI Agents SDK、Vercel AI SDK、LangChain 等主流框架。
文章要点:
- 统一挂载,万物皆文件:把 S3、GDrive、Slack、GitHub、MongoDB、Redis 等后端并排挂载到同一个根目录下,Agent 看到的始终只有一棵树
- 零学习成本:任何懂 bash 的 LLM 都能直接上手,用
grep、cat、cp、wc 这些经典命令跨服务操作,不用记新 API- 双层缓存省流量:自带索引缓存(目录列表)和文件缓存(对象字节),默认用内存,也可切 Redis 共享给多进程/多机器
- 多语言 SDK + CLI:提供 Python 和 TypeScript(Node / Browser / Core)SDK,以及轻量 CLI,可嵌入你的 FastAPI、Express 或浏览器应用
- 主流框架即插即用:已适配 OpenAI Agents SDK、Vercel AI SDK、LangChain、Pydantic AI、CAMEL、OpenHands 等
- 工作空间可移植:支持克隆、快照、版本化管理,Agent 运行环境能在机器间迁移而不必重新配置
文章URL:https://github.com/strukto-ai/mirage
#文章 探讨了本地优先应用未能广泛流行的原因,主要是因为同步数据难度大。作者介绍了分布式系统中事件排序和冲突解决的两大挑战,并提出了混合逻辑时钟(HLCs)和无冲突复制数据类型(CRDTs)作为解决方案。同时,强调了SQLite在本地优先应用中的优势,并提出了相关开发建议。
https://marcobambini.substack.com/p/why-local-first-apps-havent-become
https://marcobambini.substack.com/p/why-local-first-apps-havent-become
#React #文章 Reshaped 把 Figma 与 React 的组件、Token、状态一次性对齐,内置主题引擎(含深色模式)、无障碍与响应式规范,并提供原子级扩展接口,让团队在“零翻译”设计稿的同时,一句话切换全局主题、保持交互一致,还保留 20 % 的灵活拼装空间,直接省掉 80 % 的 UI 基建成本。
两年前,Reshaped 迈出了第一步,将 React 包免费开放。这一举措不仅使得独立开发者可以免费使用,也让已经购买源代码许可证的团队可以直接从 npm 安装。如今,Reshaped 宣布全面开源,React 库的源代码已经托管在 GitHub 上,Figma 库也在 Figma 社区中提供。这一转变让创始人感到兴奋,因为他希望这能促进设计与工程社区之间的交流,共同学习如何构建可扩展且保持简洁的设计系统。
https://reshaped.so/blog/reshaped-oss
两年前,Reshaped 迈出了第一步,将 React 包免费开放。这一举措不仅使得独立开发者可以免费使用,也让已经购买源代码许可证的团队可以直接从 npm 安装。如今,Reshaped 宣布全面开源,React 库的源代码已经托管在 GitHub 上,Figma 库也在 Figma 社区中提供。这一转变让创始人感到兴奋,因为他希望这能促进设计与工程社区之间的交流,共同学习如何构建可扩展且保持简洁的设计系统。
https://reshaped.so/blog/reshaped-oss
#文章 深入剖析了在复杂创意软件中打造直观且可靠的撤销/重做系统的全过程,从设计思路到实现细节,再到面临的挑战与未来改进方向,为开发者提供了极具价值的实战经验与技术洞察,极具启发性。
https://mlacast.com/projects/undo-redo
https://mlacast.com/projects/undo-redo
#React #文章 “分层 React 结构”(Layered React Structure,简称 LRS)是一种经过实践验证的 React 项目组织方式,可以帮助开发者更好地管理大型项目。它通过明确的分层和组件职责划分,提高了代码的可维护性和可扩展性。如果你正在寻找一种更系统的方式来组织你的 React 项目,LRS 值得一试。
值得注意:文章提到了文件命名的方式,推荐是`kebob-case`
https://playfulprogramming.com/posts/layered-react-structure
值得注意:文章提到了文件命名的方式,推荐是`kebob-case`
https://playfulprogramming.com/posts/layered-react-structure
#文章 HeadlessUI 流行趋势和选型理由:
1. 定义:无头组件是无样式的UI开发构建块,功能逻辑的复用。
2. 优势:无头组件库默认不包含样式,开发者可以轻松定制样式,避免了与预设样式的竞争。
3. 流行原因: 传统的组件库难以定制样式,而无头库如Radix简化了样式定制过程,使得开发者可以更专注于构建功能而非与组件库作斗争。
4. shadcn:Shadcn提供了基于Radix和Tailwind CSS的可复制组件库,进一步简化了自定义设计系统的搭建过程。
5. 过去流行的组件库如 Material UI 和 AntD 将样式和功能捆绑在一起,虽然开发速度快,但难以定制样式。目前Material 正在开发自己的 headless 版本。
https://www.subframe.com/blog/how-headless-components-became-the-future-for-building-ui-libraries
1. 定义:无头组件是无样式的UI开发构建块,功能逻辑的复用。
2. 优势:无头组件库默认不包含样式,开发者可以轻松定制样式,避免了与预设样式的竞争。
3. 流行原因: 传统的组件库难以定制样式,而无头库如Radix简化了样式定制过程,使得开发者可以更专注于构建功能而非与组件库作斗争。
4. shadcn:Shadcn提供了基于Radix和Tailwind CSS的可复制组件库,进一步简化了自定义设计系统的搭建过程。
5. 过去流行的组件库如 Material UI 和 AntD 将样式和功能捆绑在一起,虽然开发速度快,但难以定制样式。目前Material 正在开发自己的 headless 版本。
https://www.subframe.com/blog/how-headless-components-became-the-future-for-building-ui-libraries