这个skill也是刚刚创建不久希望能够给我的仓库点个start或者提出一些改进意见，让这个skill更加好用，谢谢大家哦。 xiaozhi-esp32-dev Skill 面向 xiaozhi-esp32 项目的 Qoder Agent Skill，规范 AI 在嵌入式开发中的行为准则。 用途 本 Skill 约束 Agent 在处理 xiaozhi-esp32 项目任务时的工作方式，覆盖以下场景： 需求分析 ：需求不明确时强制提问，禁止幻想实现 代码阅读 ：要求阅读完整上下文，不只看单个文件 新功能开发 ：判断代码归属层级（BSP / Middleware / App），遵守 ESP-IDF 组件化规范 外设驱动迁移 ：基于例程或数据手册的 16 步标准化迁移流程 Bug 修复 ：最小变更原则，优先复现定位再修复 BSP / Middleware 分层 ：清晰的架构边界和依赖方向 调试日志 ：三层（BSP / Middleware / App）分层日志规范 低功耗与提醒 ：离线 NVS 持久化、RTC 休眠唤醒架构设计 Git 工作流 ：任务前后必须检查工作区状态，规范 commit message 调用链追踪 ：每次代码变更自动维护项目根目录 Call_chain.md ，用 Mermaid 流程图 + 调用链表记录调用逻辑 目录结构 xiaozhi-esp32-dev/ ├── SKILL.md # 主入口，包含 frontmatter 元数据和文档索引 ├── README.md # 本文件，Skill 使用说明 └── docs/ # 20 个规则子文档 ├── 01-git-status-check.md ├── 02-code-reading-principles.md ├── 03-superpowers-collaboration.md ├── 04-unclear-requirements.md ├── 05-new-feature-requirements.md ├── 06-readme-changelog.md ├── 07-bsp-layer-rules.md ├── 08-middleware-layer-rules.md ├── 09-code-classification.md ├── 10-esp-idf-component.md ├── 11-cmake-dependencies.md ├── 12-minimal-change-principle.md ├── 13-driver-migration.md ├── 14-debug-logging.md ├── 15-low-power-reminder.md ├── 16-verification-flow.md ├── 17-final-response.md ├── 18-prohibited-actions.md ├── 19-recommended-workflow.md ├── 20-core-principles.md └── 21-call-chain-tracking.md 触发条件 当用户对 xiaozhi-esp32 项目发起以下操作时，本 Skill 会被自动加载： 提出新功能需求 报告 Bug 或请求修复 要求阅读或分析代码 请求外设驱动迁移 要求修改 BSP 或 Middleware 请求构建、调试或验证 要求记录或查看代码调用链 架构核心思想 app / main ← 业务流程编排 ↓ middleware ← 能力抽象、状态管理、策略封装 ↓ bsp ← 外设驱动、板级硬件适配 ↓ esp-idf drivers ← 底层外设接口 任何新代码都必须先判断归属层级，再编写实现。 快速参考：推荐工作流 1. 检查 git status 2. 阅读项目结构 3. 阅读 README.md 4. 判断任务类型 5. 需求不明确 → 向用户提问 6. 新硬件 → 索要例程或数据手册 7. Bug → 索要日志和复现步骤 8. 阅读相关代码和调用链 9. 判断 BSP / Middleware / App 归属层 10. 最小必要修改 11. 更新 CMakeLists.txt 12. 更新 README 日志 13. 执行构建或静态检查 14. 再次检查 git status 15. 总结变更，给出 commit message 建议 16. 更新 Call_chain.md 调用链记录 禁止行为（摘要） 不检查 Git 就改代码 只读单文件就修 Bug 需求不清时幻想实现 没有数据手册就写驱动 BSP 和 Middleware 混在一起 BSP 反向依赖 Middleware 大规模重构无关代码 修改完不汇报变更范围 完整列表见 docs/18-prohibited-actions.md 。 8 个帖子 - 6 位参与者 阅读完整话题
据科技网站TechCrunch报道，马斯克旗下xAI公司的一名前工程师已对该公司及其母公司SpaceX提起诉讼，声称自己因提出AI安全方面的担忧而被解雇。该工程师名为德文·金(Devin Kim)，他在2025年9月离开xAI。周二，他在加州法院提起了诉讼。几天后，SpaceX就将登陆公开市场，有望成为史上最大规模IPO。 Grok 诉状显示，德文·金在参与开发xAI聊天机器人Grok期间，成为公司内部推动AI安全的重要声音。 他多次批评xAI未能在Grok开发过程中优先考虑安全问题。 Grok此后也因一系列安全和行为问题遭到外界批评。诉状称，德文·金尤其担心Grok可能煽动歧视，并助长大规模杀伤性武器相关信息的传播。 “事实证明，Grok的表现印证了德文·金的担忧。该模型在网络上表现出极端仇恨和恶毒言论，甚至将自己比作希特勒。”诉状称。 该诉讼还将德文·金定位成一名举报人。他认为，xAI涉嫌无视AI安全问题，可能在多个领域构成违法行为，包括互联网监管、消费者保护、不公平商业行为以及武器和爆炸物监管等方面。 截至发稿，xAI和SpaceX尚未就此置评。 查看评论
所以前几天邮箱注册号能提出paypal链的原理是啥，是怎么个操作法。反正都已经失效了，说出来让大伙儿听听呗 3 个帖子 - 3 位参与者 阅读完整话题
最近看到两篇博客： 第一篇 ：提出AI的三层记忆，第三层叫“哈勃半径”——AI能感知到的“信息宇宙边界” 第二篇 ：把这个概念接入了Notion AI，尝试落地 简单来说：作者想让用户给AI划一个“认知视界”，AI只在这个范围内检索和回答，超出范围的就承认不知道。作者称它为“哈勃半径”：先把自己的信息源筛选一遍（RSS、关注的账号、收藏的文章），让AI只在我认可的范围内工作，替我维护一个私有的“认知宇宙”。 作者的意思是这样能够让搜索也更加的上下文限定，其实某种意义上也可以看作一种针对AI的信息茧房?或者说给AI的信息本身就应该让它更少启发式更多上下文限定?佬们有什么想法吗? 4 个帖子 - 3 位参与者 阅读完整话题
就是这么一家服务商，提出退款需求，直接把我账号给删了，到现在都没人回复我，怪不得qq群禁止发言，吃一堑长一智，和狐蒂云一起的果然不是啥好东西。真是在一条阴沟里翻了两次船！！！ 14 个帖子 - 6 位参与者 阅读完整话题
由于本人忘记怎么查看命令，遂提出此问题，这是claude官方的沙盒机么 3 个帖子 - 3 位参与者 阅读完整话题
公司持续一年没按时发工资了，每次都拖一个月半个月的样子，介于其他种种 本人提出了离职，但在离职日期到达前，公司拖欠时间达到了两个月，并且无明确发放日期，那我此时还能申请被迫离职吗 9 个帖子 - 8 位参与者 阅读完整话题
VCP-OneRing上线。这是一个实验级的系统，它提出了一个终极统一概念——统一上下文。无论什么前端，群聊系统，或者私聊，只为唯一Agent维护一个完全统一的终极上下文，完全标注每个实际引入消息的时间戳，对话来源，对象来源，利用深度衰减和上下文折叠技术进行token控制维护。构成真正的唯一化上下文。 该系统通过[[OneRing::小克::Vchat]]结构的系统提示词语法触发。 1.引入sqlite为每个Agent引入事实聊天信源。 2.根据每个post差异化更新历史消息组。 3.构建推币箱结构的上下文。 4.自动同步任意前端的上下文编辑并追加编辑时间标记。 5.统一Agent的单一绝对时间线上下文为最终事实，尤其是针对群聊，私聊，信箱，用户聊天多信源环境的终极整合！ 参考视频 bilibili.com [VCP]终极分布式上下文统一方案—OneRing.堂堂登场！_哔哩哔哩_bilibili 官方网站https://www.vcptoolbox.com/, 视频播放量 123、弹幕量 0、点赞数 24、投硬币枚数 6、收藏人数 2、转发人数 2, 视频作者 红莲の狮子, 作者简介 王，您的骑士永随您畔。，相关视频：【VCP 1.0正式版】全球首个原生AI... 1 个帖子 - 1 位参与者 阅读完整话题
IT之家 6 月 5 日消息，腾讯混元今日宣布提出 Stem 稀疏注意力算法，已被机器学习顶会 ICML-26 收录。 官方表示，Stem 稀疏注意力算法从“因果信息流”重新审视块级稀疏，用 Token 位置衰减（TPD）和输出感知度量（OAM）两大创新， 仅用 25% 算力就逼近稠密注意力的精度 。配套的 HPC 算子库则将这份理论加速比真正转化为端到端的实测性能。 ▲ Stem 在 Hy3 preview（W8A8-FP8）上更贴近生产环境的真实落地数据 根据 Stem 算法 × HPC 算子的全栈加速方案，算法层面，Stem 通过 Token 位置衰减（TPD）和输出感知度量（OAM）实现 25% 预算下的近无损精度 ；算子层面，HPC 开源的 Stem+BSA 算子将稀疏收益转化为真实硬件加速， 128K 上下文下首字延迟降低 3.6 倍 。 ▲ 模型精度 IT之家附相关链接如下： Stem 论文链接 ： https://arxiv.org/abs/2603.06274Stem 开源地址 ： https://github.com/Tencent/AngelSlimHPC 算子开源地址 ： https://github.com/Tencent/hpc-ops
用户提出的问题有很多多余内容，在做向量检索的时候很影响召回效率，请问一下各位大佬在把问题丢给知识库前怎么对问题进行转写？是直接扔给大模型让它把问题转成需要了解的知识点还是有什么更好的方法？ 2 个帖子 - 2 位参与者 阅读完整话题
（怕公司有人也在 v2 ，就讲得简略点） 本人 30-，某个小厂的技术骨干，下半年要做个手术修养三个月以上，加上年中和公司的三年合同正好到期，于是打算直接 gap 半年。提前两个月和 CTO （我老板）聊了一下，表达了到期合同不续约的想法。 近期一直在隔壁市出差，这两天接到 CEO 电话。因为是身体原因，也表示理解，没说太多挽留的话。但 CEO 表示公司可以继续交半年的医社保，就当结个善缘。如果后面 gap 期满也请优先考虑公司。 （我们这块这个职位确实难招，更别说技术业务熟悉，各综合能力都强的技术骨干）。 本人脸皮薄（+怕麻烦），因为这事反而有点焦虑。 我的想法： 其实后续如果说兼职或者作为顾问其实都可以，但目前确实没想着在这家以全职身份干了，（项目需要驻场+出差）（不过真 gap 半年后的想法谁说得准）。 其实后面 gap 期间也有可能会去一些朋友的公司兼职帮帮忙，甚至可能去朋友那边挂职。 目前 AI 这块确实猛，这次 gap 也确实存着换换赛道看机会的想法。 就算 CEO 不开这个口，其实看公司情分后面该咋样还是咋样。但我自己感觉就是要了这个“礼”，就有点欠人人情意味在这里了，和我一些不想拖泥带水的想法有些违背。 从合同上来讲，这样做就不算离职，而属于停薪留职了，在顾虑有没有什么风险和后患。 半年时间变数太大。 所以想看看 V 友们怎么看待这件事情，以及如果是你会怎么做。
（怕公司有人也在 v2 ，就讲得简略点） 本人 30-，某个小厂的技术骨干，下半年要做个手术修养三个月以上，加上年中和公司的三年合同正好到期，于是打算直接 gap 半年。提前两个月和 CTO （我老板）聊了一下，表达了到期合同不续约的想法。 近期一直在隔壁市出差，这两天接到 CEO 电话。因为是身体原因，也表示理解，没说太多挽留的话。但 CEO 表示公司可以继续交半年的医社保，就当结个善缘。如果后面 gap 期满也请优先考虑公司。 （我们这块这个职位确实难招，更别说技术业务熟悉，各综合能力都强的技术骨干）。 本人脸皮薄（+怕麻烦），因为这事反而有点焦虑。 我的想法： 其实后续如果说兼职或者作为顾问其实都可以，但目前确实没想着在这家以全职身份干了，（项目需要驻场+出差）（不过真 gap 半年后的想法谁说得准）。 其实后面 gap 期间也有可能会去一些朋友的公司兼职帮帮忙，甚至可能去朋友那边挂职。 目前 AI 这块确实猛，这次 gap 也确实存着换换赛道看机会的想法。 就算 CEO 不开这个口，其实看公司情分后面该咋样还是咋样。但我自己感觉就是要了这个“礼”，就有点欠人人情意味在这里了，和我一些不想拖泥带水的想法有些违背。 从合同上来讲，这样做就不算离职，而属于停薪留职了，在顾虑有没有什么风险和后患。 半年时间变数太大。 所以想看看 V 友们怎么看待这件事情，以及如果是你会怎么做。
（怕公司有人也在 v2 ，就讲得简略点） 本人 30-，某个小厂的技术骨干，下半年要做个手术修养三个月以上，加上年中和公司的三年合同正好到期，于是打算直接 gap 半年。提前两个月和 CTO （我老板）聊了一下，表达了到期合同不续约的想法。 近期一直在隔壁市出差，这两天接到 CEO 电话。因为是身体原因，也表示理解，没说太多挽留的话。但 CEO 表示公司可以继续交半年的医社保，就当结个善缘。如果后面 gap 期满也请优先考虑公司。 （我们这块这个职位确实难招，更别说技术业务熟悉，各综合能力都强的技术骨干）。 本人脸皮薄（+怕麻烦），因为这事反而有点焦虑。 我的想法： 其实后续如果说兼职或者作为顾问其实都可以，但目前确实没想着在这家以全职身份干了，（项目需要驻场+出差）（不过真 gap 半年后的想法谁说得准）。 其实后面 gap 期间也有可能会去一些朋友的公司兼职帮帮忙，甚至可能去朋友那边挂职。 目前 AI 这块确实猛，这次 gap 也确实存着换换赛道看机会的想法。 就算 CEO 不开这个口，其实看公司情分后面该咋样还是咋样。但我自己感觉就是要了这个“礼”，就有点欠人人情意味在这里了，和我一些不想拖泥带水的想法有些违背。 从合同上来讲，这样做就不算离职，而属于停薪留职了，在顾虑有没有什么风险和后患。 半年时间变数太大。 所以想看看 V 友们怎么看待这件事情，以及如果是你会怎么做。
（怕公司有人也在 v2 ，就讲得简略点） 本人 30-，某个小厂的技术骨干，下半年要做个手术修养三个月以上，加上年中和公司的三年合同正好到期，于是打算直接 gap 半年。提前两个月和 CTO （我老板）聊了一下，表达了到期合同不续约的想法。 近期一直在隔壁市出差，这两天接到 CEO 电话。因为是身体原因，也表示理解，没说太多挽留的话。但 CEO 表示公司可以继续交半年的医社保，就当结个善缘。如果后面 gap 期满也请优先考虑公司。 （我们这块这个职位确实难招，更别说技术业务熟悉，各综合能力都强的技术骨干）。 本人脸皮薄（+怕麻烦），因为这事反而有点焦虑。 我的想法： 其实后续如果说兼职或者作为顾问其实都可以，但目前确实没想着在这家以全职身份干了，（项目需要驻场+出差）（不过真 gap 半年后的想法谁说得准）。 其实后面 gap 期间也有可能会去一些朋友的公司兼职帮帮忙，甚至可能去朋友那边挂职。 目前 AI 这块确实猛，这次 gap 也确实存着换换赛道看机会的想法。 就算 CEO 不开这个口，其实看公司情分后面该咋样还是咋样。但我自己感觉就是要了这个“礼”，就有点欠人人情意味在这里了，和我一些不想拖泥带水的想法有些违背。 从合同上来讲，这样做就不算离职，而属于停薪留职了，在顾虑有没有什么风险和后患。 半年时间变数太大。 所以想看看 V 友们怎么看待这件事情，以及如果是你会怎么做。
（怕公司有人也在 v2 ，就讲得简略点） 本人 30-，某个小厂的技术骨干，下半年要做个手术修养三个月以上，加上年中和公司的三年合同正好到期，于是打算直接 gap 半年。提前两个月和 CTO （我老板）聊了一下，表达了到期合同不续约的想法。 近期一直在隔壁市出差，这两天接到 CEO 电话。因为是身体原因，也表示理解，没说太多挽留的话。但 CEO 表示公司可以继续交半年的医社保，就当结个善缘。如果后面 gap 期满也请优先考虑公司。 （我们这块这个职位确实难招，更别说技术业务熟悉，各综合能力都强的技术骨干）。 本人脸皮薄（+怕麻烦），因为这事反而有点焦虑。 我的想法： 其实后续如果说兼职或者作为顾问其实都可以，但目前确实没想着在这家以全职身份干了，（项目需要驻场+出差）（不过真 gap 半年后的想法谁说得准）。 其实后面 gap 期间也有可能会去一些朋友的公司兼职帮帮忙，甚至可能去朋友那边挂职。 目前 AI 这块确实猛，这次 gap 也确实存着换换赛道看机会的想法。 就算 CEO 不开这个口，其实看公司情分后面该咋样还是咋样。但我自己感觉就是要了这个“礼”，就有点欠人人情意味在这里了，和我一些不想拖泥带水的想法有些违背。 从合同上来讲，这样做就不算离职，而属于停薪留职了，在顾虑有没有什么风险和后患。 半年时间变数太大。 所以想看看 V 友们怎么看待这件事情，以及如果是你会怎么做。
（怕公司有人也在 v2 ，就讲得简略点） 本人 30-，某个小厂的技术骨干，下半年要做个手术修养三个月以上，加上年中和公司的三年合同正好到期，于是打算直接 gap 半年。提前两个月和 CTO （我老板）聊了一下，表达了到期合同不续约的想法。 近期一直在隔壁市出差，这两天接到 CEO 电话。因为是身体原因，也表示理解，没说太多挽留的话。但 CEO 表示公司可以继续交半年的医社保，就当结个善缘。如果后面 gap 期满也请优先考虑公司。 （我们这块这个职位确实难招，更别说技术业务熟悉，各综合能力都强的技术骨干）。 本人脸皮薄（+怕麻烦），因为这事反而有点焦虑。 我的想法： 其实后续如果说兼职或者作为顾问其实都可以，但目前确实没想着在这家以全职身份干了，（项目需要驻场+出差）（不过真 gap 半年后的想法谁说得准）。 其实后面 gap 期间也有可能会去一些朋友的公司兼职帮帮忙，甚至可能去朋友那边挂职。 目前 AI 这块确实猛，这次 gap 也确实存着换换赛道看机会的想法。 就算 CEO 不开这个口，其实看公司情分后面该咋样还是咋样。但我自己感觉就是要了这个“礼”，就有点欠人人情意味在这里了，和我一些不想拖泥带水的想法有些违背。 从合同上来讲，这样做就不算离职，而属于停薪留职了，在顾虑有没有什么风险和后患。 半年时间变数太大。 所以想看看 V 友们怎么看待这件事情，以及如果是你会怎么做。
（怕公司有人也在 v2 ，就讲得简略点） 本人 30-，某个小厂的技术骨干，下半年要做个手术修养三个月以上，加上年中和公司的三年合同正好到期，于是打算直接 gap 半年。提前两个月和 CTO （我老板）聊了一下，表达了到期合同不续约的想法。 近期一直在隔壁市出差，这两天接到 CEO 电话。因为是身体原因，也表示理解，没说太多挽留的话。但 CEO 表示公司可以继续交半年的医社保，就当结个善缘。如果后面 gap 期满也请优先考虑公司。 （我们这块这个职位确实难招，更别说技术业务熟悉，各综合能力都强的技术骨干）。 本人脸皮薄（+怕麻烦），因为这事反而有点焦虑。 我的想法： 其实后续如果说兼职或者作为顾问其实都可以，但目前确实没想着在这家以全职身份干了，（项目需要驻场+出差）（不过真 gap 半年后的想法谁说得准）。 其实后面 gap 期间也有可能会去一些朋友的公司兼职帮帮忙，甚至可能去朋友那边挂职。 目前 AI 这块确实猛，这次 gap 也确实存着换换赛道看机会的想法。 就算 CEO 不开这个口，其实看公司情分后面该咋样还是咋样。但我自己感觉就是要了这个“礼”，就有点欠人人情意味在这里了，和我一些不想拖泥带水的想法有些违背。 从合同上来讲，这样做就不算离职，而属于停薪留职了，在顾虑有没有什么风险和后患。 半年时间变数太大。 所以想看看 V 友们怎么看待这件事情，以及如果是你会怎么做。
开发用ChatGPT 5.5-high，感觉模型有点降智啊，忽视我提出的需求，转而去实现一个较为简单的来跳过这个新需求。 各位佬有没有什么建议啊 3 个帖子 - 3 位参与者 阅读完整话题
IT之家 6 月 3 日消息，据新华社报道，欧盟委员会当地时间 3 日公布了“欧洲技术主权一揽子方案”，提出加强 人工智能、半导体、云计算和开源 等领域能力，以期增强欧洲 数字自主性和韧性 。 欧盟委员会当天发布的新闻公报说，这一方案包括两项立法提案 ——《云与人工智能发展法案》和《芯片法案 2.0》，以及“开源战略”和“能源领域数字化与人工智能战略路线图”。相关立法提案在通过并生效前，还将由欧洲议会和欧盟理事会审议协商。 公报说，一揽子方案将有助于扩大欧盟企业、公民和公共行政部门在核心技术方面的选择范围。 其中，《云与人工智能发展法案》的目标是，在未来 5 至 7 年内 将欧洲数据中心容量提高到目前的 3 倍 ，并加强“应用人工智能战略”在推动技术普及方面的作用。《芯片法案 2.0》将以欧洲在主流芯片等方面的优势为基础，建设尖端半导体技术能力，为人工智能应用提供动力。 “开源战略”将推动欧洲在 云、人工智能、互联网技术、网络安全和半导体等优先领域 扩大开源可选方案的规模，并支持公共行政部门更多使用开源；“能源领域数字化与人工智能战略路线图”将推动人工智能和其他数字解决方案 在电力基础设施中的应用 。 据IT之家了解，欧盟委员会负责技术主权等事务的执行副主席汉娜 · 维尔库宁在公报中表示，一揽子方案标志着欧洲处理“技术主权”方式的重大转变。但与此同时，方案也引发了一些争议，例如针对《芯片法案 2.0》的相关内容，欧洲数字产业组织“数字欧洲”认为， 半导体价值链高度全球化，所谓“含欧量”要求难以操作，可能割裂供应链，并削弱欧盟及其下游产业竞争力 。
像某企业一样的非要赢思想终于还是渗透到了我的生活。 对方提出一个它面对的问题，不想着解决问题，总是吐槽问题，我给出解决方案，甚至不止一种的时候，它想的不是问题可以得到解决了，而是拐到另外一个视角，说出一些我明确不想听到的话。比如翻历史旧账，比如无理取闹。 反正给人的感觉就是这个问题我遇到了，它就是很大的问题，不允许质疑，怎么可能会给出解决办法。 就这种无力的感觉。能在网上看某企业众多信徒一样，难以想象咕科技这个博主在拥有巨大知识和思想储备的同时，心理素质还能这么高 2 个帖子 - 2 位参与者 阅读完整话题