| name | celestia |
|---|---|
| description | Use this skill for Celestia tasks across docs, node/app/core repo routing, and canonical blob posting/retrieval guidance (Go, Rust, and Node RPC). |
Use this skill for broad Celestia requests, especially when deciding which repository to touch and how to handle blob submit/retrieve flows.
Start from these sources and follow them in order:
- Docs LLM and agent support:
- Repo-specific implementation guidance:
When the request targets celestia-node, celestia-app, or celestia-core, read that repo's CLAUDE.md first before proposing commands or edits.
- Use
docsrepo for docs pages, tutorials, navigation, formatting, and link fixes. - Use
celestia-nodefor node runtime/RPC behavior, blob module internals, DAS, p2p, and node implementation. - Use
celestia-appfor chain/app behavior, modules, transaction/state behavior, and upgrade handlers. - Use
celestia-corefor consensus-engine behavior and low-level networking/consensus internals. - If a request spans repos, split output by repo ownership and call out what should change where.
For application developers, the canonical path is the transaction-client guides:
- Overview: https://docs.celestia.org/build/post-retrieve-blob/overview/
- Go tutorial: https://docs.celestia.org/build/post-retrieve-blob/client/go/
- Rust tutorial: https://docs.celestia.org/build/post-retrieve-blob/client/rust/
Treat this as the default recommendation for "how should I post/retrieve blobs?".
Why this is the preferred path:
- Both clients are built for submit + retrieve flows.
- Both use local keyring/signer handling.
- Both use the expected endpoint model: DA bridge RPC plus Core gRPC.
Persist and return this retrieval tuple after submission:
heightnamespacecommitment
- Submit with
blob.Submit(preferred). - Use
state.SubmitPayForBlobonly when explicit tx-level handling is required. - Retrieve/verify with:
header.WaitForHeight->blob.Included->blob.Getand/orblob.GetProof. - Treat
da.Submitandda.SubmitWithOptionsas compatibility-only deprecated paths.
- Never edit generated
.mdfiles directly; editapp/**/page.mdx. - Keep tab order as: Mainnet Beta, Mocha, Arabica.
- Use canonical network names where applicable (for example Mainnet Beta, Mocha testnet, Arabica devnet, Coffee Beta).
- Use root-relative internal links and run
yarn check-links -- --allif links changed. - Run
yarn lintbefore finalizing docs edits.