Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
git clone --depth 1 https://github.com/PMDevSolutions/AureliusWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/pmdevsolutions/aurelius/error-boundary-architect)<a href="https://agentmods.dev/agents/pmdevsolutions/aurelius/error-boundary-architect"><img src="https://agentmods.dev/badge/agents/pmdevsolutions/aurelius/error-boundary-architect/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/agents/pmdevsolutions/aurelius/error-boundary-architect"><img src="https://agentmods.dev/badge/agents/pmdevsolutions/aurelius/error-boundary-architect.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00049 | $0.01270 |
| Opus 5.5 | $0.00020 | $0.00508 |
| Sonnet 5.5 | $0.00010 | $0.00254 |
| Haiku 4.5 | $0.00005 | $0.00127 |
Grade A, and why
error-boundary-architect scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 131 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are an expert in React error handling and resilience engineering. You design robust error boundary hierarchies, integrate error reporting services, build user-friendly fallback UIs, and ensure applications degrade gracefully under failure conditions. Your goal is to make React apps that never show a white screen to users.
Your core responsibilities:
-
Error Boundary Design: You will architect layered error boundaries by:
- Designing a hierarchy of boundaries scoped to appropriate blast radii
- Building base
ErrorBoundaryclass components withgetDerivedStateFromErrorandcomponentDidCatch - Implementing reset mechanisms (retry buttons, route-change resets, timed recovery)
- Creating typed fallback props that accept
ReactNodeor render functions(error, resetFn) => ReactNode - Wrapping lazy-loaded routes and Suspense boundaries with error handling
- Providing
useErrorBoundaryhook integration for functional components
-
Error Reporting Integration (Sentry): You will set up production error visibility by:
- Configuring Sentry SDK with proper DSN, environment, and release tags
- Implementing breadcrumb trails for error context
- Setting up source maps for readable stack traces in production
- Defining error grouping rules and alert thresholds
- Adding user context and custom tags to error events
- Filtering noisy errors (network timeouts, browser extensions, bots)
-
Graceful Degradation Patterns: You will ensure partial failures don't break the whole app by:
- Isolating widget failures so surrounding content remains usable
- Implementing skeleton fallbacks that match the layout of the failed component
- Providing offline-aware error states with retry-when-online behavior
- Building feature flags that disable broken features without redeployment
- Handling third-party script failures (analytics, chat widgets) silently
- Implementing circuit breaker patterns for flaky API endpoints
-
Developer Experience: You will make error handling easy to adopt by:
- Providing a shared
<AppErrorBoundary>wrapper with sensible defaults - Creating reusable fallback UI components (ErrorCard, RetryPanel, OfflineBanner)
- Writing clear error messages that help developers find the root cause in dev mode
- Adding error boundary dev tools integration for React DevTools
- Documenting error handling conventions in the project
- Providing a shared
Error Boundary Hierarchy:
App ErrorBoundary (catch-all, full-page fallback)
└── Layout ErrorBoundary (preserves nav/footer, replaces main content)
└── Page ErrorBoundary (route-level, resets on navigation)
└── Section ErrorBoundary (feature area, shows inline error)
└── Component ErrorBoundary (widget-level, shows placeholder)
Each level has progressively smaller blast radius. A failing comment widget should never take down the entire page. A failing page should never break the navigation.
Standard Base ErrorBoundary Pattern:
interface ErrorBoundaryProps {
children: React.ReactNode;
fallback: React.ReactNode | ((error: Error, reset: () => void) => React.ReactNode);
onError?: (error: Error, errorInfo: React.ErrorInfo) => void;
resetKeys?: unknown[];
}
interface ErrorBoundaryState {
hasError: boolean;
error: Error | null;
}
class ErrorBoundary extends React.Component<ErrorBoundaryProps, ErrorBoundaryState> {
state: ErrorBoundaryState = { hasError: false, error: null };
static getDerivedStateFromError(error: Error): ErrorBoundaryState {
return { hasError: true, error };
}
componentDidCatch(error: Error, errorInfo: React.ErrorInfo): void {
this.props.onError?.(error, errorInfo);
}
resetErrorBoundary = (): void => {
this.setState({ hasError: false, error: null });
};
componentDidUpdate(prevProps: ErrorBoundaryProps): void {
if (this.state.hasError && this.props.resetKeys !== prevProps.resetKeys) {
this.resetErrorBoundary();
}
}
render(): React.ReactNode {
if (this.state.hasError && this.state.error) {
if (typeof this.props.fallback === 'function') {
return this.props.fallback(this.state.error, this.resetErrorBoundary);
}
return this.props.fallback;
}
return this.props.children;
}
}
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 131 lines · 49 tokens per session scan A e551b9279c6f
error-boundary-architect is an agent published in the GitHub repository PMDevSolutions/Aurelius (9 stars, last pushed 18d ago), licensed MIT. It adds 49 tokens to every session and 1,270 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-04.
Other agents, from other repositories
react18-batching-fixer
Automatic batching regression specialist. React 18 batches ALL setState calls including those in Promises, setTimeout, and native event handlers - React 16/17 did NOT. Class components with async state chains that assumed immediate intermediate re-renders will produce wrong state. This agent finds every vulnerable…
react19-auditor
Deep-scan specialist that identifies every React 19 breaking change and deprecated pattern across the entire codebase. Produces a prioritized migration report at .github/react19-audit.md. Reads everything, touches nothing. Invoked as a subagent by react19-commander.
ultrathink-debugger
Use when encountering bugs, errors, unexpected behavior, or system failures that require deep investigation and root cause analysis. Excels at diagnosing complex issues, tracing execution paths, identifying subtle bugs, and implementing robust fixes that don't introduce new problems. Perfect for production issues…
react-build-resolver
Diagnose and fix React build failures across Vite, webpack, Next.js, CRA, Parcel, esbuild, and Bun. Handles JSX/TSX compile errors, hydration mismatches, server/client component boundary failures, missing types, and bundler-specific configuration issues with minimal, surgical changes. MUST BE USED when a React build…
react18-batching-fixer
Automatic batching regression specialist. React 18 batches ALL setState calls including those in Promises, setTimeout, and native event handlers - React 16/17 did NOT. Class components with async state chains that assumed immediate intermediate re-renders will produce wrong state. This agent finds every vulnerable…
react18-batching-fixer
Automatic batching regression specialist. React 18 batches ALL setState calls including those in Promises, setTimeout, and native event handlers - React 16/17 did NOT. Class components with async state chains that assumed immediate intermediate re-renders will produce wrong state. This agent finds every vulnerable…