首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏软件工程师Michael

    我用QClaw把效率提升10倍以上

    其中最令国人瞩目的,莫过于腾讯的QClaw. 主界面长成这样子:里面的具体功能和配置,官网已经讲述得十分详细了,在这里不在赘述。 我在这里主要是分享自己用QClaw做过得有些有趣、有用的事情。1.帮我总结文章要点作为资深程序员,一直关注科技行业最新动态,每天阅读各种大V的公众号文章早已是家常便饭了。 自动有了QClaw后,它就立马被委以重任。写入飞书文档的效果如下:这些精华文章的内容一旦被写入飞书文档,就可以在飞书形成了特定领域的知识库了,随时可以进行提供。 3.为学习提效前面说的都是QClaw给工作提效,作为现代人,谁不热爱学习呢?可是每天铺天盖地的资讯根本看不完,各种新技术来不及学习。这时候,QClaw派上用场了。

    14010编辑于 2026-04-12
  • 来自专栏Java实战博客

    QClaw应用 – 从Git Commit Message提取日报

    QClaw介绍QClaw 是腾讯电脑管家基于 OpenClaw 开源生态打造的本地化 AI Agent 助手,被大家亲切称为 “小龙虾 AI”。 就能让安装龙虾的电脑自动完成报表处理、文件传输、文档编辑等工作,数据安全不出本地,适合办公、创作、开发等多场景使用。QClaw是你随时在线的贴身管家。 下面列出一些场景分类场景分类典型应用核心价值远程办公微信远程整理文件、查找总结文档、润色 Word 并发送邮件外出不在电脑前也能高效处理工作日常生活定时天气播报、穿搭提醒、日程与事项推送AI 贴心打理日常琐事 手机对话如下:你可以让QClaw帮你做任何事情。比如帮我清理C盘、帮我监控当前电脑最影响我CPU、GPU、网速的应用、帮我杀掉这个应用!说白了:只要你人工可以干的,它就可以干! 实际应用 - Git Commit Message总结日报QClaw实际落地受限很大,普通人(非程序员)实际使用起来,很难落地。即便是程序员开发,也一样很难落地。群里有人推崇:一人开公司。

    51080编辑于 2026-04-13
  • 来自专栏CodeGuide | 程序员编码指南

    QClaw干掉10亿Token,做出2个精致skills!

    先拿10亿Token,写2个Skills之后再说(先把腿接上)。——把你工作的方式,训练成技能,让AI懂你!接下来,小傅哥就分享下,用OpenClaw(QClaw)做的一些事。 像是在OpenClaw(QClaw)还可以让添加上定时的任务处理。 ────────────────────────────┘此技能符合六边形架构设计标准,相关文档:https://bugstack.cn/md/road-map/ddd-guide-03.html3.场景应用 对于开发后的功能,都是让OpenClaw(QClaw)自己做浏览器访问,填写数据,验证功能。如果有问题,则进行优化功能的处理。不过,做这类东西,还是需要懂场景,懂产品,懂架构,懂技术。 3.2产品演示3.2.1编辑表单(关联数据场景)3.2.2表单数据(全局展示信息)3.2.3能力配置(数据场景配置)这个的目的,就在于配置完表单,用户填写后,那么这些数据,要干啥用。

    1.2K160编辑于 2026-03-30
  • 来自专栏技术杂烩

    QClaw 10 分钟搭一个自动周报助手

    思路:让QClaw帮你"记"这一周QClaw有一套本地记忆系统:memory/YYYY-MM-DD.md:每天的工作记录(可以随手让助手记)MEMORY.md:长期记忆,存项目背景、常用信息只要平时养成 Issue#342###下周计划-开始支付流程前端开发-跟进Issue#342修复排期-完成用户中心模块接口联调###⚠️风险与阻塞-Issue#342并发问题若未及时修复,可能影响下周联调进度整个过程不到10 第四步:一键发送到飞书/钉钉确认草稿没问题后,可以直接让QClaw发出去:"把这份周报发到飞书的团队周报群。"QClaw会调用已配置的飞书消息通道,直接推送,不需要你再打开飞书复制粘贴。 "到"10秒出草稿",变化就这么简单。 随手记→自动整理→按需输出,这套流程可以套用在任何需要"定期汇总"的场景:日报、月报、项目复盘、学习笔记……QClaw的记忆系统就像一个一直在旁边的助理,你说的每一句话它都记着,到需要的时候帮你整理出来

    21731编辑于 2026-03-30
  • 分享6类10种政务AI大模型应用场景

    大模型在各种领域都有广泛的应用,包括自然语言处理、计算机视觉、语音识别和推荐系统等。大模型通过训练海量数据来学习复杂的模式和特征,具有更强大的泛化能力,可以对未见过的数据做出准确的预测。 6类政务AI大模型的应用场景:政务咨询领域:通过构建具备深厚专业知识的智能助手,针对财务、环保等专业领域,提供精确的咨询和解答服务。这有助于提升企业和公众的办事体验,同时增强政府机构的工作效率。 城市治理领域:大模型专注于快速响应民意诉求、智能分类问题、高效处理事件工单等城市治理需求,开发特色应用,提高城市事件处理的效率,提升城市治理的智能化水平。 专业工具开发:应用大模型技术,在业务统计分析、报告报表生成、法律法规咨询等专业领域,开发一系列通用工具,帮助公务人员高效开展工作,同时协助企业和公众理解专业知识。 10种具体应用实例:政务服务- 智能问答系统:全天候提供咨询服务,解答政府服务相关问题。- 政策解读与推荐:自动解析政策文件,推荐与用户需求相关的政策信息。

    2.6K10编辑于 2024-08-06
  • 来自专栏JAVA乐园

    Zookeeper应用场景

    Zookeeper 分布式服务框架是 Apache Hadoop 的一个子项目,主要是用来解决分布式应用中经常遇到的一些数据管理问题。 所以不能可靠的观察到节点的每一次变化 客户端监视一个节点,总是先获取watch事件,再发现节点的数据变化 watch事件的顺序对应于zookeeper服务所见的数据更新的顺序 流行的应用场景 1、分布式应用配置管理 发布与订阅即所谓的配置管理,顾名思义就是将数据发布到zk节点上,供订阅者动态获取数据,实现配置信息的集中式管理和动态更新。 4、集群管理 Hbase Master选举则是zookeeper经典的使用场景; Storm集群管理 5、分布式队列 队列方面,一种是常规的先进先出队列, 对于第二种先进先出队列,增加分布式锁服务以控制时序场景

    95010编辑于 2022-06-30
  • 来自专栏Spark学习技巧

    Spark Streaming 场景应用

    其良好的可扩展性、高吞吐量以及容错机制能够满足我们很多的场景应用。 Spark Streaming 其优秀的特点给我们带来很多的应用场景,如网站监控和网络监控、异常监测、网页点击、用户行为、用户迁移等。 2.1 框架 目前我们 Spark Streaming 的业务应用场景包括异常监测、网页点击、用户行为以及用户地图迁徙等场景。按计算模型来看大体可分为无状态的计算模型以及状态计算模型两种。 无状态模型能够很好地适应一些应用场景,比如网站点击实时排行榜、指定 batch 时间段的用户访问以及点击情况等。该模型由于没有状态,并不需要考虑有状态的情况,只需要根据业务场景保证数据不丢就行。 首先本文介绍了 Spark Streaming 应用场景以及在我们的实际应用中所采取的技术架构。

    2.1K30发布于 2018-12-25
  • 来自专栏安全攻防

    Nginx应用场景

    } # 重复n次{n,} # 重复n次或更多次[c] # 匹配单个字符c[a-z] # 匹配a-z小写字母的任意一个(a|b|c) # 匹配任意一种情况\ 反斜杠 # 转义特殊字符二、静态服务器应用服务器通常会提供一个上传的功能 ,应用如果需要静态资源就从静态服务器中获取。 curl www.nginx.com.cn:8089# {"id":100001,"name":"1neptune"}四、负载均衡分摊到多个操作单元上进行执行,例如Web服务器、FTP服务器、企业关键应用服务器和其它关键任务服务器等

    3.4K20编辑于 2023-02-02
  • 来自专栏Java程序猿部落

    ReadWriteLock场景应用解析

    因为在真实的业务场景中,一份数据,读取数据的操作次数通常高于写入数据的操作,而线程与线程间的读读操作是不涉及到线程安全的问题,没有必要加入互斥锁,只要在读-写,写-写期间上锁就行了。 ============以下我会通过一个真实场景下的缓存机制来讲解 ReentrantReadWriteLock 实际应用============ 首先来看看ReentrantReadWriteLock

    1.7K10发布于 2019-12-30
  • 来自专栏Java编程指南

    redis应用场景

    应用场景:String是最常用的一种数据类型,普通的key/ value 存储都可以归为此类,即可以完全实现目前 Memcached 的功能,并且效率更高。 应用场景: 我们简单举个实例来描述下Hash的应用场景,比如我们要存储一个用户信息对象数据,包含以下信息: 用户ID为查找的key,存储的value用户对象包含姓名,年龄,生日等信息,如果用普通的key 应用场景: Redis list的应用场景非常多,也是Redis最重要的数据结构之一,比如twitter的关注列表,粉丝列表等都可以用Redis的list结构来实现。 应用场景: Redis set对外提供的功能与list类似是一个列表的功能,特殊之处在于set是可以自动排重的,当你需要存储一个列表数据,又不希望出现重复数据时,set是一个很好的选择,并且set ORDER BY time DESC LIMIT 10 在Web应用中,“列出最新的回复”之类的查询非常普遍,这通常会带来可扩展性问题。

    1.1K10发布于 2019-08-02
  • 来自专栏张善友的专栏

    Redis应用场景

    应用场景: String是最常用的一种数据类型,普通的key/value存储都可以归为此类,这里就不所做解释了。 应用场景: 我们简单举个实例来描述下Hash的应用场景,比如我们要存储一个用户信息对象数据,包含以下信息: 用户ID为查找的key,存储的value用户对象包含姓名,年龄,生日等信息,如果用普通的key 应用场景: Redis list的应用场景非常多,也是Redis最重要的数据结构之一,比如twitter的关注列表,粉丝列表等都可以用Redis的list结构来实现,比较好理解,这里不再重复。 应用场景: Redis set对外提供的功能与list类似是一个列表的功能,特殊之处在于set是可以自动排重的,当你需要存储一个列表数据,又不希望出现重复数据时,set是一个很好的选择,并且set提供了判断某个成员是否在一个 Redis作者谈Redis应用场景 为什么使用 Redis及其产品定位 Redis内存使用优化与存储 Redis复制与可扩展集群搭建 现实世界中的 Redis Redis 介绍2——常见基本类型 Redis

    1.5K60发布于 2018-01-29
  • 来自专栏时光笔记

    SpringCloud 应用场景

    一、微服务 问题 当一个大应用包含很多功能模块的时候,其中一个小模块出现问题可能导致整个系统不能用。 当一个项目从一个人开发变成多人协作开发,在一个应用中开发时不同开发人员需要考虑各种兼容协调问题,沟通成本很大。 当应用中的某个模块需要高并发的时候,整个大应用甚至一些调用频率很低的模块都要考虑高并发。 解决 在微服务架构风格中,一个大应用被拆分成为了多个小的服务系统提供出来,这些小的系统他们可以自成体系。 这些小系统可以拥有自己的数据库,框架甚至语言等,这些小系统通常以提供 Rest Api 风格的接口来被 H5, Android, IOS 以及第三方应用程序调用。

    2.1K30发布于 2020-03-11
  • 来自专栏技术从心

    redis应用场景

    应用场景:String是最常用的一种数据类型,普通的key/ value 存储都可以归为此类,即可以完全实现目前 Memcached 的功能,并且效率更高。 应用场景: 我们简单举个实例来描述下Hash的应用场景,比如我们要存储一个用户信息对象数据,包含以下信息: 用户ID为查找的key,存储的value用户对象包含姓名,年龄,生日等信息,如果用普通的key 应用场景: Redis list的应用场景非常多,也是Redis最重要的数据结构之一,比如twitter的关注列表,粉丝列表等都可以用Redis的list结构来实现。 三、Redis实际应用场景 1、显示最新的项目列表 下面这个语句常用来显示最新项目,随着数据多了,查询毫无疑问会越来越慢。 SELECT * FROM foo WHERE ... ORDER BY time DESC LIMIT 10 在Web应用中,“列出最新的回复”之类的查询非常普遍,这通常会带来可扩展性问题。

    1.9K20发布于 2019-08-06
  • 来自专栏崔哥的专栏

    Redis 应用场景

    首先,总结一下这些应用场景,它们不是独立存在的,很多都还是要依赖mysql;甚至项目初期这些都不是第一选择,很多场景mysql也能做,并且更简单 生成唯一的随机数 很多网站的详情页链接都有一个随机数,比如 ('hotblog', 1, 100);//id为100的文章每次访问加1 $list=$this->cache()->zRevRangeByScore('hotblog', 30, 10 , ['withscores' => TRUE, 'limit' => [0, 10]]);//浏览量在10~30之间的 $list=$this->cache()->zRevRange( this->cache()->lPush('list', 2);//左边进 $r=$this->cache()->rPop('list');//右边出 token登陆令牌 这是我最常用的一个场景

    94520编辑于 2022-09-27
  • 来自专栏全栈程序员必看

    kafka应用场景包括_不是kafka适合的应用场景

    3.2 Kafka 适合什么样的场景? 构造实时流数据管道,它可以在系统或应用之间可靠地获取数据。 (相当于消息队列) 构建实时流式应用程序,对这些流数据进行转换或者影响。 Consumer API:允许一个应用程序订阅一个或多个 topic ,并且对发布给他们的流式数据进行处理。 五、kafa整体架构 六、kafka应用场景 6.1 消息 kafka 更好的替换传统的消息系统,消息系统被用于各种场景(解耦数据生产者,缓存未处理的消息),与大多数消息系统比较,kafka 有更好的吞吐量 6.5 事件采集 Event sourcing是一种应用程序设计风格,按时间来记录状态的更改。 6.5 事件采集 Event sourcing是一种应用程序设计风格,按时间来记录状态的更改。

    1.7K30编辑于 2022-11-04
  • 来自专栏全栈程序员必看

    kafka应用场景包括_rabbitmq使用场景

    支持online和offline的场景。 ---- Kafka的架构 Kafka的整体架构非常简单,是显式分布式架构,producer、broker(kafka)和consumer都可以有多个。 Kafka的应用场景 ---- 消息队列 比起大多数的消息系统来说,Kafka有更好的吞吐量,内置的分区,冗余及容错性,这让Kafka成为了一个很好的大规模消息处理应用的解决方案。 行为跟踪 – Kafka的另一个应用场景是跟踪用户浏览页面、搜索及其他行为,以发布-订阅的模式实时记录到对应的topic里。 流处理 这个场景可能比较多,也很好理解。保存收集流数据,以提供之后对接的Storm或其他流式计算框架进行处理。 事件源 事件源是一种应用程序设计的方式,该方式的状态转移被记录为按时间顺序排序的记录序列。Kafka可以存储大量的日志数据,这使得它成为一个对这种方式的应用来说绝佳的后台。

    1K30编辑于 2022-11-04
  • 来自专栏全栈程序员必看

    kafka应用场景包括_什么是场景理论

    Offset:偏移量,理解为消息partition中的索引即可 下面做进一步说明: broker即kafka程序,kafka程序运行于zookeeper之上,zookeeper是一个分布式的,分布式应用程序的协调服务 集群支持热扩展 持久性、可靠性:消息被持久化到本地磁盘,并且支持数据备份防止数据丢失 容错性:允许集群中节点故障(若副本数量为n,则允许n-1个节点故障) 高并发:支持数千个客户端同时读写 4.Kafka应用场景 包括收集各种分布式应用的数据,生产各种操作的集中反馈,比如报警和报告 流式处理:比如spark streaming和storm; 版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。

    90040编辑于 2022-11-19
  • 来自专栏前端小叙

    asyncawait的应用场景

    个人理解,async/await的应用场景主要是为了解决异步多层回调嵌套的问题,举例如下:例子 1:在第一个函数执行完之后,延迟固定秒数执行function sleep(time) { return

    2.8K20编辑于 2022-08-19
  • 来自专栏AISurfing

    后端工程师的周报噩梦,我用 QClaw 10 分钟搞定了

    你盯着屏幕想了10分钟,写下:"继续推进项目进度,完成分配的开发任务。"废话文学大师,说的就是你。二、转机:遇见QClaw上周,我在腾讯云开发者社区看到QClaw的活动,抱着试试看的心态玩了玩。 整个过程,10分钟不到。三、意外收获:我的个人知识库用了一段时间后,我发现QClaw还能干一件事——自动整理我的技术笔记。 现在,我直接把零散笔记丢给QClaw:"整理我关于MySQL索引的所有笔记,按使用场景分类,输出一份速查表"它给我生成了这个:【MySQL索引速查表】┌─────────────┬─────────── │└─────────────┴─────────────────────┴────────────────────────────┘这比我手动整理快10倍。 #QClaw#QClaw脑洞名场面#后端工程师#技术周报你写周报要多久?评论区聊聊。

    13310编辑于 2026-04-09
  • 来自专栏网管叨bi叨

    Redis应用场景汇总

    Redis作为一个非关系型数据库,除了在访问速度上拥有显著优势外,其本身支持的多种数据类型也非常有用,能覆盖系统开发中的很多应用场景。 在说应用场景前先说一些是否觉得使用Redis的建议 使用建议 Redis 速度快是建立在内存数据库基础上的,但是一台服务器的内存要比磁盘金贵许多,所以在项目初期不要想什么都往 Redis 里放,这样当数据量上来后很快内存就会不够用 缓存 作为 Key-Value形态的内存数据库,Redis 最先会被想到的应用场景便是作为数据缓存。 在 Redis 的数据结构中, string、 hash和 sortedset都提供了 incr方法用于原子性的自增操作,下面举例说明一下它们各自的使用场景: 如果应用需要显示每天的注册用户数,便可以使用 个人能力局限目前只知道这些数据类型的应用场景,如果各位有其他场景应用经验欢迎交流补充,另外面试时被问到为何使用Redis不要简单的说因为快, 如果在系统中只使用了缓存这一个应用场景那么最起码可以提供一些

    1.3K42发布于 2019-10-13
领券