Push the LLM to reconsider, refine, and improve its recent output. Use when user asks for deeper critique or mentions a known deeper critique method, e.g. socratic, first principles, pre-mortem, red team.
日本語の概要は準備中です。原文の説明を表示しています。
Help teams prepare materials for an SCF referral. Use when a team wants to approach a referrer (SCF Pilot, SDF staff, alumni who completed deliverables, ambassador, or ecosystem partner) with a strong package that makes it easy for the referrer to evaluate and endorse them. Covers the referral form fields, what referrers assess, and how to present your project for referral.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Helps teams prepare a referral package — the materials and context a referrer needs to evaluate and endorse the team through the SCF Project Referral Form. The goal is to make it as easy as possible for the referrer to fill out the form accurately and confidently.
A referral is a trust transaction. The referrer stakes their reputation on your team. They earn recognition and a discretionary reward tied to the success of teams they refer — if you fail or waste funding, their credibility erodes.
Referrers must be approved and onboarded by the SCF / Ecosystem Growth team; they include community members, Stellar Ambassadors, Navigators, Pilots, partners, and SDF personnel. They're selective because every endorsement carries real consequences. Giving them a clear, honest, well-organized package isn't just polite — it directly affects whether they'll refer you.
SCF relies heavily on referral signals, so a referral surfaces your team and adds context that's confirmed and considered during evaluation. It does not, however, bypass prescreening: every full submission still goes through SDF prescreening for completeness and core eligibility, referred or not. Evaluation and funding decisions remain independent and are not influenced by the referral — a referral is a trust signal, not a shortcut.
The referral reward (Referral Program §4.4). At SCF's sole discretion, a referrer may receive up to 1% of the total award granted to a team they referred (in XLM), with an aggregate cap of 6 rewards per application cycle. Any reward is paid only on completion and disbursement of the final Build Award tranche — so the referrer is rewarded only if the team ships all the way through. Current SDF employees are not eligible for referral rewards. None of this is guaranteed; it's discretionary.
Before preparing referral materials, the team must:
If any of these are missing, the team should address them before requesting a referral.
The SCF Project Referral Form asks referrers to evaluate four areas. The referral package should give the referrer clear material for each.
The referrer describes how they discovered or connected with the team. This establishes the basis for their assessment — a deep working relationship carries more weight than a cold introduction.
What the team should do:
The referrer evaluates:
What to prepare:
### Team Summary
**Team Members:**
- [Name] — [Role] — [Relevant experience] — [Profile link]
- [Name] — [Role] — [Relevant experience] — [Profile link]
**Execution Evidence:**
- [Prior projects shipped — with links]
- [Open source contributions — with links]
- [Prior SCF awards delivered — with links]
- [Relevant industry experience]
- [Technical credentials or certifications]
**What Makes This Team Stand Out:**
- [Unique domain expertise]
- [Existing user base or community]
- [Geographic or market advantage]
- [Track record of shipping]
The referrer assesses:
What to prepare:
### Stellar Build Readiness
**Prior Stellar Work:**
- [Previous Stellar/Soroban projects — with links]
- [Contributions to Stellar ecosystem]
- [SCF history (prior applications, awards)]
**Current Project Status:**
- Stage: [Idea / Prototype / Testnet / Mainnet]
- [Link to repo, demo, or deployed contract]
- [Metrics if available: users, transactions, growth]
**Stellar Commitment:**
- [Why Stellar specifically — which capabilities are essential]
- [Long-term plans on Stellar beyond this grant]
- [Community involvement (Discord activity, events, contributions)]
The referrer must disclose any financial interest, advisory role, or formal relationship with the team. They certify the referral is made in good faith.
What the team should know:
Assemble all materials into a single, shareable document:
## Referral Package: [Project Name]
### Overview
**One-line description:** [What you're building, for whom, why Stellar]
**Project description:** [2-3 paragraphs — problem, solution, why now]
**Track:** [Integration / Open / RFP]
**Requested budget range:** [$XK–$YK]
**Interest Form:** Submitted on [date] under the name "[exact project name in the system]"
---
### Team
| Name | Role | Experience | Links |
|---|---|---|---|
| [Name] | [Role] | [1-2 sentence experience summary] | [GitHub, LinkedIn] |
| [Name] | [Role] | [1-2 sentence experience summary] | [GitHub, LinkedIn] |
**Execution track record:**
- [Shipped project 1] — [link]
- [Shipped project 2] — [link]
- [Prior SCF award] — [link to awards page]
---
### Stellar Readiness
**Prior Stellar/Soroban work:**
- [Description] — [link]
**Current project status:**
- Stage: [Prototype / Testnet / Mainnet]
- Repository: [link]
- Demo / deployment: [link]
- Metrics: [if available]
**Why Stellar:**
[2-3 sentences on which Stellar capabilities are essential and why this isn't chain-agnostic]
---
### Traction and Demand
- [Metric or demand signal 1]
- [Metric or demand signal 2]
- [Partner commitment or letter of intent]
---
### Relationship Context
[How the team knows or has interacted with the referrer — meeting history, ecosystem engagement, collaboration context]
---
### Conflict of Interest Disclosure
[State any existing relationship: "No financial or advisory relationship exists" or "Referrer is an advisor to the team — disclosed for transparency"]
Produce the complete referral package using the template above, with:
[NEEDS INPUT: ...] markers where the team needs to provide specific informationまだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Push the LLM to reconsider, refine, and improve its recent output. Use when user asks for deeper critique or mentions a known deeper critique method, e.g. socratic, first principles, pre-mortem, red team.
日本語の概要は準備中です。原文の説明を表示しています。
Agentic and machine-to-machine payments on Stellar. Covers x402 (HTTP 402 paid APIs via OZ Channels facilitator, fee-sponsored clients) and MPP (Machine Payments Protocol) in both Charge mode (per-request SAC) and Channel mode (off-chain commits, high-frequency). Defaults to USDC (SEP-41 SAC) on `stellar:testnet`/`stellar:pubnet` (CAIP-2). Use when selling a paid API to AI agents, building an x402 client, or designing a payment-channel architecture for high-frequency agent traffic.
日本語の概要は準備中です。原文の説明を表示しています。
Stellar Assets (classic) + trustlines + Stellar Asset Contract (SAC) bridge to smart contracts. Covers asset issuance, distribution, authorization flags, clawback, regulated assets, trustline management, and the SAC interop layer that exposes classic assets as SEP-41 contract tokens. Use when tokenizing real-world assets, issuing stablecoins, managing trustlines, or bridging classic assets to smart contracts.
日本語の概要は準備中です。原文の説明を表示しています。
Benchmark stellar-build skills to measure quality and the lift from optimization. Use when the user says "bench my skills", "bench-skills", "benchmark skills", "did optimization help", "measure my skills", "stellar-loop bench", or wants to quantify whether /optimize-skills actually improved things. Held-out eval prompts scored by an LLM judge, reproducible with fixed seeds. Fully local.
日本語の概要は準備中です。原文の説明を表示しています。
Facilitate interactive brainstorming sessions using diverse creative techniques and ideation methods. Use when the user says help me brainstorm or help me ideate.
日本語の概要は準備中です。原文の説明を表示しています。
Technical documentation specialist and knowledge curator. Use when the user asks to talk to Bri or requests the tech writer.
日本語の概要は準備中です。原文の説明を表示しています。