scf-round-watcher
Surface current and recent Stellar Community Fund (SCF) round activity. Use when a user says "current SCF round", "what's happening with SCF", "active SCF submissions", "should I apply to SCF this round", "SCF deadline", "who is applying to SCF right now", "SCF round status", or "show me this round's submissions". Fetches live data from communityfund.stellar.org and cross-references with the LumenLoop ecosystem DB to flag repeat builders and category trends.
- License 许可
- Apache-2.0
- 最近更新
- 2026-11-14
- Stars
- ★ 6
- Forks
- 3
01 前言 Front Matter
- name
- scf-round-watcher
- description
- Surface current and recent Stellar Community Fund (SCF) round activity. Use when a user says "current SCF round", "what's happening with SCF", "active SCF submissions", "should I apply to SCF this round", "SCF deadline", "who is applying to SCF right now", "SCF round status", or "show me this round's submissions". Fetches live data from communityfund.stellar.org and cross-references with the LumenLoop ecosystem DB to flag repeat builders and category trends.
03 SKILL.md 正文
What this skill does
1. Find the active round
Fetch https://communityfund.stellar.org/awards. The currently open round has status "Submission". Extract its rec ID from the round's link (/awards/<rec-id>).
The site is a client-rendered React app - plain curl returns mostly empty HTML. Use the WebFetch tool (Claude Code built-in) which handles client-rendered pages via its parsing layer:
WebFetch(
url="https://communityfund.stellar.org/awards",
prompt="Find the round with status 'Submission' (currently open). Return its name (e.g., 'SCF #44'), its rec-id from the link (/awards/<rec-id>), the deadline date, and the maximum award amount."
)
If WebFetch isn't available in the runtime, fall back to a headless-browser fetch (e.g., playwright or puppeteer via uvx) - curl alone won't get rendered content for this site.
2. Get the round's submissions
Fetch https://communityfund.stellar.org/awards/<round-rec-id>. Parse the submissions list - each entry has: project name, requested amount, status.
If a "See All" link is present, follow it for the full list (not just the first 11 visible on the round page).
3. Enrich each submission with project detail
For each submission, follow its "view" link → /project/<submission-rec-id>. Fetch in parallel (5 at a time, polite to the server). Extract: project description, category, team members + GitHub links, Stellar integration summary, requested amount.
4. Cross-reference repeat builders
Load ~/.claude/skills/data/lumenloop/projects.json (or fetch from https://raw.githubusercontent.com/lumenloop/stellar-ecosystem-db/main/... if missing).
For each submission team, check if any team's project is already in the LumenLoop DB. If yes, flag them as repeat builder with their past SCF rounds and total prior funding.
4.5 Cross-reference Stellar dev history (Electric Capital)
Load ~/.claude/skills/data/electric-capital/stellar-repos.json (~9000 repos). For each submission's GitHub org/user (extracted from team links on /project/<rec-id>), count how many Stellar-tagged repos that org has.
Bucket:
- Stellar veteran: org has 5+ Stellar repos in Electric Capital → likely a serious builder
- First Stellar project: 0-1 Stellar repos → fresh to the ecosystem (positive: new blood; risk: less Stellar-native context)
- Bootcamp graduate: repos are mostly
whitebelt/orangebelt/etc → graduated Stellar's training program, applying directly after
This often reveals more than the LumenLoop check alone, because LumenLoop only catalogs projects with SCF history; many serious builders have GitHub activity but no funded project yet.
5. Summarize for the user
Format as:
## SCF Round #<N> - <STATUS>
Deadline: <DATE> (<X days remaining>)
### Top facts
- <N> submissions visible
- Total requested: $<sum>K
- Top 3 categories: <category 1> (N), <category 2> (N), <category 3> (N)
- Repeat builders: <N> teams previously funded by SCF
- First-timers: <N>
### Notable submissions
| Project | Asks | Category | Builder status | What they do |
|---------|------|----------|----------------|--------------|
| ... | $X K | ... | repeat / first-time | one-line description |
### Patterns this round
<2-3 sentences on what categories or themes are dominant>
5.5 Optional: thesis-alignment flagging
For each active submission, optionally cross-reference with:
~/.claude/skills/data/ideas/a16z-big-ideas-2025.json- does this submission ride an a16z 2025 thesis (RWA, agentic payments, prediction markets, etc.)?~/.claude/skills/data/ideas/yc-requests-for-startups.json- does YC explicitly want something in this category?
Submissions that hit BOTH Stellar ecosystem-fit AND broader investor thesis are 2x more likely to win the round. Flag them as "thesis-aligned" in the summary table.
6. Close with next-step suggestions
If user is considering applying:
- Route to
scf-prescreen-checkerto test their idea against the prescreen filter - Route to
scf-competitor-analystif they're worried about overlap with other submissions - Route to
scf-submission-drafterif ready to draft
If user is researching:
- Offer to deep-dive any specific submission
- Offer to compare against the last 3 rounds (grep historical
scf.awarded_roundpatterns inprojects.json)
Constraints
- Be polite to communityfund.stellar.org - sequential fetches or low concurrency (5 max)
- Cache fetched data in
~/.stellar/cache/scf-round/<rec-id>.jsonfor the session - If the site is down or returns non-200, report cleanly and suggest the user visit communityfund.stellar.org directly. Do not fabricate data.
- If dates aren't visible on the page, say "deadline not extractable from page" - don't speculate
- The active-round detection assumes exactly one round has status "Submission" at a time. If multiple or none, surface that as a finding
04 同仓库更多 Skills
zk-proofs
Zero-knowledge proofs and privacy patterns on Stellar. Covers Groth16 verification in smart contracts via BLS12-381 host functions (CAP-0059, available), the BN254 + Poseidon proposals (CAP-0074/0075, status-sensitive), and concrete toolchain walkthroughs for Circom (on-chain verifiable today), Noir, and RISC Zero (attestation pattern until BN254 lands). Use when building privacy-preserving applications, ZK-verifier contracts, or wiring a proving toolchain to Stellar.
tyler-architect
System architect and technical design leader. Use when the user asks to talk to Tyler or requests the architect.
stellar-help
Analyzes current state and user query to answer BMad questions or recommend the next skill(s) to use. Use when user asks for help, bmad help, what to do next, or what to start with in BMad.
stellar-competitive-landscape
Map the competitive landscape for a Stellar project idea. Use when a user says "who are my competitors on Stellar", "competitive analysis Stellar", "what already exists in this space on Stellar", "show me similar Stellar projects", "is anyone else building this on Stellar", or "map the Stellar landscape for X". Queries the 728-project LumenLoop ecosystem database and Electric Capital developer activity to rank competitors by SCF funding history and repo activity.
standards
Stellar standards, ecosystem, and reference. Covers SEPs (Stellar Ecosystem Proposals), CAPs (Core Advancement Proposals), and a quick map for picking the right standard for wallets, anchors, payments, deposits/withdrawals, federation, deep links, and KYC. Also bundles ecosystem references (DeFi protocols, dev tools, wallets, infra, community projects), curated documentation links, and MCP servers (live tools such as Raven). Use when you need to know which SEP applies, or want a starting point for ecosystem integrations, official docs, or live MCP tooling.
smart-contracts
Stellar smart contract development (Rust, soroban-sdk). Entry point with project setup, contract anatomy, and build/deploy workflow, routing to three companion files in this directory - development.md (storage/TTL, authorization, cross-contract calls, tokens, events, errors, upgrades, fees, troubleshooting), testing.md (unit, fuzz, property, fork, mutation, integration), and security.md (vulnerability classes, checklists, tooling, audits). Use when writing, testing, reviewing, securing, debugging, or shipping Stellar smart contracts, including anything the user calls "Soroban" - Soroban contracts, soroban-sdk, Soroban auth/storage/TTL errors, SEP-41 tokens, or SAC integration from contract code.