본문으로 건너뛰기
cccskills
무료GitHub에 공개

fix-rpc-urls

Apply RPC URL changes for a chain. Use after /debug-rpc-provider has diagnosed the issue and recommended new URLs. The user invoking this skill is the confirmation gate.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

실행 점수 미검증

설치 방법 보기

포함된 파일(1)

  • SKILL.md4.3 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Fix RPC URLs

Apply RPC URL changes to a chain's GCP secret and optionally refresh K8s resources.

When to Use

  1. After diagnosis: User ran /debug-rpc-provider, saw the recommendation, and says "fix it" or "apply the fix"
  2. Direct request: User provides a chain and explicit list of new RPC URLs to set

Input Parameters

The skill parses parameters from conversation context (typically from /debug-rpc-provider output):

ParameterRequiredSourceDescription
chainYesConversation contextChain name (e.g., ethereum)
environmentYesConversation context or mainnet3mainnet3 or testnet4
rpcUrlsYesDebug skill's proposed URL listJSON array of full RPC URLs
refreshK8sNoUser request, default falseWhether to refresh K8s resources

Workflow

Step 1: Find Monorepo Root

MONOREPO_ROOT=$(git rev-parse --show-toplevel)

Step 2: Parse Parameters from Context

Extract from the conversation:

  • chain and environment from the debug skill invocation or user message
  • rpcUrls from the "Proposed new RPC URLs" JSON array in the debug skill output

If any required parameter cannot be found, output what's missing and stop.

Step 3: Log the Change

Before making changes, output what will happen:

Applying RPC URL changes for <chain> (<environment>):
New URLs: ["https://url1", "https://url2"]
Refresh K8s: yes/no

Step 4: Apply the Change

Run the set-rpc-urls script in non-interactive mode:

pnpm --dir "$MONOREPO_ROOT/typescript/infra" exec tsx scripts/secret-rpc-urls/set-rpc-urls.ts \
  -e <environment> -c <chain> \
  --rpc-urls '<JSON array of URLs>' \
  --refresh-k8s --yes

Omit --refresh-k8s if the user explicitly said not to refresh, or if kubectl access is unavailable.

The script validates each URL before applying. If validation fails, it will error out and no changes are made.

Note: URL validation is EVM-only — for non-EVM chains (Cosmos, Sealevel, Radix, etc.) testProvider short-circuits and returns healthy without probing. For those chains, double-check the URL set yourself before invoking this skill.

Step 5: Verify the Fix

Run the debug script again to confirm the new URLs are healthy:

pnpm --dir "$MONOREPO_ROOT/typescript/infra" exec tsx scripts/secret-rpc-urls/debug-rpc-url-health.ts \
  -e <environment> -c <chain>

Step 6: Report Results

Output a summary:

RPC URL update for <chain> (<environment>): SUCCESS/FAILED

- Secret updated: yes/no
- K8s resources refreshed: yes/no/skipped
- Verification: all healthy / X of Y healthy

Error Handling

ErrorAction
Provider validation failsReport which URL failed. No changes made. Suggest user provide different URLs.
Secret update failsReport error. Check GCP permissions.
K8s refresh failsReport error. Secret was already updated. Suggest manual kubectl refresh.
Verification shows unhealthyReport the verification output. The URLs were set but may need further investigation.

Important Notes

  • No interactive prompts. This skill does not ask the user. The human-in-the-loop gate is the act of invoking /fix-rpc-urls itself.
  • The URLs from /debug-rpc-provider output can be passed directly.
  • The set-rpc-urls.ts script always validates URLs before applying for EVM chains — there is no way to skip validation. Non-EVM chains skip URL probing.
  • If --refresh-k8s is used, the script refreshes all dependent K8s resources (relayers, validators, scrapers, warp monitors, rebalancers, cronjobs) without prompting.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Write a changeset file in the `hyperlane-registry` repo for a PR that adds, updates, or modifies warp route config / chain metadata / addresses. Canonical pattern — never run the interactive `pnpm changeset` CLI; write the file directly. Referenced by any skill that opens a registry PR.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hyperlane-xyz/hyperlane-monorepo762026년 10월 23일 업데이트

Trigger Docker image builds for Hyperlane agent, monorepo, or node service images. Use when the user wants to build new Docker images for a branch, commit, or tag.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hyperlane-xyz/hyperlane-monorepo762026년 10월 23일 업데이트

The low-level on-chain probes for identifying what an owner address is — cast code → EOA / EIP-7702-delegated EOA / contract, VERSION() → Gnosis Safe, read-only get-owner-ica.ts derive → ICA derivation, getAccountInfo → Sealevel account existence — with how to interpret each result. The primitive layer beneath validate-owners / resolve-artifacts / update-owners, which each apply their own per-chain or per-artifact policy on top.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hyperlane-xyz/hyperlane-monorepo762026년 10월 23일 업데이트

Review code changes using Hyperlane monorepo coding standards. Use when reviewing PRs, checking your own changes, or doing self-review before committing.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hyperlane-xyz/hyperlane-monorepo762026년 10월 23일 업데이트

Debug why a Hyperlane message is not being processed. Use when given a message ID or explorer URL to investigate delivery failures, gas estimation errors, validator issues, or other processing problems.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hyperlane-xyz/hyperlane-monorepo762026년 10월 23일 업데이트

Debug RPC provider health issues for a chain. Use when alerts mention RPC failures, high latency, stale blocks, or provider errors. Diagnoses the issue and recommends fixes.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hyperlane-xyz/hyperlane-monorepo762026년 10월 23일 업데이트

hyperlane-xyz의 스킬 모두 보기

이 스킬의 문제 신고