Claude-skill-registry check-lightning
install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/check-lightning" ~/.claude/skills/majiayu000-claude-skill-registry-check-lightning && rm -rf "$T"
manifest:
skills/data/check-lightning/SKILL.mdsource content
/check-lightning
Audit Lightning integration. Output findings as structured report.
What This Does
- Check node sync status
- Check channel balances (inbound/outbound)
- Audit peer connectivity
- Verify invoice generation
- Review payment routing success rate
- Check watchtower configuration
- Output prioritized findings (P0-P3)
This is a primitive. It only investigates and reports. Use
/log-lightning-issues to create GitHub issues or /fix-lightning to fix.
Process
1. Node Sync Status (lncli getinfo)
# LND: node info + sync status lncli --network=testnet getinfo # CLN alternative lightning-cli getinfo
2. Channel Balance (inbound/outbound liquidity)
# Channel balances + local/remote liquidity lncli --network=testnet channelbalance lncli --network=testnet listchannels # On-chain wallet balance lncli --network=testnet walletbalance # CLN alternative lightning-cli listfunds lightning-cli listchannels
3. Peer Connectivity
# Peers connected? lncli --network=testnet listpeers # CLN alternative lightning-cli listpeers
4. Invoice Generation
# Create test invoice (bolt11) lncli --network=testnet addinvoice --amt 1000 --memo "healthcheck" # List invoices lncli --network=testnet listinvoices --max_invoices 5 # CLN alternative lightning-cli invoice 1000 "healthcheck" "healthcheck" lightning-cli listinvoices
5. Payment Routing Success Rate
# Forwarding history (route success) lncli --network=testnet fwdinghistory --max_events 50 # Recent payments lncli --network=testnet listpayments --max_payments 20 # CLN alternative lightning-cli listforwards lightning-cli listpays
6. Watchtower Configuration
# Watchtower info (LND) lncli --network=testnet tower info 2>/dev/null || echo "No tower info (watchtower off?)" lncli --network=testnet listtowers 2>/dev/null | head -5 # CLN alternative lightning-cli listwatchtowers 2>/dev/null | head -5
7. Deep Audit
Spawn
lightning-auditor agent for comprehensive review:
- Channel policy sanity (fees, cltv deltas)
- Route liquidity vs payment sizes
- Invoice expiry + preimage handling
- Peer reliability and channel age
- Backup + recovery posture
Output Format
## Lightning Audit ### P0: Critical (Payment Failures) - Node not synced - Cannot route or pay - No inbound liquidity - Invoices cannot be paid - Watchtower disabled on public node ### P1: Essential (Must Fix) - Peers disconnected or flapping - High failure rate in forwarding history - Invoice generation failing (bolt11 invalid) ### P2: Important (Should Fix) - Low outbound liquidity - Payments often fail - Fee policy too high for routes - No channel backups verified - No monitoring for stuck HTLCs ### P3: Nice to Have - Optimize channel mix for inbound capacity - Add more diverse peers - Track success rate over time ## Current Status - Sync: Unknown - Liquidity: Unknown - Peers: Unknown - Invoices: Unknown - Routing: Unknown - Watchtower: Unknown ## Summary - P0: 2 | P1: 3 | P2: 4 | P3: 3 - Recommendation: Fix sync + inbound liquidity before routing work
Priority Mapping
| Gap | Priority |
|---|---|
| Node not synced | P0 |
| No inbound liquidity | P0 |
| Watchtower off on public node | P0 |
| Peer instability | P1 |
| Routing failures | P1 |
| Invoice generation broken | P1 |
| Low outbound liquidity | P2 |
| Fee policy too high | P2 |
| Missing channel backups | P2 |
| Optimization work | P3 |
Related
- Create GitHub issues from findings/log-lightning-issues
- Fix Lightning issues/fix-lightning
- Full Lightning lifecycle management/lightning
- Bitcoin on-chain audit/check-bitcoin
- BTCPay Server audit/check-btcpay
- Multi-provider payment audit/check-payments