首页 文章 精选 留言 我的

精选列表

搜索[Agents窗口],共10001篇文章
优秀的个人博客,低调大师

OpenDeepWiki:让您的代码仓库拥有 MCP 变成 Agents 的一部分!

想象一下,如果您的代码仓库突然有了生命,能够自己介绍自己、回答问题、甚至还能生成漂亮的文档,那会是什么样的场景?别以为这是科幻小说,OpenDeepWiki就是这样一个神奇的"代码翻译官",它能让您那些沉默寡言的代码库瞬间变成能说会道的智能助手! 🎭 代码仓库的"变身记" 还记得那些躺在GitHub上"装死"的项目吗?README文件寥寥几行,文档比金子还珍贵,新来的同事看代码就像在解密古埃及象形文字。OpenDeepWiki就像是给代码仓库施了一个"活化咒",让它们从哑巴变成了话痨。 这个基于.NET 9和Semantic Kernel开发的智能平台,就像一个超级翻译官,能够: 自动克隆并分析代码结构:就像给代码做CT扫描,连骨头缝里的逻辑都能看得一清二楚 生成Mermaid结构图:把复杂的代码关系画成漂亮的图表,比看韩剧还过瘾 智能生成文档:AI自动写文档,程序员终于可以告别"文档?那是什么?能吃吗?"的尴尬 🏠 离线部署:您的私人代码管家 最让人心动的是,OpenDeepWiki支持完全离线部署!就像拥有一个不会泄密的私人管家,您可以通过Docker Compose一键部署: # 就这么简单,比泡面还快! make build && make up 支持多种数据库(SQLite、PostgreSQL、SqlServer),就像变形金刚一样适应各种环境。无论您是在公司内网还是家里的树莓派上,都能轻松运行。这种"想部署就部署"的自由感,简直比财务自由还爽! 🎯 MCP协议:代码仓库的"社交网络" OpenDeepWiki最酷炫的功能之一就是支持MCP(Model Context Protocol)。想象一下,您的代码仓库突然有了自己的"微信号",其他AI模型可以直接@它提问: { "mcpServers": { "OpenDeepWiki": { "url": "https://opendeep.wiki/api/mcp?owner=AIDotNet&name=OpenDeepWiki" } } } 就像给每个项目配了个专属客服,24小时在线回答问题。"这个函数是干什么的?""这个模块怎么用?""为什么这里要这样写?"——统统不在话下!比Stack Overflow还靠谱,因为它真的"读过"您的代码。 🧠 微调数据集管理:AI的"私人定制" OpenDeepWiki还提供了完整的微调数据集管理平台,就像给AI开了个"培训班"。您可以: 创建专属数据集:根据项目特点定制训练数据 可视化管理:通过直观的界面管理微调任务 一键生成:自动从代码库生成高质量的训练数据 这就像给AI量身定做了一套"专业装备",让它更懂您的代码风格和业务逻辑。想象一下,一个专门为您的项目训练过的AI助手,那种默契程度,简直比多年的老搭档还要心有灵犀! 🌍 多语言支持:全球化的代码翻译官 OpenDeepWiki支持18种语言,从中文到阿拉伯语,从日语到西班牙语,简直是代码界的"联合国翻译官"。无论您的团队来自世界哪个角落,都能用母语和代码"对话"。 这种国际化的贴心设计,让人想起那句话:"代码无国界,但文档有温度"。 🚀 智能过滤:AI的"火眼金睛" 最有趣的是OpenDeepWiki的智能过滤功能。它能自动识别哪些文件重要,哪些是"垃圾",就像有了一双"火眼金睛"。不会再把node_modules当成项目核心,也不会对.git文件夹大惊小怪。 这种智能程度,让人怀疑它是不是偷偷学习了资深程序员的"看代码心法"。 🎪 结语:代码世界的"魔法师" OpenDeepWiki就像是代码世界的魔法师,挥一挥魔法棒,沉默的代码仓库就变成了能说会道的智能助手。它不仅能离线部署保护您的隐私,还能通过MCP协议与其他AI系统无缝对接,更能通过微调数据集管理让AI变得更加"贴心"。 在这个AI满天飞的时代,OpenDeepWiki告诉我们:最好的AI不是替代程序员,而是让代码自己会"说话"。毕竟,谁不想要一个既懂技术又会聊天的代码伙伴呢? 现在就去GitHub上给OpenDeepWiki点个星吧,让您的代码仓库也来一场华丽的"变身秀"!记住,好的代码值得被理解,而OpenDeepWiki就是那个最懂您代码的"知音"。 开源地址 https://github.com/AIDotNet/OpenDeepWiki) 在线地址 https://opendeep.wiki

优秀的个人博客,低调大师

阿里云大数据利器Maxcompute学习之--窗口函数实现分组TopN

看到很多用户经常会问如何对分组内进行排序。官方文档:https://help.aliyun.com/document_detail/34994.html?spm=5176.doc27891.6.611.Q1bk3j例如需求: odps 里面能否做排名操作,比如一个表里面有 用户ID 和 金额 两个字段,用金额大小排序的话,我如何计算用户的排名(金额最大的是 第一名 ,以此类推) 计算每个金融产品的最大投资者,或者前几名 类似这一类的需求,我们总结为实现分组内的排序,取TopN,那么在hive中有两个个函数可以分开实现first_value: 取分组内排序后,截止到当前行,第一个值,row_number():实现组内排序,并对组内行进行标记行号。那在odps中没有first_value这个函数,但是同样可以实现top1的需求。下面用一

优秀的个人博客,低调大师

Android N 多窗口模式,你需要知道的一切

Android N中最大、最引人注意的变化就是Mutil-window模式。对于一个开发者,我们最关心的就是:Mutil-window模式下怎么配置mutil-window模式、Activity的生命周期的变化、提供了什么API。 让你的应用支持 Mutil-window 模式 首先先将设置编译时的sdk和工具版本。具体见下图. 接下来就是对 Activity 的配置了,你可以在 AndroidManifest 中设置activity是否在 mutil-window 模式下显示,以及显示的样式(大小和布局)。同一个task中的所有activity的样式取决栈底的activity的样式。 决定是否在 mutil-window 下显示的代码很简单、只要在或者节点下设置android:resizeableActivity属性就行了。 <application android:resizeableActivity="true"> <activity android:name=".MainActivity"> <layout android:defaultHeight="500dp" android:defaultWidth="300dp" android:gravity="top|end" android:minimalSize="200dp" /> <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> </activity> </application> 实际操作过程中,发现在 Mutil-window模式下设置 在中设置元素是无效的,比如 defaultHeight、defaultWidth.可能元素只在画中画(pictures-in-picture)模式中有效。 注意:如果使用低于Android N的sdk编译的app,并且他没有限定orientation,在mutil-window模式下,他会自动拉伸兼容,不需要额外地配置字段。但是会有可能不兼容的警告。但是如果是一个限定了orientation为 portrait 或 landscape的app,Android N不会拉伸它,它会直接占满整个屏幕. Multi-window生命周期 Multi-window生命周期不会改变Activity生命周期。在Multi-window的模式下,只有用户最近使用的那个Activity会处于激活状态。这个Activity会被认为是最顶层的,其他的activity都会处于pause状态,即使他们是可见的。然而,Android系统会给这些pause但是可见的activity更高的优先级。如果用户跟某个pause的Activity交互,那么Activity就会resumed,前一个顶层的Activity会被pause。 注意:在 multi-windo 模式,一个App可以处于pause状态但是依然对用户可见。一个App可能需要运行他的activity即使它处于pause状态.比如,一个视屏播放软件,他已经处于暂停状态,但是依然对用户可见需要继续播放他的视频。因此,我们建议Activity不要在onPause()的时候暂停视频播放,而应该在onStop()中,在onStart()中恢复播放。 当用户将一个App置于 mutil-window 模式,系统将会通知 Activity 配置变更,作为运行时的变更。特别是这个改变就像系统切换竖屏和横屏一样。对于处理运行时的配置变化,你的 Activity 可以在对应的配置变更回调(比如 onMultiWindowChanged() 中处理,或者让系统自动处理它的销毁和重新创建。 接下来我们在具体的 Activity 生命周期回调函数中输出log,看看 mutil-window 模式下生命周期 从全屏到 mutil-window 模式 mutil-window 模式到全屏模式 这里可以看见当从mutil-window模式到全屏模式的时候,onMultiWindowChanged()函数就被调用了。我们可以在这里处理跟显示模式切换有关的东西。 新的API 这些新的API可以让接收到 Mutil-window 状态改变的通知,以及判断是否处于 Mutil-window 模式。 Activity.inMultiWindow() 是否处于 multi-window 模式。 Activity.inPictureInPicture() 是否处于画中画模式. 注意: 画中画模式是 Mutil-window 模式的特例. 如果 myActivity.inPictureInPicture() 返回 true, 那么myActivity.inMultiWindow() 也会返回 true. Activity.onMultiWindowChanged(boolean inMultiWindow) 系统会在activity进入或者退出 mutil-window 模式回调这个方法。它会传递一个值指示activity是否进入 mutil-window 模式,true 代表正在进入 mutil-window 模式,false 代表正在退出。 Activity.onPictureInPictureChanged(boolean inPictureInPicture) 系统会在activity进入或者退出 画中画 模式回调这个方法。它会传递一个值指示activity是否进入画中画模式,true 代表正在进入画中画模式,false 代表正在退出。 Fragment也有对应的方法,比如说Fragment.inMultiWindow() 感想 我觉得这是Android N绝对杀手级的feature,想想能边看电影边微信就觉得很满足。 Android 平板之前一直被诟病没有多少适合的App,这下可好了,直接分屏使用,爽爆炸。特别Google对Pixel C还有25%的优惠 本文转自陈哈哈博客园博客,原文链接http://www.cnblogs.com/kissazi2/p/5271131.html如需转载请自行联系原作者 kissazi2

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册