AgentSkillsCN

convex-components

涵盖安装、配置与使用的通用模式,适用于 Convex 组件。当您需要使用 Rate Limiter、Aggregate、Workpool、Workflow,或生态中的任意 Convex 组件时,可选用此技能。

SKILL.md
--- frontmatter
name: convex-components
description: 'Universal patterns for Convex components including installation, configuration, and usage. Use when working with Rate Limiter, Aggregate, Workpool, Workflow, or any Convex component from the ecosystem.'

Convex Components

Components are sandboxed packages with their own database tables, functions, and isolated execution.

Universal Installation Pattern

All components follow the same installation pattern:

bash
npm install @convex-dev/<component-name>
typescript
// convex/convex.config.ts
import { defineApp } from 'convex/server';
import componentName from '@convex-dev/<component-name>/convex.config';

const app = defineApp();
app.use(componentName);

// Multiple instances with different names
app.use(componentName, { name: 'instance2' });

export default app;

Run npx convex dev to generate code.

Accessing Components

typescript
import { components } from './_generated/api';

// Default instance
const instance = new ComponentClass(components.componentName, {
  /* config */
});

// Named instance
const instance2 = new ComponentClass(components.instance2, {
  /* config */
});

Transaction Semantics

Component mutations participate in the parent transaction:

typescript
export const doWork = mutation({
  handler: async (ctx) => {
    await ctx.db.insert('myTable', { data: 'value' });
    await component.doSomething(ctx); // Same transaction

    // If mutation throws, BOTH writes roll back
  }
});

Component exceptions can be caught:

typescript
try {
  await rateLimiter.limit(ctx, 'myLimit', { throws: true });
} catch (e) {
  // Only component's writes roll back
  // Parent mutation can continue
}

Available Components

Durable Functions

  • Workflow - Long-running, durable code flows with retries
  • Workpool - Queue actions with parallelism limits
  • Action Retrier - Retry failed actions with backoff

Backend Utilities

Payments

  • Stripe - Payments, subscriptions, and billing

Integrations

  • ProseMirror Sync - Collaborative text editing (Tiptap/BlockNote)
  • Resend - Transactional email with queuing and webhooks

AI Components

  • Agent - AI agents with persistent threads (separate skill)

Quick Reference

ComponentPackagePrimary Use
Rate Limiter@convex-dev/rate-limiterControl action frequency
Aggregate@convex-dev/aggregateFast count/sum queries
Sharded Counter@convex-dev/sharded-counterHigh-throughput counting
Presence@convex-dev/presenceReal-time user tracking
Action Cache@convex-dev/action-cacheCache expensive results
Migrations@convex-dev/migrationsOnline data migrations
Workpool@convex-dev/workpoolQueue work with limits
Workflow@convex-dev/workflowDurable multi-step flows
Action Retrier@convex-dev/action-retrierRetry failed actions
ProseMirror Sync@convex-dev/prosemirror-syncCollaborative text editing
Resend@convex-dev/resendTransactional email
Stripe@convex-dev/stripePayments & subscriptions
Agent@convex-dev/agentAI chat with history

Common Patterns

Component + Triggers

Auto-sync components with table changes using convex-helpers triggers:

typescript
import { Triggers } from 'convex-helpers/server/triggers';
import {
  customCtx,
  customMutation
} from 'convex-helpers/server/customFunctions';

const triggers = new Triggers<DataModel>();

// Register component trigger
triggers.register('myTable', aggregate.trigger());

// Wrap mutation to use triggers
const mutation = customMutation(mutationRaw, customCtx(triggers.wrapDB));

Testing Components

typescript
import componentTest from '@convex-dev/<component>/test';
import { convexTest } from 'convex-test';

function initTest() {
  const t = convexTest();
  componentTest.register(t);
  return t;
}

test('component test', async () => {
  const t = initTest();
  await t.run(async (ctx) => {
    // Test with component
  });
});

Dashboard Access

View component data in dashboard via component dropdown. Each component has isolated tables.

Best Practices

  1. Name instances descriptively - emailWorkpool, scrapeWorkpool vs generic workpool1
  2. Configure once - Set options when creating instance, not per-call
  3. Use triggers for sync - Keep aggregates in sync automatically
  4. Handle component errors - Catch and handle gracefully when appropriate
  5. Check limits - Respect parallelism limits on free tier (20 concurrent functions)