搜索「Self Improvement」的结果

io.github.czlonkowski/n8n-mcp/n8n-self-hosting

使用 Docker Compose 部署在 Caddy 反向代理（自动 HTTPS）之后，将生产级自托管 n8n 端到端部署到一台全新的 Linux VM（通过 SSH）。每当用户想在自有服务器/VPS/主机（Hetzner、DigitalOcean、AWS EC2、裸金属等）上自托管、安装、设置、配置或部署 n8n——无论是单实例/常规模式还是带 worker 的队列模式——或更新、备份、恢复或加固这样的实例时使用。本技能针对自托管 n8n（Docker），不是 n8n Cloud，也不是构建工作流。它让 agent 先询问单实例还是队列模式，收集域名/SSH/时区输入，在机器上生成新密钥，并用 TLS 启动整套服务。触发于「deploy n8n」「self-host n8n」「install n8n on my server」「n8n docker compose」「n8n queue mode / workers / scaling」「n8n reverse proxy / SSL」「back up / update my n8n」等。

io.github.affaan-m/ECC/agent-self-evaluation

在完成任何有一定复杂度的任务后使用。Agent 从准确性、完整性、清晰度、可执行性、简洁性五个维度给自己的产出打分，并为每项标准给出具体依据，最终输出一份 1-5 分的结构化评分表和对应的改进建议。

io.github.RSSNext/Folo/mobile-self-test

在 `apps/mobile` 中完成移动功能改动或缺陷修复后进行自测。每当用户要求验证移动端改动、跑模拟器验收、对移动端 PR 做冒烟测试或提供修复的截图证明时使用。本技能负责判定 prod 与 local API 模式、按需启动本地 follow-server、构建 release 应用、仅用 Maestro 为免认证工作引导注册，随后转入截图驱动的视觉验证并返回截图证据。

io.github.supabase/supabase/test-the-docs

在一次性的 Docker Compose 沙箱（runner 容器 + 通过 supabase start 启动的本地 Supabase 栈）里执行文档中可运行的代码片段与示例。在 Draft 之后或 Self-review 期间，被要求测试文档、对 CLI/SQL/代码样例做事实核查或为文档 PR 产出验证报告时使用。作为 review-the-docs 的 lint/build 检查的补充而非替代。

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.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.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：活水覆油场域被提亮为虹彩焦散丝线；移动光标可扭曲流向。