meteor-react
Skill10 starsChanged 3 months agoMITView on GitHub
Use when building or debugging React interfaces in Meteor 3: meteor create --react, createRoot, JSX or TSX entry points, Rspack React detection, Fast Refresh, react-meteor-data, useTracker, useSubscribe, useFind, withTracker, Suspense, and Tracker.withComputation. Triggers on isLoading being treated as a boolean, useFind receiving fetch(), stale closure inputs, duplicate tracker side effects, unstable Suspense keys, lost reactivity after await, state reset after refresh, or React tests leaking computations. Use this skill when the user asks about a React skeleton, React Compiler, React-specific rspack.config rules, reactive data hooks, or classic versus Suspense integration. Route general bundler configuration to meteor-modern-build-stack and Meteor 2 upgrades to migrate-to-meteor-3.
1 other project uses a version of this, 1 of them edited.
Adopted by
Most recently taken up by
- wekan/wekanedited, first seen Oct 8, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 1
- wekan/wekan★ 21k100% same
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository21 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .claude/CLAUDE.mdCLAUDE.md
- release-publishingSkill
- skill-gap-auditSkill
- skill-maintenanceSkill
- meteor-accountsSkill
- meteor-blazeSkill
- meteor-cli-installationSkill
- meteor-community-packagesSkill
- meteor-debuggingSkill
- meteor-deploymentSkill
- meteor-methodsSkill
- meteor-modern-build-stackSkill
- meteor-mongo-minimongoSkill
- meteor-nativeSkill
- meteor-pubsubSkill
- meteor-securitySkill
- meteor-testingSkill
- meteor-typescriptSkill
- migrate-to-meteor-3Skill
- migrate-to-rspackSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
13 rules. About 0 are common, 2 are distinctive, and 11 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
11
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 45
Use useSubscribe for readiness, useFind for reactive lists with stable document references, and useTracker for other Tracker values.
- Distinctive: line 47
Keep React-specific Rspack rules here.
- Distinctive: line 49
Test UI behavior in a browser-backed client suite and always unmount the rendered root so Tracker computations and subscriptions can stop.
- Very specific: line 111
Use useTracker when a transformed aggregate is clearer.
- Very specific: line 143
Treat Suspense useSubscribe as a suspension-only call.
- Very specific: line 154
Keep rspack.config.* minimal.
- Very specific: line 170
If edits reload the page or reset component state, first determine which bundler compiled the module.
- Very specific: line 178
Call Meteor.callAsync from event handlers, model pending and rejection in React state, and leave validation and authorization inside the …
- Very specific: line 191
Treat classic isLoading as a boolean.
- Very specific: line 193
Put a subscription inside a useFind factory.
- Very specific: line 194
Call React state setters, methods, analytics, or arbitrary effects inside a useTracker reactive function.
- Very specific: line 198
Read a Tracker source only after await without restoring the computation.
- Very specific: line 199
Add @rspack/plugin-react-refresh to project config when Meteor already injected it.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
React interfaces for Meteor 3
React owns rendering and local UI state; Meteor owns reactive data and the build handoff. Components consume authorized data and invoke methods. Publications and methods remain the server authority.
Decision flow
- For a new JavaScript app, run
meteor create --react <name>; React is also the default skeleton. For TypeScript and TSX, runmeteor create --typescript <name>. - Inspect
package.json,.meteor/packages,.meteor/versions, the client entry, andrspack.config.*. Skeletons andreact-meteor-dataversions can change independently of this skill. - Mount one React root from
Meteor.startupwithcreateRoot. - Pick one
react-meteor-datasurface for a component:- Classic hooks for explicit loading UI and synchronous Minimongo reads.
- Suspense hooks only when an upstream Suspense fallback and rejection boundary already own the pending and error states.
- Use
useSubscribefor readiness,useFindfor reactive lists with stable document references, anduseTrackerfor other Tracker values. - Keep React-specific Rspack rules here. Route aliases, loaders, code splitting, cache, output, or migration work to the build skills.
- Test UI behavior in a browser-backed client suite and always unmount the rendered root so Tracker computations and subscriptions can stop.
Current scaffold
meteor create --react my-app
cd my-app
meteorCurrent Meteor 3.4+ scaffolds use Rspack and react-meteor-data. Inspect
.meteor/versions: Meteor 3 requires 3.0.0+, these examples target 4.0.1, and
references/react-meteor-data.md records feature floors.
import { Meteor } from "meteor/meteor";
import { createRoot } from "react-dom/client";
import { App } from "/imports/ui/App";
import "/imports/ui/styles.css";
Meteor.startup(() => {
const container = document.getElementById("react-target");
if (!container) throw new Error("Missing #react-target");
createRoot(container).render(<App />);
});TypeScript uses client/main.tsx, a tsconfig.json, and usually
rspack.config.ts. Meteor discovers that TypeScript config directly.
Reactive data selection
| Need | API | Contract |
| Subscription readiness | Classic useSubscribe | Returns an isLoading function. Call it. |
| Reactive list | Classic useFind | Return a cursor, never fetch(). |
| User, count, single document, ReactiveVar | Classic useTracker | Return the reactive value. Avoid arbitrary side effects. |
| Async value with Suspense | Suspense useTracker | Supply a stable key and Promise-producing function. |
| SSR-capable collection query | Suspense useFind | Pass the collection and the find argument tuple. |
| Existing class component | withTracker | Keep it during focused maintenance; plan hooks separately. |
Classic list scaffold:
import { useFind, useSubscribe } from "meteor/react-meteor-data";
import { Tasks } from "/imports/api/tasks";
export function TaskList({ listId }) {
const isLoading = useSubscribe("tasks.byList", listId);
const tasks = useFind(
() => Tasks.find({ listId }, { sort: { createdAt: -1 } }),
[listId],
);
if (isLoading()) return <p>Loading...</p>;
if (tasks.length === 0) return <p>No tasks.</p>;
return <ul>{tasks.map((task) => <li key={task._id}>{task.title}</li>)}</ul>;
}useFind owns cursor observation and updates only changed document references.
Use useTracker when a transformed aggregate is clearer. Read
references/react-meteor-data.md before tuning dependencies or skipUpdate.
Suspense and async reactivity
Suspense imports change signatures; they are not drop-in replacements:
import { Suspense } from "react";
import { useFind, useSubscribe } from "meteor/react-meteor-data/suspense";
import { Tasks } from "/imports/api/tasks";
function TaskList({ listId }) {
useSubscribe("tasks.byList", listId);
const tasks = useFind(Tasks, [
{ listId },
{ sort: { createdAt: -1 } },
], [listId]);
return <ul>{tasks.map((task) => <li key={task._id}>{task.title}</li>)}</ul>;
}
export function TaskScreen({ listId }) {
return (
<AppErrorBoundary>
<Suspense fallback={<p>Loading...</p>}>
<TaskList listId={listId} />
</Suspense>
</AppErrorBoundary>
);
}Treat Suspense useSubscribe as a suspension-only call. In the currently
audited package, its declared return type and runtime value disagree, so do not
consume the return. Read references/suspense-and-async.md for stable keys,
rejections, SSR, and Tracker.withComputation after await.
Build and refresh ownership
Rspack detects React from the app's npm dependencies, enables JSX or TSX SWC parsing, and installs and injects React Refresh for client development. A normal React Rspack app does not add the refresh plugin manually.
Keep rspack.config.* minimal. The generated JavaScript skeleton demonstrates
an optional SVGR rule; the TypeScript skeleton demonstrates type checking.
Compose custom rules through defineConfig from @meteorjs/rspack without
replacing Meteor's SWC defaults.
For React Compiler, the Meteor 3.6-beta.0 pairing supports SWC; older pairings can retain Babel. Read compiler setup for React-version targets and runtime requirements.
| Request | Owner |
| React detection, JSX or TSX, React Refresh boundary | This skill |
General rspack.config helpers, SWC, aliases, cache, chunks | meteor-modern-build-stack |
| Convert an existing app or legacy build plugin to Rspack | migrate-to-rspack |
Meteor-bundler HMR or custom module.hot lifecycle | Build skill, then this skill for React symptoms |
If edits reload the page or reset component state, first determine which
bundler compiled the module. In a Rspack client graph, inspect React Refresh
boundaries and avoid a second react-fast-refresh stack. In a Meteor-bundler
graph, verify hot-module-replacement and the bundled React Fast Refresh
integration. See references/build-refresh-and-testing.md.
Mutations and tests
Call Meteor.callAsync from event handlers, model pending and rejection in
React state, and leave validation and authorization inside the method. Do not
write sensitive collections directly from a component.
For tests, separate a presentational component that accepts data as props from the hook-owning container. Unit-test the former with the project's existing React test library. Test the latter in a browser client with controlled Minimongo or a real publication. Assert rendered behavior, not the number of reactive-function calls, because React can discard work and invoke initial render logic more than once.
Anti-patterns
- Treat classic
isLoadingas a boolean. It is a function and must be called. - Pass
Tasks.find().fetch()touseFind. Return the cursor. - Put a subscription inside a
useFindfactory. Subscribe separately. - Call React state setters, methods, analytics, or arbitrary effects inside a
useTrackerreactive function. - Force every classic component onto Suspense. Both surfaces remain useful.
- Reuse a generic Suspense key for unrelated mounted computations.
- Read a Tracker source only after
awaitwithout restoring the computation. - Add
@rspack/plugin-react-refreshto project config when Meteor already injected it. - Replace all Rspack SWC options to add one React transform. Extend them.
- Mock away all Meteor data behavior in a component integration test.
Authoritative resources
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

