claude-mem 安装(Cursor)
io.github.thedotmack/claude-mem/install
在 Cursor 上配置 claude-mem 时使用:本地或远程 worker,本地主机登录观察器或远程 cmem.ai 推理。
“3” 共 5,150 个结果
io.github.thedotmack/claude-mem/install
在 Cursor 上配置 claude-mem 时使用:本地或远程 worker,本地主机登录观察器或远程 cmem.ai 推理。
io.github.PostHog/posthog/adding-activity-logging
为 PostHog 中的 Django 模型添加或修改活动日志(审计跟踪)。当模型的写操作必须出现在 Activity 侧栏或高级活动日志中、在添加 ModelActivityMixin、ActivityScope、model_activity_signal 接收器、活动描述器或字段排除项、审计模型哪些写路径被记录,或某变更缺失于活动日志时使用。涵盖接收器模块约定、信号看不到的写操作(QuerySet.update、bulk_create)、请求之外的 actor,以及位于独立数据库上的产品模型。触发词:activity log、audit log、audit trail、ModelActivityMixin、log_activity、changes_between、activity describer、who changed this。
io.github.lfnovo/open-notebook/release
编排 Open Notebook 的一次发布——变更日志核查、基于风险的 A/B/C 测试矩阵、Docker 镜像门禁(全新安装+升级)、经 PR 的修复循环、版本切分、带署名的发布,以及回顾。在准备、测试、切分或发布版本时使用。
io.github.openclaw/openclaw/autoreview
在被明确请求时,进行结构化的 Codex、Claude、Amp、Pi 或 Kimi 代码审查。
io.github.openclaw/openclaw/openclaw-ci-limits
管理 OpenClaw GitHub Actions 与 Blacksmith CI 的容量:runner 注册预算、扇出上限、main 推送单飞、分片规模、托管 runner 分担、队列健康,以及安全的降载/升载变更。用于调优 `.github/workflows/*`、`docs/ci.md`、CI runner 标签、matrix `max-parallel`、ClawSweeper/Blacksmith 突发保护、CodeQL runner 分配,或排查 OpenClaw CI 排队/缓慢问题。
io.github.openclaw/openclaw/telegram-e2e-userbot
在 Telegram 测试服务器上,用 Convex 租用的团队凭据验证用户可见的 OpenClaw Telegram 行为:驱动真实用户轮次,并记录消息、编辑、删除、表情回应、输入状态或富内容。
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.PostHog/posthog/improving-drf-endpoints
在编辑、评审或审计 PostHog 的 DRF viewset 与序列化器时使用。触发于 posthog/api/、products/*/backend/api/、products/*/backend/presentation/ 下的文件,或任何导入 rest_framework 的文件。涵盖字段类型标注、schema 注解、枚举冲突修复与 OpenAPI 规范质量——这些都会流向下游生成的 TypeScript 类型与 MCP 工具。
io.github.openclaw/openclaw/openclaw-testing
为 OpenClaw 测试、CI 检查、Docker E2E 流水线、发布验证选择运行方式,或重跑、调试,找出成本最低且安全的验证路径。
io.github.openai/codex/skill-installer
从精选列表或 GitHub 仓库路径把 Codex skill 安装到 $CODEX_HOME/skills。当用户要求列出可安装 skill、安装精选 skill,或从其他仓库(含私有仓库)安装 skill 时使用。
io.github.openai/codex/imagegen
当任务受益于 AI 生成的位图视觉(照片、插画、纹理、精灵图、样机、透明背景抠图)时生成或编辑位图图像。当 Codex 需要新建图像、变换既有图像或从参考衍生视觉变体,且产物应为位图素材而非仓库内的代码或矢量图时使用。若更适合编辑现有 SVG/矢量/代码原生资产、扩展既有图标或 logo 体系、或直接在 HTML/CSS/canvas 里画视觉,则不要使用。
io.github.n8n-io/n8n/design-system
关于如何使用 Design System 的样式与组件的规范。在 packages/frontend 中处理 .vue 文件时使用。涉及组件架构、样式、UI 改动或功能开发的场景都会触发。
io.github.discourse/discourse/discourse-writing-html-css
为 Discourse 核心、插件、主题与主题组件编写和修复 HTML/CSS/SCSS。在编写或修改模板(.gjs/.hbs)、样式表(.scss)、组件标记、类名、响应式布局、FormKit/select-kit 样式或处理 CSS 回归时使用。涵盖 Discourse 的 BEM 加独立修饰符命名、CSS 自定义属性色彩体系(主题化与暗色模式)、模板/HTML 约定、CSS 修复模式,以及样式表的存放位置。
io.github.PostHog/posthog/creating-box-plot-insights
在 PostHog 中创建基于产品分析或 SQL 的箱线图 insight。当用户要求创建、构建或保存箱线图、可视化数值分布、跨日期或分组比较四分位数/中位数,或把 SQL 结果变成箱线图时使用。在标准 Trends 箱线图与 SQL insight 之间做出选择、校验分布数据、保存 insight 并验证。
io.github.openclaw/openclaw/openclaw-pr-maintainer
遇到任何粘贴的 OpenClaw GitHub issue 或 PR 链接/编号时立即使用;也用于 OpenClaw issue/PR 编排、审查、分诊、根因修复、PR 重写、重复搜索、发起人身份/作者信息、账号注册时间/活跃度、评论、标签、关闭、合入或维护者证据核查。
io.github.PostHog/posthog/debugging-experiments
为查看自己结果的客户调试和支持 PostHog Experiments(A/B 测试)。只要粘贴了实验支持工单或客户提出结果相关问题就使用,最常见的是“为什么我的曝光不均?”“为什么某个变体没有流量?”“为什么我缺少/只见很少曝光?”“为什么出现偏差横幅?”“为什么 PostHog 的数字和我的 SQL 对不上?”。以只读方式拉取实验真实数据,对照已知成因清单匹配,产出面向客户的解释、修复方案与相关数字的评审。加载 diagnosing-experiment-results 作为深度诊断库。不触发:创建实验(用 creating-experiments)、仅配置放量(configuring-experiment-rollout)或指标(configuring-experiment-analytics)、询问生命周期问题(managing-experiment-lifecycle),或行为异常的是底层 feature flag 而非结果(用 debugging-feature-flags)。
io.github.openclaw/openclaw/openclaw-changelog-update
在 beta、stable 或 extended-stable 发布前,根据 git 历史重新生成 OpenClaw 发布日志小节。
io.github.PostHog/posthog/turning-engineering-analytics-into-insights
把工程分析(PR / CI)数据转化为已保存的 PostHog insight、仪表盘与订阅,并说明如何用 SQL 直接查询产品数据。涵盖经 engineering-analytics-sources 发现按团队的 GitHub 仓库表、在 HogQL 中复刻精心的列语义、在涉及产品逻辑时读取暴露的 engineering_analytics_* 仓库视图(CI 成本、指纹化失败行、提交归属)、用 insight-create 保存查询,以及用 subscriptions-create 安排投递。当被要求“把这个存成 insight”“把 CI 健康度/合并时长做成仪表盘”“每周给我邮件发 PR 吞吐量”“画 CI 成本图”“跟踪首次评审时长”“订阅这些数字”“对 CI 成功率告警”或询问“工程分析读取哪些数据/表/视图”时使用。临时性 CI 与合并问题用 diagnosing-ci-and-merge-bottlenecks;调查某个具体 CI 失败用 investigating-ci-failures。
io.github.openclaw/openclaw/control-ui-e2e
在用 Vitest + Playwright 对 OpenClaw Control UI 图形界面做端到端测试、修复或扩展时使用,覆盖 Mock 网关 WebSocket 流程、Mock 面板运行、截图/视频,以及可由代理验证的浏览器证明。
io.github.PostHog/posthog/posthog-desktop
将工作限定在 products/desktop 下的桌面应用——一个嵌套的独立 pnpm/turbo/Biome 工作区,由现已归档的 PostHog/code 仓库引入;PR、CI 与发布以 posthog/posthog 为唯一事实来源,且不属于根前端或 Django 构建。当用户说 /posthog-desktop,或开发 Electron 桌面应用、apps/code、apps/web、apps/mobile、packages/core、packages/ui、packages/workspace-server、@posthog/api-client、@posthog/agent 或代理框架时使用。把工作目录钉在 products/desktop,以该目录树的工具链与约定取代 monorepo 的,并界定树外允许触碰的少数路径(应用调用的 Django API、根目录的 desktop-* CI)。
io.github.supabase/supabase/explorer
构建与修改 Supabase Studio Explorer 界面,包括 notebook、chat、SQL 代码片段、查询单元格及其共用的工具栏模式。
io.github.openclaw/openclaw/openclaw-update
将现有本地或远程 OpenClaw Gateway 的例行更新路由到其安装属主,并自动恢复会话。存在部署专用技能时优先让位。
io.github.openclaw/openclaw/openclaw-repair-sweep
针对 OpenClaw 的 issue 和 PR 编排 worker 集群:验证根因,优先干净重构而非快速补丁,落地经验证的修复,并关闭已证明修复或不再有效的条目。
io.github.NousResearch/hermes-agent/touchdesigner-mcp
通过 twozero MCP 控制 TouchDesigner。