swift-actor-persistence
SkillSkillsMP
io.github.affaan-m/ECC/swift-actor-persistence
在 Swift 中使用 actor 实现线程安全的数据持久化——内存缓存配合文件存储，从设计上消除数据竞争。在 Swift 中持久化数据、且需要从设计上消除数据竞争或线程安全问题时使用。
source
“Long Term Memory” 共 217 个结果
io.github.affaan-m/ECC/swift-actor-persistence
在 Swift 中使用 actor 实现线程安全的数据持久化——内存缓存配合文件存储，从设计上消除数据竞争。在 Swift 中持久化数据、且需要从设计上消除数据竞争或线程安全问题时使用。
io.github.affaan-m/ECC/agentic-os
在 Claude Code 之上构建可持久化的多 Agent 操作系统。涵盖内核架构、专职 Agent、斜杠命令、基于文件的记忆、定时自动化，以及无需外部数据库的状态管理。当需要在 Claude Code 上构建自带记忆、命令与调度能力的持久化多 Agent 系统时使用。
io.github.affaan-m/ECC/agent-architecture-audit
面向 Agent 与 LLM 应用的全栈诊断。按 12 层 Agent 技术栈审查包装层回归、记忆污染、工具调用约束失效、隐藏的修补循环与渲染损坏，输出按严重程度排序的问题清单，并给出以代码为优先的修复建议。构建 Agent 应用、自主循环或任何 LLM 功能的开发者必备。当 Agent 或 LLM 功能表现异常且故障层级不明，或在上线一套 Agent 技术栈之前使用。
io.github.ruvnet/ruflo/hooks-automation
通过带 MCP 集成的智能钩子，从 Claude Code 操作中自动完成协调、格式化与学习。涵盖 pre/post 任务钩子、会话管理、Git 集成、记忆协同与神经网络模式训练，以提升开发工作流。
io.github.affaan-m/ECC/living-docs-governance
通过为现有项目文档分配清晰的章程、地图、状态与历史角色，再把正在使用的代理运行框架接到这些权威来源上，从而避免长期项目的文档腐化。在维护阶段使用：当文档与代码脱节、代理跨会话丢失上下文，或刻意删除的内容反复被重建时。优先沿用仓库现有的文档结构，而不是新建根目录文件。中文触发：文档治理、活文档、项目状态追踪、防文档漂移、项目地图、健康仪表盘、删除区、长期项目治理
io.github.PostHog/posthog/optimizing-clickhouse-and-hogql-queries
ClickHouse 与 HogQL 查询的优化流程。当 HogQL 查询、查询运行器、insight 或报表太慢，手写的 ClickHouse 查询（经 `sync_execute` 或在迁移中）太慢，ClickHouse 超时或触及内存限制，排查 `system.query_log` 中的慢查询记录，或评审拟议的 HogQL printer 性能改动时使用。涵盖提取 ClickHouse SQL、常见坏味道（`FROM ... FINAL`、对 properties 的 JSONExtract、缺失 skip index、自连接、CTE 膨胀）、对着真实集群度量，以及在正确的层（printer、查询运行器或迁移）应用修复。不覆盖 Postgres / Django ORM / 应用库查询；那些需要 pganalyze 与 `query-performance-optimization.md` 的 Postgres 章节。
io.github.mem0ai/mem0/mem0
Mem0 SDK 参考,涵盖 Python 与 TypeScript API、记忆客户端方法、配置以及框架集成。在编写调用 mem0 API 的代码、配置记忆 provider 或将 mem0 集成到应用时使用。
io.github.NousResearch/hermes-agent/pinecone-research
基于 Pinecone 的代理 RAG 与长期记忆。
io.github.thedotmack/claude-mem/cloud-sync
设置或检查 claude-mem 与 cmem.ai Pro 的云同步。当用户说「set up cloud sync」「sync my memories」「cmem pro」「cloud backup」「sync status」，或希望备份/同步记忆数据库到其 cmem.ai 账户时使用。
io.github.nrwl/nx/review-pr
对 nrwl/nx 中单个开启的 PR 做深度代码审查。先建立隔离的 worktree，然后运行 pr-review-toolkit 审查智能体、reproduce-verifier 智能体（结合关联 issue 佐证结论，若可本地运行则在 master 与 PR 上分别执行复现）、alternative-approach 智能体（独立设计替代方案并与 PR 的选型对比）、performance-analyzer 智能体（确认改动不浪费 CPU 或内存，并能在工作区规模下快速执行）以及 security-analyzer 智能体（在真实信任边界上排查注入类漏洞——命令注入、zip-slip、SSRF、凭据泄露），只保留严重与重要问题（以及优势；可改可不改的建议丢弃），并把 GitHub 风格的草稿存到 ~/.nx-pr-reviews/<NUMBER>.md 供审查者阅读（不会发布任何内容）。当你需要对单个 PR 做彻底审查时使用。
io.github.nexu-io/open-design/codex-interactive-capability-map
将长文、帖子、备忘录或产品叙述转化为紧凑的可点击能力地图，含工作流循环、用例矩阵与响应式详情面板。
io.github.BuilderIO/agent-native/writing-agent-instructions
如何为 agent-native 应用或模板写出优秀的 agent 指令：AGENTS.md、skills 及工具/动作描述。在撰写或评审 AGENTS.md、编写 SKILL.md、措辞 action 描述，或决定内容该放指令、skill 还是记忆时使用。
io.github.compozy/compozy/writing-tech-post
端到端完成工程博客写作：发布深度解读、故障复盘、架构迁移、性能案例、教程、AI/agent 系统记录、安全披露，以及从研究到产品的转化文章。选对文章原型、规划抽象阶梯、遵循证据节奏（图示、基准测试、profile、trace、代码、消融实验），按 Datadog、Vercel、GitHub、AWS、Meta、Cloudflare、Jane Street 等发布方的行文风格校准语气，并在发布前用叙事推进与披露伦理两道门禁检查。在起草新的工程文章、重构成色平淡的初稿、判断某种证据该放在何处、校验技术深度与产品背景是否均衡，或为对外发布准备故障复盘、迁移、性能叙述时使用。不用于 API 参考文档、README、营销文案、release notes、泛 SEO 内容、代笔高管观点文章，以及非工程类长文。
io.github.compozy/compozy/refactoring-analysis
用 Martin Fowler 的代码坏味道与技术目录审计代码库的重构机会——过长函数、重复代码、高耦合、复杂条件、基本类型偏执——并把按优先级排序的报告写到 docs/_refacs/。在审计代码质量、规划重构冲刺或检查架构健康度时使用。不用于风格/格式化、性能或安全审计。
io.github.aiskillstore/marketplace/cursor-mem
从 Cursor 访问 claude-mem 的 MCP 服务器，搜索过往会话记录并记录新的观察。触发词：「メモリ検索」「claude-mem」「過去の判断」「記録して」「memory search」「past decisions」。不要在常规编码、临时笔记或实现工作时加载。
io.github.EpicenterHQ/epicenter/refactoring
逐次改动的重构机制：精确统计调用方数量、决定内联还是保留、合并重复的 switch 分支、把原始访问收拢到单一类型化边界、外科手术式的单次改动单次提交、重构后清扫过时的 JSDoc 与失效导出。真正动手编辑代码做清理、判断单调用方 helper 是否值得保留，或规划一连串小重构提交时使用。异味清单见 code-audit；整场会话的简化见 collapse-pass。
io.github.samber/cc-skills-golang/golang-security
Golang 的安全最佳实践与漏洞预防，覆盖注入（SQL、命令、XSS）、加密、文件系统安全、网络安全、Cookie、密钥管理、内存安全与日志。在编写、评审或审计 Go 代码安全性，或处理涉及加密、I/O、密钥管理、用户输入、鉴权的风险代码时应用，也包含安全工具的配置。
io.github.pproenca/dot-skills/nextjs-bundle-optimizer
Next.js 16 包体积与构建时长优化——运行数据驱动的迭代循环：测量基线 → 分析最大占用项 → 应用一个优化配方 → 重新测量 → 验证一切未被破坏（构建 + 类型 + 测试 + 无回退）→ 提交或回滚。面向默认启用 Turbopack 的 Next.js 16，项目尚未迁移时回退到 webpack 模式工具链。触发语句如“First Load JS is huge”“bundle size”“build takes too long”“page is slow to TTI”“reduce bundle”“tree-shake”，或用户贴出 `next experimental-analyze` / `@next/bundle-analyzer` 的输出时——即便没有明说“优化”。
io.github.OpenZeppelin/openzeppelin-contracts/library-api-design
openzeppelin-contracts 的 API 设计规则。在 contracts/ 下新增、修改或审查任何合约时使用。涵盖 virtual、memory 与 calldata 的选择、public 与 external 的取舍、重载、空操作与 revert 的区别、_update 单一 override 模式、内部与外部接口拆分、_msgSender 以及 override 扩展点。
io.github.majiayu000/claude-skill-registry/cursor-mem-chachamaru127-claude-code-harness
从 Cursor 访问 claude-mem MCP 服务器以搜索会话历史并记录观察。触发词：memory search、claude-mem、past decisions、record this。不要在正常编码、临时笔记或实现工作时加载。
io.github.majiayu000/claude-skill-registry/cursor-mem-chachamaru127-claude-code-harness-02511a1c
从 Cursor 访问 claude-mem MCP 服务器以搜索会话历史并记录观察。触发词：memory search、claude-mem、past decisions、record this。不要在正常编码、临时笔记或实现工作时加载。
io.github.github/awesome-copilot/github-actions-hardening
针对 GitHub Actions 工作流文件（.github/workflows/*.yml）的安全加固评审。分析模式匹配器和通用代码 linter 会漏掉的 Actions 威胁模型——不可信输入的脚本注入、高权限触发器运行 fork 代码、可变的 action 引用、权限过大的 token。当被要求评审、审计、加固或保护 GitHub Actions 工作流、编写新工作流，或遇到"这个工作流安全吗""帮我查 CI 安全问题""这里 pull_request_target 为什么危险""帮我 pin actions""收紧 GITHUB_TOKEN 权限"等请求时使用。覆盖 ${{ }} 插值脚本注入、pull_request_target/workflow_run 权限提升、第三方 action 的 SHA 固定、最小权限、GITHUB_ENV/GITHUB_OUTPUT 注入、密钥暴露、OIDC 与长期凭据、公共仓库自托管 runner 的暴露风险。
io.github.TriliumNext/Trilium/ckeditor5-reviewing
评审或审计 Trilium（TriliumNext Notes）monorepo 中的 CKEditor 5 插件代码，或涉及 packages/ckeditor5-*、packages/ckeditor5 构建的 PR/diff。用于检查 Trilium CKEditor 5 插件的正确性与惯用写法：schema/转换/命令/UI/widget 代码、CKEditor 特有缺陷（upcast/downcast 不对称、upcast 元素未消费、缺少 inline-widget 位置映射、命令 refresh/isEnabled 问题、内存泄漏、t() 遗漏、editing/UI 职责越界），以及 Trilium 集成缺陷（未在 plugins.ts 注册、toolbar.ts 缺少按钮、import/文件扩展 lint 失败、错误的 augmentation 模块、.po 本地化缺口、错误的测试环境）。与 ckeditor5-plugin-development、ckeditor5-testing 配套并复用其检查清单。
io.github.mem0ai/mem0/mem0-vercel-ai-sdk
Mem0 为 Vercel AI SDK 提供的 provider(@mem0/vercel-ai-provider)。触发条件:用户提到 "vercel ai sdk"、"@mem0/vercel-ai-provider"、"createMem0"、"retrieveMemories"、"addMemories"、"getMemories"、"searchMemories"、"mem0 vercel"、"AI SDK provider"、"AI SDK memory",或在 generateText/streamText 中使用 mem0。也适用于需要记忆增强 AI 的 Next.js 应用。不触发:不经 Vercel 的直接 Python/TS SDK 调用(用 mem0 技能),或 CLI 终端命令(用 mem0-cli 技能)。