Skip to main content
agentsSource-backed

TanStack Router Repository Contributor Agent for Claude

Source-backed Claude agent prompt for contributing to the official TanStack/router monorepo using its AGENTS.md guidance for pnpm, Nx, targeted package tests, React and Solid router packages, TanStack Start, examples, docs, and sandbox-safe execution.

by TanStack · submitted by oktofeesh1·added 2026-06-04·
Review first review before installing

Open the source and read safety notes before installing.

Citation facts

Source-backed facts for citing this resource, derived directly from the registry — also available as plain text for AI assistants.

Source URLs
https://github.com/TanStack/router/blob/main/AGENTS.md, https://github.com/TanStack/router, https://tanstack.com/router
Brand
TanStack Router
Brand domain
tanstack.com
Brand asset source
manual
Safety notes
This agent is for contributing to the official TanStack Router repository, not for generating generic SPA routing code or replacing TanStack Router documentation., Repository commands can build packages, run Nx targets, run unit tests, run type tests, run ESLint tests, run build tests, launch example apps, and invoke Playwright for e2e coverage., Prefer `pnpm nx ...` over `npx nx ...` and use Nx targets over direct test runners so task dependencies and required builds remain in the repository graph., In sandboxed environments, use `CI=1 NX_DAEMON=false pnpm nx run <project>:<target> --outputStyle=stream --skipRemoteCache` for focused Nx targets., Run only one Nx command at a time in sandboxed environments., If an Nx command shows no output for about 20 seconds, stop it, run `pnpm nx reset` once, retry once, and then report the blocker instead of looping indefinitely., Do not proceed past failing unit or type tests when the repository guidance requires those checks for the changed surface., When changing feature behavior, update corresponding docs under `docs/` and add or update tests where the official guidance requires it.
Privacy notes
TanStack Router repository work can expose local route names, example app URLs, generated route trees, search-parameter schemas, package paths, test fixtures, Playwright traces, console output, stack traces, and environment-specific logs., Do not paste private application routes, customer URLs, auth tokens, proprietary router state, internal search params, private fixtures, credentials, or local-only paths into prompts, public PRs, docs, examples, or test output., Example apps and e2e tests may capture browser output, request URLs, screenshots, traces, console logs, or server logs. Review artifacts before sharing them., When summarizing validation failures, redact private hostnames, route names, environment values, and workspace-specific paths.
Author
TanStack
Submitted by
oktofeesh1
Claim status
unclaimed
Last verified
2026-06-04

Decision playbook

Review trust signals before you adopt

Signals are present but mixed. Use the checklist below to confirm the source and operational safety for your environment.

Compare context
Selected

0

Current score

78

Baseline

Delta

No baseline selected

No major trust-signal divergence detected in the current selection.

Source and provenance checks

Complete

Confirm ownership and provenance before trusting install instructions.

  • Source link availableRequired

    Open the canonical repository and verify ownership.

    Done
  • Source provenance statusRequired

    Marked as source-backed.

    Done
  • Metadata reviewed

    Registry metadata indicates a reviewed listing.

    Done

Safety and privacy checks

Complete

Validate risk disclosures before installation or API wiring.

  • Safety notes presentRequired

    Review the listed safety guidance before running commands.

    Done
  • Privacy notes presentRequired

    Review data handling notes before connecting accounts or secrets.

    Done
  • Trust level risk gateRequired

    Trust level does not block evaluation.

    Done

Package and install checks

Needs review

Check package metadata and artifact integrity signals.

  • Install payload available

    Install or copy payload is available for review.

    Done
  • Package verification flag

    No package verification flag provided.

    Pending
  • Checksum metadata

    No checksum provided for downloaded artifact.

    Pending

Compare-driven decision checks

Needs review

Use compare context to validate trade-offs before adoption.

  • Compare tray has multiple entries

    Add at least one more entry to compare trust differences.

    Pending
  • Baseline comparison available

    No baseline peer selected yet.

    Pending
  • Diverging trust signals identified

    No major trust-signal divergence found.

    Pending

Setup at a glance

Copy & paste

Copy-ready — paste the snippet to get started.

10 minutes

Adoption plan

Balanced adoption plan

Current risk score 16/100. Use staged verification before broader rollout.

Risk 16

Pre-adoption checks

Validate source and review signals before any execution.

  • Confirm source provenanceRequired

    Source URL/provenance metadata is present.

    Done
  • Confirm metadata review state

    Listing has review metadata.

    Done
  • Verify install payload

    Install/config payload exists and can be inspected.

    Done

Security checks

Confirm safety, privacy, and package integrity signals.

  • Review safety notesRequired

    Safety notes are present.

    Done
  • Review privacy notesRequired

    Privacy notes are present.

    Done
  • Verify package integrity metadata

    No package verification/checksum metadata.

    Pending

Rollout

Adopt in controlled steps based on the selected plan.

  • Run in isolated sandbox firstRequired

    Use a constrained sandbox and observe behavior across multiple tasks.

    Pending
  • Roll out graduallyRequired

    Roll out to a small cohort before wider usage.

    Pending
  • Set monitoring and fallback

    Define rollback path and monitor errors after adoption.

    Pending

Evidence readiness

Evidence readiness matrix · balanced

Required evidence gates are covered (5/6 signals complete).

Risk 15

Source provenance

Present

Source repository/provenance is listed.

Required in this preset

Metadata review

Present

Review metadata is present.

Required in this preset

Safety notes

Present

Safety notes are present.

Required in this preset

Privacy notes

Present

Privacy notes are present.

Optional in this preset

Package integrity

Missing

Package integrity metadata is missing.

Optional in this preset

Install payload

Present

Install payload is available.

Required in this preset

Required evidence gates are covered for this preset.

Decision timeline

Decision timeline · balanced

5/6 steps complete with no blocking gaps for this preset.

Risk 14

triage

Confirm source provenanceRequired

Source/provenance metadata is available.

Done

triage

Check metadata review statusRequired

Review metadata is available.

Done

verify

Review safety notesRequired

Safety notes are available.

Done

verify

Review privacy notes

Privacy notes are available.

Done

verify

Validate package integrity metadata

Package integrity metadata is missing.

Pending

rollout

Verify install payload and commandsRequired

Install payload is available.

Done

No required blockers for this timeline preset.

Prerequisite readiness

Prerequisite readiness

7 prerequisites to line up before setup. Have accounts and credentials ready first. Includes a review or approval gate.

0/7 ready
Account & credentials1Install & runtime2Permissions & scopes1Review & approval1General210 minutes

Safety & privacy surface

Safety & privacy surface

8 safety and 4 privacy notes across 5 risk areas. Review closely: credentials & tokens, network access.

5 areas
  • SafetyGeneralThis agent is for contributing to the official TanStack Router repository, not for generating generic SPA routing code or replacing TanStack Router documentation.
  • SafetyExecution & processesRepository commands can build packages, run Nx targets, run unit tests, run type tests, run ESLint tests, run build tests, launch example apps, and invoke Playwright for e2e coverage.
  • SafetyExecution & processesPrefer `pnpm nx ...` over `npx nx ...` and use Nx targets over direct test runners so task dependencies and required builds remain in the repository graph.
  • SafetyNetwork accessIn sandboxed environments, use `CI=1 NX_DAEMON=false pnpm nx run <project>:<target> --outputStyle=stream --skipRemoteCache` for focused Nx targets.
  • SafetyExecution & processesRun only one Nx command at a time in sandboxed environments.
  • SafetyExecution & processesIf an Nx command shows no output for about 20 seconds, stop it, run `pnpm nx reset` once, retry once, and then report the blocker instead of looping indefinitely.
  • SafetyGeneralDo not proceed past failing unit or type tests when the repository guidance requires those checks for the changed surface.
  • SafetyGeneralWhen changing feature behavior, update corresponding docs under `docs/` and add or update tests where the official guidance requires it.
  • PrivacyLocal filesTanStack Router repository work can expose local route names, example app URLs, generated route trees, search-parameter schemas, package paths, test fixtures, Playwright traces, console output, stack traces, and environment-specific logs.
  • PrivacyCredentials & tokensDo not paste private application routes, customer URLs, auth tokens, proprietary router state, internal search params, private fixtures, credentials, or local-only paths into prompts, public PRs, docs, examples, or test output.
  • PrivacyNetwork accessExample apps and e2e tests may capture browser output, request URLs, screenshots, traces, console logs, or server logs. Review artifacts before sharing them.
  • PrivacyLocal filesWhen summarizing validation failures, redact private hostnames, route names, environment values, and workspace-specific paths.

Safety notes

  • This agent is for contributing to the official TanStack Router repository, not for generating generic SPA routing code or replacing TanStack Router documentation.
  • Repository commands can build packages, run Nx targets, run unit tests, run type tests, run ESLint tests, run build tests, launch example apps, and invoke Playwright for e2e coverage.
  • Prefer `pnpm nx ...` over `npx nx ...` and use Nx targets over direct test runners so task dependencies and required builds remain in the repository graph.
  • In sandboxed environments, use `CI=1 NX_DAEMON=false pnpm nx run <project>:<target> --outputStyle=stream --skipRemoteCache` for focused Nx targets.
  • Run only one Nx command at a time in sandboxed environments.
  • If an Nx command shows no output for about 20 seconds, stop it, run `pnpm nx reset` once, retry once, and then report the blocker instead of looping indefinitely.
  • Do not proceed past failing unit or type tests when the repository guidance requires those checks for the changed surface.
  • When changing feature behavior, update corresponding docs under `docs/` and add or update tests where the official guidance requires it.

Privacy notes

  • TanStack Router repository work can expose local route names, example app URLs, generated route trees, search-parameter schemas, package paths, test fixtures, Playwright traces, console output, stack traces, and environment-specific logs.
  • Do not paste private application routes, customer URLs, auth tokens, proprietary router state, internal search params, private fixtures, credentials, or local-only paths into prompts, public PRs, docs, examples, or test output.
  • Example apps and e2e tests may capture browser output, request URLs, screenshots, traces, console logs, or server logs. Review artifacts before sharing them.
  • When summarizing validation failures, redact private hostnames, route names, environment values, and workspace-specific paths.

Prerequisites

  • A local checkout or source snapshot of the official `TanStack/router` repository.
  • Review the current official `AGENTS.md` before using this agent, because pnpm, Nx, package, sandbox, docs, and test guidance can change.
  • pnpm installed and used for repository commands.
  • Node.js installed for workspace development.
  • Playwright installed with `pnpm exec playwright install` when e2e tests or example-browser validation are required.
  • A known target area such as `packages/router-core`, `packages/react-router`, `packages/solid-router`, TanStack Start packages, router tooling, devtools, adapters, examples, e2e tests, or docs.
  • Permission to run focused pnpm/Nx validation and inspect package, example, e2e, or docs diffs before committing.

Schema details

Install type
copy
Troubleshooting
No
Source repository stats
Scope
Source repo
Collection metadata
Estimated setup
10 minutes
Difficulty
advanced
Tool listing metadata
Full copyable content
# Trigger
"Use the TanStack Router repository contributor agent for this TanStack/router task."

# Required output
1) AGENTS.md, package, Nx target, docs, example, and test context checked
2) TanStack Router or TanStack Start affected surface identified
3) Focused pnpm Nx validation commands and results
4) Safety, sandbox, privacy, docs, and remaining-risk notes

About this resource

Agent Definition

Create this file as .claude/agents/tanstack-router-repository-contributor.md:

---
name: tanstack-router-repository-contributor
description: Use when the user asks Claude to investigate, patch, test, or review work in the official TanStack/router repository from source-backed repository instructions.
tools:
  - bash
  - read
  - edit
  - grep
  - web_fetch
---

You are the TanStack Router Repository Contributor Agent. Your job is to help
work in the official `TanStack/router` monorepo while following current
repository instructions, respecting package boundaries, using pnpm and Nx
correctly, and validating changes across TanStack Router, TanStack Start,
React, Solid, tooling, examples, e2e tests, and docs.

## Source Order

Use these sources in order:

1. The local `AGENTS.md` in the `TanStack/router` checkout.
2. Relevant package source, tests, Nx project targets, examples, e2e fixtures,
   docs, adapters, route-generation code, devtools, and nearby package
   conventions.
3. The official TanStack Router docs at `https://tanstack.com/router` for
   user-facing router and TanStack Start behavior.
4. `https://github.com/TanStack/router` when a local checkout is unavailable or
   stale.

Do not rely on memory for package boundaries, pnpm commands, Nx invocation,
test targets, sandbox guardrails, route-generation behavior, docs structure,
examples, or TanStack Start behavior when official sources are available.

## Operating Rules

- Read `AGENTS.md` first and treat it as the current repository guide.
- Use pnpm for repository commands.
- Use `pnpm nx ...` instead of `npx nx ...`.
- Prefer Nx targets over direct test runners so task dependencies stay in the
  graph.
- Identify the exact affected surface before editing: router core,
  React Router, Solid Router, history, router CLI, router generator, router
  plugin, virtual file routes, devtools, ESLint plugin, validation adapters,
  TanStack Start packages, examples, e2e tests, or docs.
- Keep framework-agnostic core behavior separate from React and Solid bindings.
- Keep workspace dependencies on the workspace protocol where internal package
  dependencies are involved.
- Use focused Nx targets such as package `test:unit`, `test:types`,
  `test:eslint`, `test:build`, `test:perf`, or `build` before broad runs.
- Pass file, name, list, and exclude filters behind `pnpm nx run ... -- ...`
  when narrowing tests.
- Use `CI=1 NX_DAEMON=false pnpm nx run <project>:<target>
  --outputStyle=stream --skipRemoteCache` for sandboxed focused targets.
- Run only one Nx command at a time in sandboxed environments.
- If an Nx command hangs with no output for about 20 seconds, stop it, run
  `pnpm nx reset` once, retry once, and then report the blocker if it still
  fails or hangs.
- Run unit and type tests during development, and do not proceed if they fail.
- Test relevant example apps when user-facing routing, framework, plugin, or
  integration behavior changes.
- Update corresponding docs in `docs/` when adding or changing features.
- Use relative links inside docs where the repository requires them.

## Workflow

1. State the target package, example, route-generation path, framework binding,
   Start package, adapter, devtool, docs page, e2e fixture, or Nx target.
2. Read `AGENTS.md`, nearby source, tests, package targets, examples, docs, and
   e2e fixtures before editing.
3. Decide whether the work affects framework-agnostic router core, React
   bindings, Solid bindings, TanStack Start, CLI/generator/plugin tooling,
   adapters, devtools, docs, examples, or multiple layers.
4. Choose focused validation: one package target, one file-level unit test, a
   test name filter, type tests, ESLint target, build target, affected target,
   example app check, or e2e test.
5. Make the smallest source-backed change.
6. Inspect the diff for package-boundary drift, docs gaps, example updates,
   generated route behavior, workspace protocol changes, and missing tests.
7. Run focused validation and broaden only when shared router behavior,
   cross-framework behavior, or release output requires it.
8. Summarize sources checked, affected packages, docs/examples, validation,
   sandbox behavior, safety/privacy handling, and remaining risk.

## Command Guidance

- Install dependencies with `pnpm install`.
- Install browser dependencies for e2e work with `pnpm exec playwright install`.
- Build affected packages with `pnpm build`.
- Build all packages with `pnpm build:all` only when broad package output needs
  validation.
- List projects with `pnpm nx show projects`.
- Run a focused unit target with
  `pnpm nx run @tanstack/react-router:test:unit`.
- Run a focused file through Nx with
  `pnpm nx run @tanstack/react-router:test:unit -- tests/link.test.tsx`.
- Run a focused test name pattern through Nx with
  `pnpm nx run @tanstack/react-router:test:unit -- tests/link.test.tsx -t "preloading"`.
- Run affected unit tests with `pnpm nx affected --target=test:unit`.
- Run multiple selected projects with
  `pnpm nx run-many --target=test:eslint --projects=@tanstack/history,@tanstack/router-core`.
- Exclude unrelated examples or e2e paths with the documented Nx exclude
  pattern when the tested surface allows it.
- Use `pnpm test:eslint`, `pnpm test:types`, and `pnpm test:unit` before
  committing repository changes when full pre-commit validation is required.
- Run relevant example apps, such as an example under `examples/react/` or
  `examples/solid/`, when behavior needs browser or integration confirmation.

## Safety Boundaries

- Do not run broad build, test, e2e, Playwright, or all-package commands before
  considering focused Nx validation.
- Do not use `npx nx` when the repository guidance requires `pnpm nx`.
- Do not bypass Nx targets with direct test runners unless the current
  repository guide or nearby package scripts justify it.
- Do not run multiple Nx commands concurrently in sandboxed environments.
- Do not loop indefinitely on Nx daemon, graph, remote cache, or sandbox hangs.
- Do not blur framework-agnostic core changes with React, Solid, or Start
  binding changes. Name the affected layer and test that layer.
- Do not add user-facing feature behavior without corresponding tests and docs
  when the official guidance requires both.
- Do not paste private app routes, customer URLs, auth tokens, proprietary
  router state, credentials, or local-only paths into public output.
- If dependencies, Playwright, Nx graph generation, remote-cache behavior,
  example apps, or e2e infrastructure are unavailable, report the blocker
  instead of claiming validation passed.

## Output Contract

Use this response shape for TanStack Router repository work:

```markdown
## TanStack Router Repo Check

Target area:
- ...

Sources checked:
- ...

Affected package or layer:
- ...

Docs, examples, or e2e coverage:
- ...

Plan or change:
- ...

Validation:
- ...

Sandbox behavior:
- ...

Safety/privacy notes:
- ...

Remaining risk:
- ...

## Source Review

- https://github.com/TanStack/router/blob/main/AGENTS.md
- https://raw.githubusercontent.com/TanStack/router/main/AGENTS.md
- https://github.com/TanStack/router
- https://tanstack.com/router

These sources were reviewed on **2026-06-04**. The official TanStack Router
repository publishes an `AGENTS.md` file with guidance for pnpm setup,
Playwright setup, pnpm build commands, Nx project discovery, targeted Nx
package tests, file-level test filtering, affected targets, sandbox execution,
Nx hang recovery, React and Solid package boundaries, TanStack Start packages,
examples, e2e tests, docs updates, and pre-commit validation. The public
TanStack Router site describes TanStack Router as a type-safe router for
React and Solid applications, with TanStack Start as a full-stack framework
built on top of the router.

## Source Scope

This entry is scoped to working in the official `TanStack/router` repository.
It is not a generic React routing skill, not a React Router entry, not a
TanStack Query data-fetching skill, and not a replacement for the public
TanStack Router documentation. Use it when the task is about investigating,
patching, testing, reviewing, or documenting the upstream TanStack Router
monorepo.

## Use Cases

- Give Claude a source-backed role for reading TanStack Router's official
  `AGENTS.md` before touching the monorepo.
- Investigate TanStack Router core, React bindings, Solid bindings, history,
  route generation, router plugin tooling, devtools, adapters, examples, docs,
  e2e tests, or TanStack Start packages with repository-specific context.
- Build a focused validation plan around pnpm, Nx targets, affected tests,
  file-level filters, test-name filters, type tests, ESLint tests, build tests,
  examples, and Playwright-backed e2e checks.
- Keep sandboxed agent execution aligned with `CI=1`, `NX_DAEMON=false`,
  streamed output, skipped remote cache, one Nx command at a time, and bounded
  retry behavior.
- Review feature work for docs updates, tests, examples, route-generation
  behavior, package boundaries, and workspace dependency conventions.

## Duplicate Check

Checked current `upstream/main`, open PR titles, open PR changed files, issue
titles, source URLs, and existing content entries for `TanStack Router`,
`tanstack-router`, `TanStack/router`, `github.com/TanStack/router`,
`tanstack.com/router`, and the official AGENTS.md URLs before drafting this
entry. No existing `content/agents`, `content/skills`, `content/hooks`, or
`content/mcp` entry covers a source-backed TanStack Router repository
contributor agent. Existing incidental mentions in the React Router repository
contributor agent and TanStack Query skill are not duplicates of this official
TanStack Router monorepo contributor agent.

## Editorial Disclosure

This is an independent, source-backed HeyClaude content entry submitted by
`oktofeesh1`. It is not sponsored by TanStack, Nozzle, or the TanStack Router
maintainers. The agent prompt summarizes and routes users to the official
upstream `AGENTS.md`, documentation, and repository sources rather than
repackaging the TanStack Router project.

Source citations

Add this badge to your README

Show that TanStack Router Repository Contributor Agent for Claude is listed on HeyClaude. Paste this Markdown into your README — it renders the badge and links back to this page.

Listed on HeyClaude
[![Listed on HeyClaude](https://heyclau.de/badge/agents/tanstack-router-repository-contributor-agent.svg)](https://heyclau.de/entry/agents/tanstack-router-repository-contributor-agent)

How it compares

TanStack Router Repository Contributor Agent for Claude side by side with 3 alternatives on trust, install, platform support, and disclosed safety notes — all from reviewed registry metadata.

Field

Source-backed Claude agent prompt for contributing to the official TanStack/router monorepo using its AGENTS.md guidance for pnpm, Nx, targeted package tests, React and Solid router packages, TanStack Start, examples, docs, and sandbox-safe execution.

Open dossier

Source-backed Claude agent prompt for contributing to the official elastic/kibana repository using its AGENTS.md guidance for Kibana modules, plugin lifecycle boundaries, server plugin lazy loading, TypeScript style, i18n, Scout, Jest, FTR, scoped type checks, and focused validation.

Open dossier

Source-backed Claude agent prompt for contributing to the official React Router monorepo using its AGENTS.md guidance for modes, pnpm commands, tests, docs generation, type generation, future flags, and change files.

Open dossier

Source-backed Claude agent prompt for contributing to the official angular/angular repository using its AGENTS.md guidance for pnpm, Bazel test targets, coding standards, commit guidelines, zoneless tests, async stability, and PR handling.

Open dossier
Next steps
Trust
Review statusReviewedMaintainer reviewedReviewedMaintainer reviewedReviewedMaintainer reviewedReviewedMaintainer reviewed
Package trustPackage not verifiedPackage not verifiedPackage not verifiedPackage not verified
Source provenanceSource-backedSource-backedSource-backedSource-backed
Submitteroktofeesh1oktofeesh1oktofeesh1oktofeesh1
Install riskReview firstReview firstReview firstReview first
Notes Safety ✓ Privacy ✓ Safety ✓ Privacy ✓ Safety ✓ Privacy ✓ Safety ✓ Privacy ✓
BrandTanStack Router
Categoryagentsagentsagentsagents
SourceSource-backedSource-backedSource-backedSource-backed
AuthorTanStackElasticReact RouterAngular
Added2026-06-042026-06-042026-06-042026-06-04
Platforms
Harness
Source repo
Safety notesThis agent is for contributing to the official TanStack Router repository, not for generating generic SPA routing code or replacing TanStack Router documentation. Repository commands can build packages, run Nx targets, run unit tests, run type tests, run ESLint tests, run build tests, launch example apps, and invoke Playwright for e2e coverage. Prefer `pnpm nx ...` over `npx nx ...` and use Nx targets over direct test runners so task dependencies and required builds remain in the repository graph. In sandboxed environments, use `CI=1 NX_DAEMON=false pnpm nx run <project>:<target> --outputStyle=stream --skipRemoteCache` for focused Nx targets. Run only one Nx command at a time in sandboxed environments. If an Nx command shows no output for about 20 seconds, stop it, run `pnpm nx reset` once, retry once, and then report the blocker instead of looping indefinitely. Do not proceed past failing unit or type tests when the repository guidance requires those checks for the changed surface. When changing feature behavior, update corresponding docs under `docs/` and add or update tests where the official guidance requires it.This agent is for contributing to the official Kibana source repository, not for operating an Elastic deployment or using the existing Elastic Agent Builder MCP entry. Kibana setup and validation can install dependencies, run package-manager scripts, launch browsers or test servers, connect to local Elasticsearch/Kibana services, and consume significant CPU, memory, disk, and time. Server plugin entry files should avoid eager runtime imports from `./plugin`; use type-only imports and lazy implementation imports according to the reviewed AGENTS.md. Do not suppress TypeScript, ESLint, or test failures with `@ts-ignore`, `@ts-expect-error`, `eslint-disable`, skipped tests, removed tests, or unrelated cleanup. Use focused validation first; full type checks, broad `check.js`, FTR, Scout, or Buildkite interactions can be slow and should match the affected surface.This agent is for contributing to the official React Router repository, not for generating generic React app routing code or replacing the public React Router docs. Repository commands can build packages, run Jest tests, run Playwright integration tests, lint, typecheck, regenerate API docs, regenerate Framework Mode types, and clean ignored files. `pnpm run clean` maps to a git clean workflow for ignored files. Treat it as destructive to local generated output and caches; do not run it unless cleanup is explicitly needed. Generated files such as `docs/api/` and `.react-router/types/` should not be edited directly. Fix source JSDoc or route/type sources, then run the documented generation command. Integration tests can launch browsers and local test apps. Prefer focused files or grep filters before broad Chromium integration runs. RSC Data and RSC Framework modes are unstable. Keep unstable API names, frontmatter, and warning blocks aligned with the repository guidance. Future flags and unstable flags must preserve existing behavior unless the work explicitly changes a flagged path and tests both enabled and disabled states when required. User-facing changes may require a package change file under the affected package's `.changes/` directory. Do not invent one for purely internal changes.This agent is for contributing to the official Angular framework repository, not for generating generic Angular application code or replacing Angular documentation. Repository commands can install dependencies, run Bazel test targets, run package builds, apply formatting, execute TypeScript checks, and invoke tooling that may be expensive on a large monorepo. Use focused `pnpm bazel test //target` validation when possible instead of broad test runs. Angular's reviewed AGENTS.md says tests should assume a zoneless environment where state changes schedule updates asynchronously. Do not use `fixture.detectChanges()` as a manual update trigger in new or modified tests when the repository guidance calls for the Act, Wait, Assert pattern. Use `await fixture.whenStable()` after actions that schedule framework updates, and use `useAutoTick()` or the repository timeout helper where the official guidance applies. Do not change Angular coding-standard, commit-message, build, or testing conventions based on generic TypeScript habits when repository docs provide the rule. Use the GitHub CLI for PR work only after the branch is ready and local validation has been summarized.
Privacy notesTanStack Router repository work can expose local route names, example app URLs, generated route trees, search-parameter schemas, package paths, test fixtures, Playwright traces, console output, stack traces, and environment-specific logs. Do not paste private application routes, customer URLs, auth tokens, proprietary router state, internal search params, private fixtures, credentials, or local-only paths into prompts, public PRs, docs, examples, or test output. Example apps and e2e tests may capture browser output, request URLs, screenshots, traces, console logs, or server logs. Review artifacts before sharing them. When summarizing validation failures, redact private hostnames, route names, environment values, and workspace-specific paths.Kibana work can expose source paths, plugin names, module IDs, datasource names, local Elasticsearch or Kibana URLs, test fixtures, browser screenshots, functional-test logs, and Buildkite metadata. Do not paste Elastic credentials, cloud IDs, API keys, service tokens, private cluster URLs, customer data, internal package names, proprietary dashboards, or unpublished security details into prompts or public output. Functional, Scout, and integration tests may write screenshots, videos, traces, server logs, browser storage, and local config files that need review before sharing. If using `scripts/devex_feedback.sh`, review the text first because it records repository-instruction feedback that may include local context or task details.React Router repository work can expose local route names, fixtures, integration app templates, generated API docs, generated route types, stack traces, browser output, URLs, environment variables, and test failure details. Do not paste private application routes, customer URLs, authentication tokens, proprietary SSR fixtures, internal API responses, or local-only paths into prompts, public PRs, docs examples, or change files. Playwright integration tests and fixtures may capture route content, request URLs, console output, screenshots, traces, or server logs. Review artifacts before sharing them. When summarizing validation failures, redact private hostnames, tokens, project-specific route names, and environment-specific values.Angular repository work can expose local file paths, package names, Bazel labels, test fixtures, build logs, stack traces, browser output, generated docs, and environment-specific setup details. Do not paste private application code, customer component names, internal design-system examples, proprietary test fixtures, credentials, tokens, private URLs, or local-only paths into prompts, public PRs, docs, or examples. Bazel and test output can include workspace paths, temporary paths, browser logs, and environment details. Summarize and redact sensitive values before sharing. When using Angular examples, prefer synthetic component, directive, service, or fixture names unless the upstream source already contains the public example.
Prerequisites
  • A local checkout or source snapshot of the official `TanStack/router` repository.
  • Review the current official `AGENTS.md` before using this agent, because pnpm, Nx, package, sandbox, docs, and test guidance can change.
  • pnpm installed and used for repository commands.
  • Node.js installed for workspace development.
  • A local checkout or source snapshot of the official `elastic/kibana` repository.
  • Review the current official `AGENTS.md` before using this agent, because Kibana module, plugin, testing, and validation guidance can change.
  • Run `yarn kbn bootstrap` for initial setup, after branch switches, or when dependency errors appear, when local validation is required.
  • Understand Kibana module boundaries in `kibana.jsonc`, including core, packages, plugin packages, module IDs, plugin IDs, and visibility rules.
  • A local checkout or source snapshot of the official `remix-run/react-router` repository.
  • Review the current official `AGENTS.md` before using this agent, because mode coverage, commands, docs, typegen, and change-file rules can change.
  • pnpm installed and used for repository commands.
  • Enough workspace dependencies installed to run the focused build, Jest, Playwright, typecheck, lint, docs, typegen, or change-file checks required by the task.
  • A local checkout or source snapshot of the official `angular/angular` repository.
  • Review the current official `AGENTS.md` before using this agent, because package, test, coding-standard, and PR guidance can change.
  • pnpm installed and used for repository package management.
  • Repository build dependencies available for the focused Bazel target, test target, package, or documentation area being changed.
Install
Config
Citations
ClaimUnclaimedUnclaimedUnclaimedUnclaimed
Open 4 picks in the interactive comparison tool

Related guides

Signals

Loading live community signals…

More like this, weekly

A short, calm digest of reviewed Claude resources. Unsubscribe any time.