搜索「Self Improvement」的结果

io.github.context-foundry/context-foundry

递归派生 Claude 实例来自主构建项目，并带有自愈式测试循环。

io.github.idjohnson/vikunjamcp

接入自托管任务管理方案 Vikunja 的 MCP 服务器。

io.github.edrich13/mcp-jira-server

面向自托管 Jira 实例的 MCP 服务器，使用个人访问令牌（PAT）鉴权

io.github.docling-project/docling/docling

用 Docling 理解任意受支持格式文档的内容——PDF（原生数字或扫描件）、DOCX、PPTX、XLSX、HTML、Markdown、AsciiDoc、CSV、图片、音频与 XML——把它们统一转换为 DoclingDocument（Markdown 或结构化 JSON）。当你需要读取、解析、转换、提取或切分无法直接阅读的文档时使用，例如“这份 PDF 里有什么”“转成 markdown”“提取表格”“为 RAG 切块”“读这份扫描文档”“解析这个 DOCX/PPTX”。涵盖 docling CLI、Python SDK（DocumentConverter 与 PipelineOptions）、远程 Service Client（自托管或托管的 docling-serve），以及用于最小依赖体积的 docling-slim install extras。

io.github.affaan-m/ECC/blueprint

把一行目标转成面向多会话、多代理工程项目的分步构建计划。每一步都带自包含的上下文简报，新代理可以冷启动执行。包含对抗评审门、依赖图、并行步骤检测、反模式目录与计划变更协议。触发时机：用户为复杂的多 PR 任务索要计划、蓝图或路线图，或描述需要多个会话完成的工作。不触发：任务可在单个 PR 或少于 3 次工具调用内完成，或用户说“直接做”时。

io.github.code-yeongyu/oh-my-openagent/codex-qa

对 omo Codex Light 版（lazycodex / packages/omo-codex）本身做 QA，采用严格隔离，只测试我们自己的插件、绝不触及用户真实的 ~/.codex。一方方法用真实的 codex app-server，配合隔离的 CODEX_HOME 与本地 mock model（不调用真实 API），通过断言 hook/started 与 hook/completed 通知来证明插件钩子已触发。此外还提供：隔离的安装验证、逐组件钩子探测、基于 tmux 的 TUI 冒烟测试，以及运行时日志观察（RUST_LOG / logs SQLite / /debug-config）。自带经测试的辅助脚本，每个都有 --self-test。凡改动 packages/omo-codex 下任何内容，或想对 Codex 插件（钩子/组件、installer/config.toml、app-server 流程、Codex TUI）做 QA、冒烟测试、验证或调试时使用。触发词：codex qa、qa codex、codex-qa、test codex plugin、verify codex hook、codex app-server、lazycodex qa、isolated CODEX_HOME、prove codex hook fired、codex tui test。

io.github.affaan-m/ECC/agent-introspection-debugging

针对 AI 代理故障的结构化自调试流程，涵盖故障捕获、诊断、受控恢复与内省报告。当代理运行失败、需要可复现的诊断而不是盲目重试时使用。

io.github.lobehub/lobehub/write-landing-docs

Use for public LobeHub website documentation under docs/**, including self-hosting, deployment, migration, and configuration guides. Excludes product changelogs and source-code API docs.

io.github.openinterpreter/openinterpreter/openai-docs

用于 Codex 的模型/定价、定时任务、skills、设置、安装、排障、定制、自动化与自我认知——包括“you”“your”“this app”“this coding agent”等指代 Codex 的说法——以及 OpenAI API/产品和 ChatGPT Work。也用于模型选择/迁移、prompt 编写、SDK、Responses、Realtime、agents、evals 及 Chat/Work/Codex 对比。不适用于仅仅是提到 Codex 的通用应用/软件任务。

io.github.labring/FastGPT/deploy

FastGPT 的 Docker Compose 自托管部署流程。当用户要求 AI 智能体参照 /deploy/SKILL.md 用 Docker 部署 FastGPT 时使用，包括创建空的 fastgpt 目录、以非交互模式运行安装脚本、启动 Docker Compose、监控服务健康、排查 compose 问题，并返回访问地址、root 账号凭据与后续步骤。

io.github.CopilotKit/CopilotKit/reskin

为可换肤示例应用编写全新皮肤（skin）。skin 是 src/skins/<id>/ 下自包含的领域插件，实现冻结的 Skin 契约（src/shell/skin-contract.ts），可整体替换应用体验——品牌、主题、布局、页面、工具、数据与 agent——作为可交互的销售演示。当用户说"add a skin""create a skin""new skin""reskin the app""make a <domain> skin"或想把应用重新包装成新产品的演示外观时使用。不要用于修改 shell 本身（src/shell/**）、共享设计令牌（src/app/globals.css），除非被明确要求也不要改随包发布的 skin。

io.github.mem0ai/mem0/mem0-integrate

以目标驱动、TDD 的流程将 Mem0 集成到现有仓库。自动检测仓库语言,并让用户在 Mem0 Platform(托管)与 Mem0 开源(自托管)之间选择。先写失败测试再做实现。产出本地功能分支和供配套验证技能使用的 .mem0-integration/ 产物。触发条件:用户说 "integrate mem0"、"add mem0 to this repo"、"wire mem0 into <repo>",或询问如何在现有项目中加入记忆。不触发:一般 SDK 使用(用 skill:mem0)、CLI 使用(用 mem0-cli)、Vercel AI SDK(用 skill:mem0-vercel-ai-sdk)。成功后调用 skill:mem0-test-integration 在同一工作区验证(松耦合)。

io.github.affaan-m/ECC/autonomous-agent-harness

将 Claude Code 转变为具备持久记忆、定时操作、计算机使用和任务队列的完全自主代理系统。通过利用 Claude Code 原生的 crons、调度、MCP 工具和记忆，取代独立的代理框架（Hermes、AutoGPT）。当用户希望持续自主运行、定时任务或自我导向的代理循环时使用。

io.github.openai/codex/openai-docs

用于 Codex 模型/定价、定时任务、skills、设置、安装、排障、定制、自动化与自我知识——包括指代 Codex 的“you”“your”“this app”“this coding agent”——以及 OpenAI API/产品与 ChatGPT Work 的问题。也用于模型选型/迁移、prompt 撰写、SDK、Responses、Realtime、agents、evals 以及 Chat/Work/Codex 的对比。仅提到 Codex 的普通应用/软件任务不适用。

io.github.langbot-app/LangBot/langbot-deploy

部署并配置 LangBot 实例——Docker / Docker Compose、Kubernetes、config.yaml 模型、Box 沙箱运行时、插件运行时，以及全局 API key。在生产或自托管环境中安装、部署、升级或配置 LangBot 时使用。触发语包括 deploy langbot、langbot docker、langbot compose、langbot kubernetes、langbot config.yaml、langbot box runtime、langbot global api key。

io.github.nexu-io/open-design/open-design-landing

以 Atelier Zero 视觉语言（Monocle / Apartamento / Études 编辑式拼贴）产出世界级的单页编辑型落地站——即 OpenDesign 自家营销页面所用的同一美学。代理从品牌简报填充类型化 `inputs.json`，可选经 gpt-image-2 生成 16 张拼贴素材，再由纯函数 compose 器输出自包含 HTML 文件。滚动显影动效与 Headroom 式吸顶导航自动装配。

io.github.code-yeongyu/oh-my-openagent/opencode-qa

逐用例对 opencode 本身做 QA：验证 CLI/终端（opencode run、db、serve、export）、通过 SSE 事件流证明某个插件钩子/动作/事件已触发、在 tmux 下对 TUI 做冒烟测试，以及按 id、标题/名称或消息文本在 opencode 的 SQLite 数据库中调查会话。自带经测试的辅助脚本（每个都有 --self-test）与分领域的参考文档。凡要对 opencode 的 CLI、HTTP server、插件钩子/事件或 TUI 做 QA、冒烟测试、验证或调试，或要查找并检查数据库中的 opencode 会话时使用。触发词：opencode qa、qa opencode、test opencode、verify opencode hook、opencode session db、find opencode session by id/name/text、opencode tui test、opencode server health、opencode event stream。

io.github.github/awesome-copilot/upstash-redis

使用 @upstash/redis 在 serverless 与边缘运行时通过 HTTP 访问 Redis，并用 @upstash/ratelimit 实现限流。适用场景：涉及 Upstash Redis；在 Next.js 路由处理器或中间件、Vercel、Cloudflare Workers、Deno、Bun 中无需 TCP 连接池地访问 Redis；或需要基于 TTL 的 cache-aside 缓存、会话存储、计数器，以及固定窗口、滑动窗口、令牌桶实现的 429 限流。不适用于自建或基于 TCP 的 Redis 客户端（ioredis、node-redis）、Redis Cluster 管理或向量相似度检索。

io.github.addyosmani/agent-skills/performance-optimization

跨前端、后端、查询与数据库优化应用性能。在存在性能指标要求、怀疑性能回归、需要改善 Core Web Vitals 或加载时间、需要修复 N+1 查询模式，或剖析暴露瓶颈时使用。

io.github.nexu-io/open-design/html-ppt-zhangzara-capsule

产品经理的年终自我复盘——职责、成果、成长与诉求，全部有证据支撑。以面向上级与评审委员会的决策级职业幻灯片构建。

io.github.nexu-io/open-design/critique

对项目中的任意 HTML 制品执行 5 维专家设计评审——理念 / 视觉层级 / 细节 / 功能性 / 创新性，每项 0–10 分。输出一份自包含 HTML 报告，含雷达图、有证据支撑的分数，以及三个清单：保留 / 修复 / 快速改进。当需求要求「design review」「design critique」「5 维度评审」「design audit」或「我的设计哪里有问题」时使用。

io.github.nexu-io/open-design/webgl-voronoi-cells

自包含的 WebGL2 hero：活的 Voronoi 网络，特征点漂移、单元按主色着色、边界发光；移动光标可推动细胞。

io.github.nexu-io/open-design/webgl-liquid-iridescence

自包含的 WebGL2 hero：活水覆油场域被提亮为虹彩焦散丝线；移动光标可扭曲流向。

io.github.nexu-io/open-design/webgl-holographic-foil

自包含的 WebGL2 hero：压皱箔面上的薄膜干涉效果，配色随视角变化；移动光标可倾斜薄膜。