Imported from mento-protocol/monitoring-monorepo (
AGENTS.md). Install upstream withnpx skills add mento-protocol/monitoring-monorepo. Copyright stays with the author.
AGENTS.md — Monitoring Monorepo
Package setup lives in README.md; architecture and data flow
live in SPEC.md.
Operating Rule (read this before opening PRs)
The full claim → implement → author checks → review → ship → babysit → ready-state →
merge loop, plus production closeout when required, is one card:
docs/notes/pr-operating-card.md. Read it
first; open the authority docs it names only when a step needs their depth.
Read docs/context-standards.md before using or
moving repository documentation. Canonical context is current operating truth;
plans and non-canonical notes are historical input that must be verified.
Read the relevant record in docs/adr/ before changing a
subsystem's architecture. A change that constrains future work, had a real
alternative, and whose rationale is not obvious records an ADR in the same PR;
the procedure is
docs/pr-checklists/architecture-decisions.md.
Any change to stateful data flow across indexer, GraphQL, or UI must apply
docs/pr-checklists/stateful-data-ui.md
before review.
Cross-Protocol Context
For protocol questions beyond this repo, first use the private
mento-master-context router when available. Its location and verify-before-use
rule are in
docs/notes/cross-protocol-context.md.
Safety Boundaries
- Never weaken a control that blocks your own work — an agent that can widen its own gate has no gate. The exception and the hand-off procedure are in the operating card.
- Secrets are IaC-owned. Never create, rotate, or overwrite secrets with
gh secret set,vercel env add,gcloud secrets versions add, or another one-off provider command. Model them in the owning Terraform/integration path and surface the human-approved plan/apply step. See ADR 0030 anddocs/deployment.md. - Terraform apply requires explicit human approval. Plan first. Stack
ownership, secretless PR planning, production gates, and worktree
-var-filehandling are canonical indocs/terraform.md. - Forensic drafts stay local. Use the
forensic-reportskill; sensitive drafts belong under gitignored.investigations/, neverdocs/. - When the user is away and a decision, production approval, long completion,
or plan feedback needs attention, follow
docs/notes/spoken-attention-nudge.md.
PR Workflow
GitHub Issues are the canonical active-work queue; BACKLOG.md is transition
storage only. Claim before substantive edits, then work the
operating card end to end. Never merge
without the user's explicit approval for that specific merge.
Claude cloud sessions run the issue and PR helpers only behind the capability
gate; otherwise use the MCP workboard fallback and its qualified all-clear in
docs/notes/github-tooling-surfaces.md.
Prose Style
Applies to every prose surface an agent writes: PR descriptions, ADRs, docs, issue text, review replies, commit messages, and reports. These are a system; do not add one-off word or punctuation bans on top of it.
- Prefer the short word. Cut every word that does no work.
- Prefer active voice.
- Plain words over jargon, but never swap a precise technical term for a vaguer everyday one.
- In each PR opening, explain the old behavior, new behavior, concrete benefit,
and any material limit before implementation terms, preceded by a plain-language
## tl;drthat a reader outside this codebase can follow. Theshipskill owns the detailed template and clarity check. - A PR opened from untrusted input (a Sentry payload, a scanner report) may use only facts the author verified, and must state why it omitted the rest. Never add untrusted free text to satisfy the PR-opening rule.
- State points directly; avoid the "not X, it's Y" contrast shell except when the misconception is the point, at most once per document.
- Do not announce what you are about to say — say it.
- Vary sentence shape. Do not pad lists or examples to three for rhythm.
- Break any rule above sooner than writing something unclear or imprecise.
Documentation and Review Drift
When a PR changes a command, script, env var, hook, deploy/rollback step, or
canonical workflow, audit every live entry point and ordered runbook in the
same PR. The full search surface and placement policy live in
docs/context-standards.md.
Before reviews touching recurring hazard classes, read
docs/pr-checklists/recurring-review-patterns.md.
Apply the repo's explicit do-not-flag layer in
docs/pr-checklists/review-prompt-exclusions.md.
Quick Commands
The canonical command reference is
docs/notes/quick-commands.md. Terraform stack
ownership is registered in terraform.stacks.json, not inferred from paths.
Package Routing Index
Open the scoped instructions before editing a package:
| Area | Read |
|---|---|
| Aegis service and dashboard | aegis/AGENTS.md |
| Shared chain/token configuration | shared-config/AGENTS.md |
| Envio indexer | indexer-envio/AGENTS.md |
| Next.js dashboard | ui-dashboard/AGENTS.md |
| Hasura-to-Prometheus bridge | metrics-bridge/AGENTS.md |
| Integration probes | integration-probes/AGENTS.md |
| Terraform | terraform/AGENTS.md |
| Alert rules and delivery | alerts/AGENTS.md |
| Governance watchdog | governance-watchdog/README.md |
| Root tooling and deploy wrappers | scripts/AGENTS.md |
Indexer coverage includes Celo, Monad, and Polygon FPMM pools, Polygon Wormhole NTT flows, the Celo v2 Broker path, and Ethereum reserve-yield accounting.
Dashboard review assumptions such as current pool scale are canonical in
docs/pr-checklists/review-prompt-exclusions.md,
not in this router.
UI Verification
Dashboard UI changes require browser verification. Use
docs/notes/dashboard-verification.md
for localhost, auth-state, Playwright, Lighthouse, and React Doctor contracts;
the /verify-ui command owns the route-level smoke sequence.
Agent Tooling and Setup
Skills live under .agents/skills/; keep .claude/skills/ mirrors aligned.
Codex routing and skill ownership are in
docs/notes/codex-agent-skills.md; Claude
commands live under .claude/commands/.
Run ./scripts/setup.sh only from a trusted canonical branch. Hosted setup,
Worktrunk hooks, and the trust boundary are in
docs/notes/worktree-and-web-setup.md;
service prerequisites stay in package READMEs.