WWW.YOUINFO.SITE
标签聚合 一些

/tag/一些

LinuxDo 最新话题 · 2026-06-12 11:57:08+08:00 · tech

之前一些快速简单的翻译一直都偷懒直接google翻译,那个效果也是谁用谁知道。 昨晚无意间发现gpt原来有自己的在线翻译网页。看了下感觉就是一个给gpt引流的小功能? 可能已经出很久了,但我一直不知道TAT 网址: https://chatgpt.com/zh-Hans-CN/translate/ 不过翻译效果很自然,没测试过文本上限是多少,目前也就是网页翻译没看到api啥的。 佬们都是用什么翻译方案的呢,之前没折腾过这块。 2 个帖子 - 2 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-12 11:53:34+08:00 · tech

贴主在2022年本科毕业后开始深度使用AI 当时在某山东IT国企工作,我被分配到硬件岗做软件研发。虽然科班出身,但不咋会写代码,我让当时的 gpt3.0帮我写了一些可用脚本 交付给领导,领导觉得我很吊。后来考上研之后还为我送行来着。 2025年三角洲行动爆火, 3月份我借助gpt和copilot开发了一款三角洲行动交易行脚本 ,可以自动抢购低价子弹和房卡,同时搭建 后端心跳机制 。4月份我借助 ai开发自动抢低价曼德尔砖皮肤脚本 ,两款脚本均通过 OCR实现 规避法律风险(虽然触及腾讯用户约定但它也懒得管)。在2025.3-2026.1月最后开源, 盈利达30万元 。其实中间我并没有太多审查代码的步骤,统统是可用就行。 2026年开始创业开发智能体落地,借助agent大势所趋以及自己的专业背景,接到了第一个 六位数级别的商单 , 全部思路AI设计、代码AI编写、AI审查 ,黑盒测试确定可用性,保证甲方流程上通过验收。 在科研上也是同样的,借助AI我不仅可以快速实现自己科研工作和小活的编码工作,还可以帮我构思、创新。甚至有些创新点可以是子刊级别的。对于我这种学术小垃圾来说已经很够用了,我最快 一周写过两篇2区ccfb加实验 。辅导师弟师妹也是可以赚米,只是周期久单子不稳定。 之前在淘宝上尝试接单,接过一些大小单子,由于AI发展过于猛烈,大家都会用AI开发应付领导要求或者学业要求,单子会变得越来越少。 利用AI为C端提供简单的技术服务是很难赚到米的 不得不说,AI带给了太多人机会,更新换代也太快,只有走在最前线才可以拉开信息差距,吃好时代的红利。 10 个帖子 - 6 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-12 10:20:57+08:00 · tech

今天刷了好几个发福利羊毛的,都是说账号快到期了,希望猛猛蹬被封号的,有没有和我一样好奇的,封号到底有什么收益吗? 下面是一些讲讲最近的日常 还有就是轻度AI生图需求,主要用来上班的时候糊弄一下,目前的想法是买个iPad pro 2018 256G 带壳带膜带笔pencil2,咸鱼上看的1850,女生自用95新的,准备入手了 目的是为了登录之前注册的土区苹果UID,然后充值礼品卡,之后想给自己的号充值一下PULS 这个方案应该是目前我看了这么多帖子最稳的了,给和我有同样需求的人推荐一下,下面还有一些我用过的方案 (之前用过一段时间的日抛,平均每个号3-5天吧,还有就是椒图每个号每天也能生成1-3张,还有B站上看的泽三元那个批量生图网站,目前主要工作生图需求,之后可能想自己做做AI短剧的想法,也看了不少佬友的帖子) 3 个帖子 - 2 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-12 09:42:36+08:00 · tech

这个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 位参与者 阅读完整话题