
Thinking Orbs
FreeEnhance AI activity feedback in React apps.
Free · Opens the source repo
What Thinking Orbs does
Thinking Orbs is a React library designed to provide animated loading and status indicators specifically for AI-driven applications. With its simple integration, developers can replace generic spinners with visually appealing orbs that convey the current state of AI activity, such as searching, solving, or composing. This library is particularly useful in chat interfaces, voice assistants, and any application where user feedback during processing is essential.
The library supports React 18+ and allows developers to choose from six distinct states that represent various AI activities. Each orb can be configured for size and theme, ensuring that it fits seamlessly into the design of the application. The component is built with accessibility in mind, allowing for ARIA attributes to be customized based on the context of use. This is crucial for maintaining a good user experience, especially for users relying on assistive technologies.
Thinking Orbs is particularly beneficial for developers looking to enhance user engagement by providing clear visual feedback during AI operations. By using the predefined states and sizes, developers can maintain consistency across their applications while ensuring that users are informed about ongoing processes. The library's design prioritizes clarity and simplicity, making it an ideal choice for any project that requires dynamic status indicators without the complexity of managing custom animations or states.
Overall, Thinking Orbs serves as a lightweight solution for developers who need to communicate AI activity effectively within their React applications. Its straightforward API and focus on user experience make it a valuable addition to any developer's toolkit.
When to use it
Use Thinking Orbs when you need to indicate AI activity states in a React application, such as during searches or processing.
When not to use it
This library is not suitable for applications that require custom animations or determinate progress indicators, as it focuses on indeterminate feedback only.
What you can build with it
Chat Application
Integrate Thinking Orbs to show users when the AI is processing their requests, enhancing the chat experience.
Voice Assistant Interface
Use Thinking Orbs to indicate when the assistant is listening or processing voice commands.
File Search Tool
Implement Thinking Orbs to visually represent the searching state while retrieving files, improving user feedback.
How to install Thinking Orbs
View source1. Install with the skills CLI
npx skills add mengto/skills/thinking-orbs --agent claude-code2. Or install it manually
Download the skill folder and drop it into ~/.claude/skills/ for all projects, or .claude/skills/ to scope it to one repo. Restart Claude Code so it picks up the new skill.
Anthropic's agentic coding CLI, and the reference implementation of Agent Skills. Drop a skill folder into ~/.claude/skills and Claude Code loads it automatically whenever a task matches the skill's description. Claude Code docs
Inside SKILL.md
Written by mengtoThinking Orbs
Core Contract
- Use
thinking-orbsin React 18+ interfaces that need indeterminate AI activity feedback. - Map the real product lifecycle to one of the six shipped states.
- Use only the tuned
20or64pixel size. Do not stretch one preset into another. - Keep
theme="auto"unless the surrounding surface has a known fixed theme. - Pair the orb with concise visible status text when the activity matters to the user.
- Override
aria-labelwith a task-specific label, or hide the orb from assistive technology when adjacent live text already announces the same state. - Use
pausedto freeze the current frame. Do not simulate pause withspeed={0}. - Treat the orb as indeterminate feedback, never as a progress percentage or completion signal.
The package renders monochrome dots on a transparent 2D canvas. It does not expose custom colors, arbitrary sizes, or determinate progress.
Install
Inspect the project package manager, then install:
npm install thinking-orbs
The package declares react and react-dom version 18 or newer as peer dependencies. Import the component and exported types from the package root:
import {
ThinkingOrb,
type OrbSize,
type OrbState,
type OrbTheme,
type ThinkingOrbProps,
} from "thinking-orbs";
Choose the State
working— generic tool execution, multi-step work, or an activity without a more precise state.searching— retrieval, web search, file search, or knowledge lookup.solving— reasoning, analysis, calculation, or planning.listening— microphone input, speech capture, or waiting for a spoken turn.composing— writing, summarizing, drafting, or generating a text response.shaping— creating or refining an image, layout, structured artifact, or other formed output.
Prefer a truthful generic working state over a visually interesting but inaccurate state. Change the state only when the underlying activity changes.
Choose the Size
- Use
size={20}inline with text, inside buttons, or in compact status rows. - Use
size={64}at chat-avatar scale, in an empty state, or as the main visual status.
The presets have different dot counts, dot sizes, and speed tuning. They are separate designs rather than a scale factor. If the layout needs more surrounding space, size the wrapper instead of applying CSS transforms to the canvas.
Basic Usage
import { ThinkingOrb } from "thinking-orbs";
export function AgentStatus() {
return (
<ThinkingOrb
state="searching"
size={20}
theme="auto"
aria-label="Searching project files…"
/>
);
}
All other canvas props pass through, including className, style, data-*, event handlers, and ARIA attributes.
Model the Product Lifecycle
Keep product phases separate from visual states so the mapping stays explicit:
import { ThinkingOrb, type OrbState } from "thinking-orbs";
type AgentPhase =
| "idle"
| "retrieving"
| "reasoning"
| "writing"
| "creating"
| "done"
| "error";
const ORB_BY_PHASE: Partial<Record<AgentPhase, OrbState>> = {
retrieving: "searching",
reasoning: "solving",
writing: "composing",
creating: "shaping",
};
export function AgentActivity({ phase }: { phase: AgentPhase }) {
const state = ORB_BY_PHASE[phase];
if (!state) return null;
return <ThinkingOrb state={state} size={20} />;
}
Remove the orb on done, error, cancellation, or idle. Show the appropriate result, retry, or error UI instead of leaving the last activity animation running.
Announce Status Once
The component defaults to role="img" with a per-state label such as “Searching…”. When visible text describes the same state, make the text the single announcement source:
export function LiveAgentStatus() {
return (
<div role="status" aria-live="polite" className="agent-status">
<ThinkingOrb state="solving" size={20} aria-hidden="true" />
<span>Reviewing the repository…</span>
</div>
);
}
Use aria-live="polite" for ordinary phase changes. Avoid rapid label churn. Do not add another hidden live region when role="status" already owns the announcement.
Theme
Use one of:
<ThinkingOrb theme="auto" />
<ThinkingOrb theme="dark" />
<ThinkingOrb theme="light" />
autofirst checks an ancestordata-theme="dark|light"attribute ordark/lightclass.- If no ancestor theme exists,
autofollowsprefers-color-scheme. - Theme changes update live.
darkmeans light dots intended for a dark background.lightmeans dark dots intended for a light background.
The canvas is transparent. Verify contrast against the actual surface rather than the page root alone.
Speed and Pause
<ThinkingOrb state="working" speed={0.85} />
<ThinkingOrb state="composing" paused={isWaitingForApproval} />
speed multiplies the baked speed of the selected state and size. Start at 1; use roughly 0.75–1.25 for subtle product tuning. Extreme values can make the hand-tuned motion feel frantic or stalled.
paused freezes the current frame while retaining the visual status. Remove the component when the activity has actually ended.
Next.js and Client Rendering
The component uses React effects, canvas, requestAnimationFrame, media queries, and observers. Keep the package import behind a client boundary in the Next.js App Router:
"use client";
import { ThinkingOrb } from "thinking-orbs";
export function ThinkingStatus() {
return <ThinkingOrb state="working" size={20} />;
}
The library is SSR-safe because it paints only on the client after resolving the theme. A client boundary is still required where the framework enforces server and client component separation.
Built-In Runtime Behavior
- Draws with plain Canvas 2D arcs; no WebGL or SVG filters.
- Caps device pixel ratio at
2. - Uses one
requestAnimationFrameloop per visible instance. - Uses the shared
performance.now()clock so multiple orbs stay in phase. - Pauses when the canvas scrolls offscreen through
IntersectionObserver. - Pauses when the browser tab is hidden.
- Renders one deterministic static frame under
prefers-reduced-motion: reduce. - Continues following live theme changes in reduced-motion mode.
Do not rebuild these behaviors in a wrapper. Add product state management and layout around the component, not a second animation loop.
Power-User Canvas API
Prefer <ThinkingOrb> for product UI. The package also exports its resolved presets and raw frame painters for a custom canvas outside React:
import { MODE_DRAWS, resolvePreset } from "thinking-orbs";
const { mode, speed, opts } = resolvePreset("searching", 64);
const drawFrame = MODE_DRAWS[mode];
drawFrame(
context,
64,
(performance.now() / 1000) * speed,
true, // true draws light ink for a dark surface
opts,
);
STATE_TO_MODE exposes the internal mapping:
working→orbitssearching→globesolving→rubiklistening→wavecomposing→ribbonshaping→morph
Use the raw API only when another renderer owns the canvas lifecycle. It provides a frame painter, not component behavior. Reimplement DPR sizing, clearing, animation scheduling, pausing, theme resolution, reduced motion, visibility handling, cleanup, and accessibility when bypassing <ThinkingOrb>.
Verification
Run the project's typecheck, tests, production build, and git diff --check. Then verify in a real browser:
- Trigger every product phase and confirm the mapped orb state is truthful.
- Confirm
20and64pixel instances are crisp without CSS scaling. - Test dark, light, and live theme switching.
- Test reduced motion and confirm the orb becomes a static representative frame.
- Scroll the orb offscreen and return; confirm it resumes without visible breakage.
- Hide and restore the tab; confirm animation resumes.
- Inspect accessibility: announce the status exactly once and use a task-specific label.
- Confirm the orb disappears on success, error, cancellation, and idle.
- Confirm no console errors, hydration warnings, or layout shifts occur.
Common Pitfalls
- Type error on size: use exactly
20or64; do not pass arbitrary dimensions. - Wrong contrast: remember
darktargets dark backgrounds and therefore draws light ink. - Duplicate screen-reader output: hide the canvas when adjacent
role="status"text already announces the task. - Misleading state: do not show
searchingduring generation orcomposingduring microphone capture. - Permanent loading UI: remove the orb when work ends and render the actual terminal state.
- Hydration or server-component error: move the import into a client component.
- Brand color requested: the public API is monochrome; choose another loader or make an intentional library fork instead of relying on unsupported styling.
Handoff
Report the mapped product phases, chosen size, theme mode, accessible label strategy, reduced-motion behavior, and build/browser verification. Distinguish local implementation from a deployed release.
Frequently asked questions about Thinking Orbs
Similar skills
Playwright Component Testing
Test React and Vue components in isolation with Playwright.
Fluent UI Blazor
Integrate Fluent UI components in Blazor applications effortlessly.
Build MCP App
Create interactive UI widgets for MCP servers.
Web Design Reviewer
Identify and fix design issues in websites efficiently.
Markstream Install
Seamlessly integrate Markstream for Markdown rendering.
GSAP & Framer Scroll Animation
Create advanced scroll animations effortlessly.
