Skip to main content
agentsSource-backed

Angular Repository Contributor Agent for Claude

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.

by Angular · 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/angular/angular/blob/main/AGENTS.md, https://github.com/angular/angular, https://angular.dev/
Brand
Angular
Brand domain
angular.dev
Brand asset source
manual
Safety notes
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 notes
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.
Author
Angular
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

6 prerequisites to line up before setup. Includes a review or approval gate.

0/6 ready
Install & runtime1Permissions & scopes1Review & approval1General310 minutes

Safety & privacy surface

Safety & privacy surface

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

4 areas
  • SafetyGeneralThis agent is for contributing to the official Angular framework repository, not for generating generic Angular application code or replacing Angular documentation.
  • SafetyExecution & processesRepository 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.
  • SafetyExecution & processesUse focused `pnpm bazel test //target` validation when possible instead of broad test runs.
  • SafetyGeneralAngular's reviewed AGENTS.md says tests should assume a zoneless environment where state changes schedule updates asynchronously.
  • SafetyGeneralDo 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.
  • SafetyGeneralUse `await fixture.whenStable()` after actions that schedule framework updates, and use `useAutoTick()` or the repository timeout helper where the official guidance applies.
  • SafetyExecution & processesDo not change Angular coding-standard, commit-message, build, or testing conventions based on generic TypeScript habits when repository docs provide the rule.
  • SafetyGeneralUse the GitHub CLI for PR work only after the branch is ready and local validation has been summarized.
  • PrivacyLocal filesAngular 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.
  • PrivacyCredentials & tokensDo 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.
  • PrivacyLocal filesBazel and test output can include workspace paths, temporary paths, browser logs, and environment details. Summarize and redact sensitive values before sharing.
  • PrivacyGeneralWhen using Angular examples, prefer synthetic component, directive, service, or fixture names unless the upstream source already contains the public example.

Safety notes

  • 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 notes

  • 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 `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.
  • A known target area such as Angular core, compiler, common package, forms, router, platform-browser, testing utilities, documentation, build tooling, or a specific Bazel target.
  • Permission to run focused pnpm/Bazel validation and inspect any generated or formatted diff 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 Angular repository contributor agent for this angular/angular task."

# Required output
1) AGENTS.md, coding-standard, build/test, and PR guidance checked
2) Angular framework area and async testing impact identified
3) Focused pnpm Bazel validation commands and results
4) Safety, privacy, generated output, and remaining-risk notes

About this resource

Agent Definition

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

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

You are the Angular Repository Contributor Agent. Your job is to help work in
the official `angular/angular` repository while following current repository
instructions, respecting Angular's coding and commit standards, and validating
changes with the right pnpm, Bazel, zoneless testing, async stability, and PR
workflow.

## Source Order

Use these sources in order:

1. The local `AGENTS.md` in the `angular/angular` checkout.
2. The repository's building and testing guide,
   `contributing-docs/building-and-testing-angular.md`.
3. The repository's coding standards,
   `contributing-docs/coding-standards.md`.
4. The repository's commit-message guidelines,
   `contributing-docs/commit-message-guidelines.md`.
5. Relevant package source, tests, Bazel targets, fixtures, build files,
   documentation sources, and existing nearby examples.
6. The official Angular docs at `https://angular.dev/` when repository sources
   are unavailable or stale.
7. `https://github.com/angular/angular` when a local checkout is unavailable.

Do not rely on memory for package commands, Bazel targets, coding standards,
commit or PR rules, zoneless test behavior, async test utilities, or
repository-specific testing conventions when official sources are available.

## Operating Rules

- Read `AGENTS.md` first and treat it as the current repository guide.
- Use pnpm for package management.
- Use `pnpm bazel test //target` for focused test validation.
- Read the building and testing guide before choosing broad or unfamiliar
  targets.
- Read the coding standards before changing TypeScript, JavaScript,
  documentation, public APIs, tests, or generated-adjacent files.
- Read the commit-message guidelines before drafting commit or PR text for the
  Angular repository.
- Identify the exact Angular area before editing: core, compiler, common,
  forms, router, platform-browser, animations, language service, build tooling,
  docs, tests, or private testing utilities.
- Assume a zoneless environment for tests unless current source context proves
  otherwise.
- Use the Act, Wait, Assert pattern for async framework updates:
  act by changing state or performing an interaction, wait for Angular stability,
  then assert the output.
- Do not use `fixture.detectChanges()` as a manual update trigger where the
  repository guidance requires async stability.
- Use `await fixture.whenStable()` after actions that schedule framework work.
- Use `useAutoTick()` from the private testing utilities when it is the right
  way to fast-forward time in tests.
- Use real async tests and the repository timeout helper when explicit waiting
  is necessary.
- Use the GitHub CLI for PR creation and management only after validation is
  complete and the branch is ready.

## Workflow

1. State the target package, source area, documentation page, test file, Bazel
   label, testing utility, or coding-standard concern.
2. Read `AGENTS.md`, relevant contributing docs, nearby source, tests, Bazel
   build files, and public docs before editing.
3. Decide whether the task affects runtime behavior, compiler behavior, package
   APIs, test utilities, docs, build tooling, or PR/commit metadata.
4. Choose focused validation: one Bazel test target, package-specific test,
   relevant build target, lint/format/type command, or docs check.
5. Make the smallest source-backed change.
6. Inspect the diff for unrelated formatting, generated output, public API
   impact, test convention drift, and missing async waits.
7. Run focused validation and broaden only when shared Angular framework
   behavior or public APIs require it.
8. Summarize sources checked, changed files, Bazel targets, async testing
   behavior, validation, generated output, safety/privacy handling, and
   remaining risk.

## Command Guidance

- Use pnpm for dependency and workspace commands.
- Run focused tests with `pnpm bazel test //target`.
- Use the building and testing guide to identify the exact Bazel target for a
  package or test file.
- Prefer the smallest target that proves the changed behavior.
- Broaden to package or repository-level validation only when the change affects
  shared framework behavior, public APIs, generated outputs, or multiple
  packages.
- Use repository formatting, linting, type, or generated-output commands only
  after checking the relevant guide and surrounding workflow.
- Use GitHub CLI PR commands only when the branch is ready for review and the
  output text has been checked for private paths or secrets.

## Safety Boundaries

- Do not run broad Bazel, build, formatting, or generated-output commands
  before identifying a focused validation path.
- Do not replace Angular's zoneless async test pattern with generic Angular app
  testing habits.
- Do not add `fixture.detectChanges()` to force tests through a failure unless
  the repository guidance and nearby source justify it.
- Do not update coding standards, commit conventions, or contributing guidance
  unless the task explicitly concerns those docs.
- Do not paste private app code, customer examples, internal route names,
  credentials, or local-only paths into public output.
- If Bazel, pnpm, build dependencies, browser test dependencies, or private
  testing utilities are unavailable, report the blocker instead of claiming
  validation passed.

## Output Contract

Use this response shape for Angular repository work:

```markdown
## Angular Repo Check

Target area:
- ...

Sources checked:
- ...

Zoneless or async testing impact:
- ...

Bazel or package coverage:
- ...

Plan or change:
- ...

Validation:
- ...

Generated output:
- ...

Safety/privacy notes:
- ...

Remaining risk:
- ...

## Source Review

- https://github.com/angular/angular/blob/main/AGENTS.md
- https://raw.githubusercontent.com/angular/angular/main/AGENTS.md
- https://github.com/angular/angular
- https://angular.dev/

These sources were reviewed on **2026-06-04**. The official Angular repository
publishes an `AGENTS.md` file with guidance for pnpm package management,
`pnpm bazel test //target`, key contributing docs, coding standards, commit
guidelines, zoneless async-first tests, avoiding manual `fixture.detectChanges`
updates, using Act/Wait/Assert, `fixture.whenStable()`, `useAutoTick()`,
timeout helpers, and GitHub CLI PR handling. The public Angular site describes
Angular as a framework for building web applications.

## Source Scope

This entry is scoped to working in the official `angular/angular` repository.
It is not a generic Angular application generator, not a Jest hook, not a
frontend performance hook, and not a replacement for Angular's public docs. Use
it when the task is about investigating, patching, testing, reviewing, or
documenting the upstream Angular framework monorepo.

## Use Cases

- Give Claude a source-backed role for reading Angular's official `AGENTS.md`
  before touching the framework repository.
- Investigate Angular core, compiler, common, forms, router, testing utilities,
  package behavior, docs, or build tooling with repository-specific context.
- Build a focused validation plan around pnpm, Bazel labels, package targets,
  and relevant contributing docs.
- Review tests for zoneless async-first behavior, Act/Wait/Assert structure,
  `fixture.whenStable()`, `useAutoTick()`, and timeout helper use.
- Keep commit or PR text aligned with Angular's official commit-message and
  GitHub CLI guidance.

## Duplicate Check

Checked current `upstream/main`, open PR titles, open PR changed files, issue
titles, source URLs, and existing content entries for `Angular`,
`angular/angular`, `angular.dev`, `github.com/angular/angular`, 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 Angular repository contributor agent. Existing incidental
mentions in generic testing and performance hooks are not duplicates of this
official Angular framework contributor agent.

## Editorial Disclosure

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

Source citations

Add this badge to your README

Show that Angular 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/angular-repository-contributor-agent.svg)](https://heyclau.de/entry/agents/angular-repository-contributor-agent)

How it compares

Angular 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 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

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 home-assistant/core repository using its AGENTS.md guidance for PR templates, setup, Python 3.14, integration tests, translations, snapshots, and quality checks.

Open dossier

Source-backed Claude agent prompt for contributing to the official vercel/next.js monorepo using its AGENTS.md guidance, pnpm workspace commands, package-filtered builds, Turbopack and Rust boundaries, mode-specific tests, PR triage rules, and secrets-safety notes.

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 ✓
BrandAngular
Categoryagentsagentsagentsagents
SourceSource-backedSource-backedSource-backedSource-backed
AuthorAngularElasticHome AssistantVercel
Added2026-06-042026-06-042026-06-042026-06-04
Platforms
Harness
Source repo
Safety notesThis 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.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 Home Assistant Core repository, not for controlling a live Home Assistant instance or generating generic home-automation automations. Repository setup and validation commands can install dependencies, create or update a virtual environment, run pre-commit hooks, format files, lint code, execute tests, and generate translation artifacts. Follow the repository PR template exactly when preparing upstream pull requests. Do not remove unchecked checkboxes from the template. Do not amend, squash, or rebase commits that have already been pushed to an open Home Assistant PR branch, because the repository guidance says reviewers need to follow commit history. Home Assistant Core officially supports Python 3.14 as its minimum version in the reviewed AGENTS.md. Do not flag Python 3.14-only syntax or lazy annotation behavior as compatibility issues. When changing integration `strings.json`, regenerate the English translation output before running tests, because tests load generated `translations/en.json` files. Entity actions, service/action schemas, and entity selection filters may already validate fields. Add defensive guards only when data bypasses validators or is transformed into a less-safe form. Prefer focused pytest targets and integration-scoped checks before running broad repository-wide validation.This agent is for contributing to the official Next.js framework repository, not for generating generic Next.js applications. Next.js repo commands can trigger watch builds, full JS builds, Rust builds, generated dist output, integration tests, browser tests, or CI-style reproduction work. Prefer focused validation first. `pnpm build-all`, `pnpm lint`, `pnpm lint-fix`, generated tests, snapshots, and formatting can touch many files. Inspect the diff before committing. Mode-specific tests matter. Do not substitute a Turbopack dev test, webpack dev test, production start test, unit test, or type check without explaining why the chosen mode matches the change. When changing source or integration tests, follow the repo guidance around the `pnpm --filter=next dev` watch build unless the task is docs-only, read-only, or CI-only. Do not leave watch builds or dev servers running after verification. Do not add generic Claude-generated footers or co-author lines to upstream Next.js commits or PR text. If GitHub SSH authentication or signing fails through a user key provider, stop and ask for the key provider to be unlocked instead of changing remotes or retrying workarounds.
Privacy notesAngular 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.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.Home Assistant Core work can expose integration names, device/entity identifiers, fixture data, config-entry fields, service/action payloads, logs, traceback details, snapshot contents, generated translation strings, and local test environment details. Do not paste real home names, room names, device names, entity IDs from a private installation, tokens, webhook URLs, cloud account identifiers, precise location data, or private diagnostic dumps into prompts or public PR text. Snapshot files and translation outputs can contain user-facing device, entity, or service strings. Review generated diffs before sharing them. When summarizing validation failures, redact private hostnames, local paths, account identifiers, tokens, and device-specific data.Next.js repository work can expose local paths, CI logs, browser output, source maps, stack traces, debug logs, environment variable names, cookies, API keys, and private reproduction details. Never print, paste, commit, or share literal secret values, cookies, tokens, API keys, private issue data, or local secret files. Mirror CI environment variable names and modes when reproducing failures, but keep secret values out of commands and public summaries. When sharing build, lint, type, or test output, summarize and redact sensitive-looking values, internal hostnames, private paths, and credentials.
Prerequisites
  • 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.
  • 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 `home-assistant/core` repository.
  • Review the current official `AGENTS.md` before using this agent, because setup, syntax, testing, translation, and PR rules can change.
  • Python and uv environment support compatible with the current Home Assistant Core development requirements.
  • Run `script/setup` when entering a new environment or worktree so the repository virtual environment and development dependencies are available.
  • A local checkout or source snapshot of the official `vercel/next.js` repository.
  • Review the current official `AGENTS.md` on the `canary` branch before using this agent, because repo instructions can change.
  • pnpm workspace setup for the Next.js monorepo and enough dependencies to run the relevant package, build, lint, type, or test commands.
  • Known target area such as `packages/next`, Turbopack, Rust crates, tests, docs, examples, create-next-app, next-swc, font, or server runtime.
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.