QtCreator配置AI辅助编程插件github copilot保姆级教程

优质文章学习记录

— 3 min read
QtCreator配置AI辅助编程插件github copilot保姆级教程

文章目录

概要

在这里插入图片描述
Free版‌免费使用，每月限额 2000 次代码补全 + 50 次聊天交互‌集成于 VS Code，支持跨文件编辑、终端协助及自定义指令‌ ‌

Pro版‌‌个人用户‌：10 美元/月 或 100 美元/年‌ ‌特殊群体‌：学生/教师/热门开源维护者可免费使用 Pro 版‌

‌
Business版‌19 美元/月/用户，按月计费‌面向组织或企业中的团队订阅‌ ‌

Enterprise版‌39 美元/月/用户，按月计费‌企业可按需为不同组织分配 Business 或 Enterprise 订阅‌

官方地址
GitHub Copilot主页
GitHub Copilot官方文档
环境要求
系统：Window11（我是Window11装的，其他系统不清楚）
Qt Creator：使用11+以上的版本，我使用的是Qt Creator 15.0.1
Qt和QtCreator是两个东西，Qt是库，QtCreator是编辑器，可以分开安装，我就是装的qt5.14.0配的4.11.0的Creator，然后重新单独安装了Qt Creator 15.0.1

在这里插入图片描述
资源地址
Qt Creator 15.0.1安装包
网盘地址
因为ZEEKLOG不设置积分，就得要求下载吗，更麻烦，所以设置了2积分，如果没积分，评论留言，我给单独发过去

配置流程

  • 安装Qt Creator 15.0.1
  • 下载安装node.js；
  • 下载copilot.vim；
  • 重启之后，打开【编辑】-【Preferences】，选择【Copilot】，在右侧勾选Enable Copilot、Auto request（勾选之后在编写代码的时候就可以自动进行提示了），然后分别配置Node.js和copilot.vim的language-server.js的路径；

打开Qt Creator，选择【帮助】【关于插件】，找见copilot，然后勾选上插件，点击确定，重启Qt Creator；

在这里插入图片描述
![(https://i-blog.ZEEKLOGimg.cn/direct/b5596e835aa146b18bbf1c309ff50581.png)

进入授权界面后点击【Authorize Github Copilot plugin】按键授权Qtcreator插件即可；

在这里插入图片描述

登录会让输入验证码，返回Qt Creator，找到下图所示的验证码输入即可；

在这里插入图片描述

配置完路径后【Sign in】就会按键就会亮起，我的已经登录完成了，登录完成就会显示登录的用户名，下边是没登录的样子，上边是完成之后的样子；

在这里插入图片描述
在这里插入图片描述

点击Free下边的Get started即可解决，此时返回qt应该就可以使用了。

在这里插入图片描述

返回qt可能会弹如下窗口，这个是需要我们去领取一下这个插件权限，跳转网页到GitHub Copilot主页
-

在这里插入图片描述

Read more

【异常】飞书OpenClaw机器人 HTTP 401: Invalid Authentication 报错排查与解决方案

【异常】飞书OpenClaw机器人 HTTP 401: Invalid Authentication 报错排查与解决方案

飞书OpenClaw机器人 HTTP 401: Invalid Authentication 报错排查与解决方案 一、报错内容 在飞书客户端会话场景中，用户向企业OpenClaw机器人发送交互消息后，OpenClaw无预期业务响应，会话内持续返回标准化报错信息：HTTP 401: Invalid Authentication。 该报错可稳定复现于单聊、群聊等所有机器人交互场景，表现为用户每触发一次机器人交互，就会同步返回该报错信息，无正常业务逻辑执行结果返回。 二、报错说明 2.1 报错本质定义 HTTP 401 是HTTP协议标准定义的未授权（Unauthorized） 状态码，核心含义为请求方身份认证无效，服务端拒绝执行本次请求。 在飞书开放平台的机器人场景中，该报错的本质是：飞书开放平台服务端对自建机器人的全链路鉴权校验失败。无论是机器人接收飞书事件推送的上行请求，还是机器人主动调用飞书开放平台API的下行请求，只要身份凭证无效、鉴权逻辑校验不通过，飞书服务端就会返回该报错，并最终透传到飞书客户端会话窗口中。

FPGA Flash烧写步骤深度剖析（基于Vivado）

FPGA Flash烧写实战全解：从比特流到可靠启动（基于Vivado） 你有没有遇到过这样的场景？ FPGA设计在JTAG模式下运行完美，一切时序收敛、功能正常。可一旦断电重启，板子却“死”了——LED不闪、串口无输出、逻辑没加载。排查半天，最后发现是 Flash烧写配置出了问题 。 这并非个例。在嵌入式FPGA开发中， “能跑仿真”不等于“能上电自启” 。真正决定产品能否落地的关键一步，正是将.bit文件固化进QSPI Flash的全过程。而这一过程的核心，就是我们常说的 “vivado固化程序烧写步骤” 。 本文将以工程实践为视角，带你穿透Vivado界面背后的机制，深入剖析从生成比特流到成功启动的完整链路。不只是告诉你“怎么点”，更要讲清楚“为什么这么配”。 比特流不是终点，而是起点 很多人误以为综合实现后生成 .bit 文件就大功告成。但实际上，这个文件只是FPGA配置的“临时快照”，只能通过JTAG下载到易失性配置RAM中。断电即失，无法用于量产部署。 要想让FPGA“记住”

腾讯云端Openclaw+飞书 多机器人配置全攻略（新手友好版）

前言：随着AI自动化工具的普及，Openclaw凭借强大的自主执行能力，成为很多人提升效率的首选；而飞书作为高效协同工具，其机器人功能可无缝融入日常工作流。当两者结合，配置多机器人实现分工协作（如办公提效、信息管理、场景化响应），能进一步释放AI价值。 本文将从前期准备、分步配置、实战调试到常见问题，手把手教你完成Openclaw+飞书多机器人配置，全程无复杂操作，新手也能快速上手，建议收藏备用！ 一、配置前必看：核心说明与前置准备 1.1 核心价值 Openclaw+飞书多机器人配置，核心是让多个飞书机器人分别绑定Openclaw的不同Agent，实现「分工协作、各司其职」——无需切换工具，在飞书内即可完成所有操作，大幅提升工作效率。 ✅ 典型分工场景： * 1个机器人负责日常指令响应 * 1个机器人负责定时推送资讯 * 1个机器人负责办公流程自动化（会议整理、报表生成等） 1.2 前置环境准备（必做） 提前准备好以下环境和工具，避免配置过程中卡顿，所有工具均为免费可用： * 基础环境：云端安装Openclaw；
NoneBot+Lagrange搭建qq机器人保姆级别教程

NoneBot+Lagrange搭建qq机器人保姆级别教程

前言 因为一些原因，go-cqhttp不一定能使用，gocq的作者也是呼吁大家尽快转移到无头NTQQ项目当中去，其中就有很多优秀的平替作品，如:NapNeko/NapCatQQ: 基于NTQQ的无头Bot框架 (github.com)还有今天要介绍的LagrangeDev/Lagrange.Core: An Implementation of NTQQ Protocol, with Pure C#, Derived from Konata.Core (github.com) 准备工作 1. 一台电脑或服务器(服务器搭建bot的教程后面会出) 2. Lagrange程序 3. python3.9及以上版本 4. nonebot插件 1.关于操作系统 可供选择的操作系统: 1. Windows 2. Linux 3. MacOS 2.Lagrange程序下载