Embedding、Rerank 和LLM大模型:它们在 RAG 里分别干什么?


现在很多 AI 知识库、智能客服、文档问答、代码助手,背后都会提到一个词:RAG。 RAG 的全称是 Retrieval-Augmented Generation,中文一般叫: 检索增强生成 简单说就是: 大模型回答问题之前,先去知识库里找资料,再根据资料生成答案。 而在 RAG 里,最常见的几个模

grill-me Skills

Skill 

grill-me 可以理解成一个 “拷问式需求澄清 / 方案审查 skill”。 它不是让 AI 直接写代码,而是让 AI 像一个很挑剔的技术负责人一样,不断追问你: 这个需求到底要解决什么问题? 哪些情况不做? 边界条件是什么? 有没有更简单的方案? 现有代码里有没有类似实现? 这个设计会不会引入

GSD Skills

Skill 

grill-me 可以理解成一个 “拷问式需求澄清 / 方案审查 skill”。 它不是让 AI 直接写代码,而是让 AI 像一个很挑剔的技术负责人一样,不断追问你: 这个需求到底要解决什么问题? 哪些情况不做? 边界条件是什么? 有没有更简单的方案? 现有代码里有没有类似实现? 这个设计会不会引入

Trellis Skills:给 AI 编程助手搭一套项目级上下文系统


现在很多人用 Claude Code、Cursor、Codex 写代码,刚开始会觉得效率很高:让 AI 写接口、修 bug、补测试、改文档,确实很快。 但用久了以后,会遇到一个更深的问题: AI 会写代码,但它不一定懂你的项目。 它可能知道 Spring Boot、MyBatis、Redis、JWT

使用 .gitattributes 修复 GitHub 仓库语言识别问题


最近在使用 Trellis 辅助开发项目时,我发现了一个挺有意思的问题:明明项目的主要业务代码不是 Python,但 GitHub 仓库列表里却显示这个仓库的主要语言是 Python。 一开始我还以为是 GitHub 识别错了,后来才发现,问题其实出在 GitHub 的语言统计规则上。 一、问题现象

Android ForegroundService 前台服务详解


在 Android 开发中,Service 经常被理解成“后台任务组件”。但从 Android 8.0 开始,系统对后台执行做了越来越严格的限制,普通后台 Service 已经不再适合长期运行任务。 这时候,ForegroundService 就变得非常重要。 不过 ForegroundServic

Android HandlerThread:一个带 Looper 的后台线程


在 Android 开发里,我们经常会遇到一些不能放在主线程执行的任务,比如文件读写、日志写入、图片处理、轻量级数据库操作等。 这些任务有几个特点: 不能阻塞主线程 不一定需要并发执行 有时希望按顺序执行 有时需要通过 Handler 发送消息 这时候就可以用到 HandlerThread。 一句话

Android JobIntentService:一个曾经用来兼容后台任务的过渡方案


在 Android 后台任务体系里,JobIntentService 是一个很有时代感的类。 它出现的背景是:以前我们经常用 IntentService 来处理后台任务,比如上传日志、同步数据、处理广播后的耗时操作。但从 Android 8.0 开始,系统加强了后台执行限制,普通后台 Service

Android AlarmManager 系统级定时触发机制


一、AlarmManager 是什么? AlarmManager 是 Android 提供的一个系统服务,主要用于在未来某个时间点触发任务。 它不是普通的定时器,而是由系统统一管理的时间调度机制。App 设置一个闹钟任务后,即使 App 进程暂时不在前台,系统也可以在合适的时间触发对应操作。 常见使

Android JobScheduler解析


一、JobScheduler 是什么 JobScheduler 是 Android 5.0,也就是 API 21 引入的系统任务调度机制。 它的作用不是让任务立即执行,而是让 App 把后台任务交给系统,由系统根据当前设备状态选择合适的时机执行,比如网络状态、电量状态、是否充电、是否空闲等。 官方文