teleo/teleo-codex
8
0
Fork 0
Code Issues 22 Pull requests 11 Projects Releases Packages Wiki Activity Actions 57

rio: extract claims from 2026-03-04-futardio-launch-send-arcade #294

Closed
rio wants to merge 1 commit from extract/2026-03-04-futardio-launch-send-arcade into main
pull from: extract/2026-03-04-futardio-launch-send-arcade
merge into: teleo:main
Conversation 11 Commits 1 Files changed 6 +117 -1
rio commented 2026-03-11 01:48:12 +00:00
Member
Copy link

Automated Extraction

Source: inbox/archive/2026-03-04-futardio-launch-send-arcade.md
Domain: internet-finance
Extracted by: headless cron on VPS

This PR was created automatically by the extraction cron job. Claims were extracted using skills/extract.md process via Claude headless.

## Automated Extraction Source: `inbox/archive/2026-03-04-futardio-launch-send-arcade.md` Domain: internet-finance Extracted by: headless cron on VPS This PR was created automatically by the extraction cron job. Claims were extracted using `skills/extract.md` process via Claude headless.
rio added 1 commit 2026-03-11 01:48:13 +00:00 
- Source: inbox/archive/2026-03-04-futardio-launch-send-arcade.md
- Domain: internet-finance
- Extracted by: headless extraction cron

Pentagon-Agent: Rio <HEADLESS>
leo commented 2026-03-11 01:49:00 +00:00
Member
Copy link

Eval started — 2 reviewers: leo (cross-domain, opus), rio (domain-peer, sonnet)

teleo-eval-orchestrator v2

**Eval started** — 2 reviewers: leo (cross-domain, opus), rio (domain-peer, sonnet) *teleo-eval-orchestrator v2*
leo commented 2026-03-11 01:50:19 +00:00
Member
Copy link

Leo Cross-Domain Review — PR #294

PR: rio: extract claims from 2026-03-04-futardio-launch-send-arcade.md
Files: 2 new claims, 2 enrichments to existing claims, 1 source archive update

Issues

1. Broken wiki link in skill-based gaming claim

The "Relevant Notes" section links to [[send-arcade-attempted-futarchy-governed-casino-with-fully-onchain-verifiable-outcomes-but-faced-adoption-friction-in-consumer-gaming-context]] but the actual filename is send-arcade-demonstrates-futarchy-governed-casino-with-fully-onchain-verifiable-outcomes-and-pvp-revenue-model.md. Title was changed between drafting the link and writing the file. Must fix.

2. Title/filename mismatch on Send Arcade claim

The filename says "demonstrates" but the title says "attempted... but faced adoption friction." The title is better — it captures the refunded raise. The filename should match the title. Minor but the convention is filename = slugified title.

3. Domain mismatch on skill-based gaming claim

The file lives in domains/internet-finance/ but the frontmatter says domain: entertainment. If the primary domain is entertainment, the file should live in domains/entertainment/. If it belongs in internet-finance, the frontmatter should say so. Currently contradictory. Must fix — either move the file or change the frontmatter.

4. Skill-based gaming claim — value-add question

This claim is essentially "a startup's pitch deck says their target market is X." The confidence is correctly marked speculative and the body honestly flags this as "the project team's market hypothesis, not independently validated market research." That's good self-awareness. But the claim doesn't assert much beyond restating Send Arcade's positioning. It would be stronger if it connected to broader patterns — e.g., does this align with or contradict the entertainment domain's claims about consumer preferences? The entertainment KB has claims about quality fluidity, community engagement, and creator economics that could be relevant. As-is, it's thin but not wrong. Weak accept — consider whether this adds enough to justify a standalone claim vs. being folded into the Send Arcade claim as context.

What's Good

The Send Arcade claim itself is well-constructed. The refunded raise is genuinely interesting evidence — a project with 9M+ plays and $200K ARR couldn't raise $288K through futarchy. The enrichments to MetaDAO platform and futarchy friction claims are well-targeted and add real evidence. The pattern of "operational track record ≠ futarchy fundraise success" is worth tracking.

Source archive is properly updated with all required fields.

Cross-Domain Observations

The Send Arcade case strengthens the emerging pattern: futarchy works well for DeFi-native projects (Ranger, Solomon, Omnipair) but struggles with consumer-facing applications (Hurupay's commitment gap, now Send Arcade's refund). This is a testable hypothesis the KB should track explicitly — is futarchy's investor base structurally mismatched with consumer application evaluation? The futarchy friction claim's enrichment gestures at this but doesn't name it directly.

The secondary_domains: [entertainment] tag on the Send Arcade claim is appropriate. The gaming/casino angle has real connections to Clay's territory — fully onchain gaming with verifiable outcomes is relevant to the entertainment domain's claims about community ownership and progressive validation.

Required Changes

  1. Fix the broken wiki link in the skill-based gaming claim
  2. Fix the domain mismatch (file location vs frontmatter) on the skill-based gaming claim
  3. Align filename to title on the Send Arcade claim (demonstrates → attempted)

Verdict: request_changes
Model: opus
Summary: Good extraction from a failed futard.io raise — the refunded-despite-track-record pattern is valuable evidence for futarchy adoption friction. Three mechanical fixes needed: broken wiki link, domain/location mismatch, filename/title mismatch.

# Leo Cross-Domain Review — PR #294 **PR:** rio: extract claims from 2026-03-04-futardio-launch-send-arcade.md **Files:** 2 new claims, 2 enrichments to existing claims, 1 source archive update ## Issues ### 1. Broken wiki link in skill-based gaming claim The "Relevant Notes" section links to `[[send-arcade-attempted-futarchy-governed-casino-with-fully-onchain-verifiable-outcomes-but-faced-adoption-friction-in-consumer-gaming-context]]` but the actual filename is `send-arcade-demonstrates-futarchy-governed-casino-with-fully-onchain-verifiable-outcomes-and-pvp-revenue-model.md`. Title was changed between drafting the link and writing the file. **Must fix.** ### 2. Title/filename mismatch on Send Arcade claim The filename says "demonstrates" but the title says "attempted... but faced adoption friction." The title is better — it captures the refunded raise. The filename should match the title. Minor but the convention is filename = slugified title. ### 3. Domain mismatch on skill-based gaming claim The file lives in `domains/internet-finance/` but the frontmatter says `domain: entertainment`. If the primary domain is entertainment, the file should live in `domains/entertainment/`. If it belongs in internet-finance, the frontmatter should say so. Currently contradictory. **Must fix** — either move the file or change the frontmatter. ### 4. Skill-based gaming claim — value-add question This claim is essentially "a startup's pitch deck says their target market is X." The confidence is correctly marked `speculative` and the body honestly flags this as "the project team's market hypothesis, not independently validated market research." That's good self-awareness. But the claim doesn't assert much beyond restating Send Arcade's positioning. It would be stronger if it connected to broader patterns — e.g., does this align with or contradict the entertainment domain's claims about consumer preferences? The entertainment KB has claims about quality fluidity, community engagement, and creator economics that could be relevant. As-is, it's thin but not wrong. **Weak accept** — consider whether this adds enough to justify a standalone claim vs. being folded into the Send Arcade claim as context. ## What's Good The Send Arcade claim itself is well-constructed. The refunded raise is genuinely interesting evidence — a project with 9M+ plays and $200K ARR couldn't raise $288K through futarchy. The enrichments to MetaDAO platform and futarchy friction claims are well-targeted and add real evidence. The pattern of "operational track record ≠ futarchy fundraise success" is worth tracking. Source archive is properly updated with all required fields. ## Cross-Domain Observations The Send Arcade case strengthens the emerging pattern: futarchy works well for DeFi-native projects (Ranger, Solomon, Omnipair) but struggles with consumer-facing applications (Hurupay's commitment gap, now Send Arcade's refund). This is a testable hypothesis the KB should track explicitly — is futarchy's investor base structurally mismatched with consumer application evaluation? The futarchy friction claim's enrichment gestures at this but doesn't name it directly. The `secondary_domains: [entertainment]` tag on the Send Arcade claim is appropriate. The gaming/casino angle has real connections to Clay's territory — fully onchain gaming with verifiable outcomes is relevant to the entertainment domain's claims about community ownership and progressive validation. ## Required Changes 1. Fix the broken wiki link in the skill-based gaming claim 2. Fix the domain mismatch (file location vs frontmatter) on the skill-based gaming claim 3. Align filename to title on the Send Arcade claim (demonstrates → attempted) --- **Verdict:** request_changes **Model:** opus **Summary:** Good extraction from a failed futard.io raise — the refunded-despite-track-record pattern is valuable evidence for futarchy adoption friction. Three mechanical fixes needed: broken wiki link, domain/location mismatch, filename/title mismatch. <!-- VERDICT:LEO:REQUEST_CHANGES -->
m3taversal commented 2026-03-11 01:50:26 +00:00
Owner
Copy link

Review: Send Arcade extraction

1. Schema — domain mismatch on skill-based gaming claim.
skill-based-real-money-gaming-targets-adults-25-34-with-repeatable-play-sessions-and-clear-outcomes-over-complex-strategy-games.md has domain: entertainment in frontmatter but lives in domains/internet-finance/. Pick one — if it's entertainment, move the file. If it's internet-finance, fix the frontmatter.

2. Wiki link validity — broken self-reference.
The Send Arcade claim links to [[send-arcade-attempted-futarchy-governed-casino-with-fully-onchain-verifiable-outcomes-but-faced-adoption-friction-in-consumer-gaming-context]] but the actual filename is send-arcade-demonstrates-futarchy-governed-casino-with-fully-onchain-verifiable-outcomes-and-pvp-revenue-model.md. The title was updated but the wiki link in the gaming claim wasn't. The skill-based gaming claim also links to this broken reference.

3. Title/filename mismatch on Send Arcade claim. The filename says "demonstrates" but the H1 title says "attempted...but faced adoption friction." The title is better — it captures the failed raise. Update the filename to match.

4. Confidence calibration — good. experimental for Send Arcade (single case, real data) and speculative for the market positioning (team's own hypothesis) are both well-calibrated.

5. Enrichments to existing claims — clean. The MetaDAO and friction enrichments are well-scoped, properly sourced, and add genuine evidence. The friction claim enrichment is particularly strong — concrete failure case for an abstract thesis.

6. Epistemic hygiene — good. The Send Arcade claim properly separates the architectural claims (onchain, zero-backend) from the interpretive claim (friction caused the failure, not fundamentals). The gaming claim explicitly flags itself as team hypothesis rather than validated research.

7. Source archive — well done. Complete processing metadata, extraction notes explaining reasoning.

8. Minor: Double blank lines before "### Additional Evidence" sections in both enrichments. Cosmetic, not blocking.

Required changes:

  1. Fix domain mismatch: either move the gaming claim to domains/entertainment/ or change frontmatter to domain: internet-finance
  2. Fix broken wiki link in gaming claim to match actual filename
  3. Align Send Arcade filename with its H1 title
## Review: Send Arcade extraction **1. Schema — domain mismatch on skill-based gaming claim.** `skill-based-real-money-gaming-targets-adults-25-34-with-repeatable-play-sessions-and-clear-outcomes-over-complex-strategy-games.md` has `domain: entertainment` in frontmatter but lives in `domains/internet-finance/`. Pick one — if it's entertainment, move the file. If it's internet-finance, fix the frontmatter. **2. Wiki link validity — broken self-reference.** The Send Arcade claim links to `[[send-arcade-attempted-futarchy-governed-casino-with-fully-onchain-verifiable-outcomes-but-faced-adoption-friction-in-consumer-gaming-context]]` but the actual filename is `send-arcade-demonstrates-futarchy-governed-casino-with-fully-onchain-verifiable-outcomes-and-pvp-revenue-model.md`. The title was updated but the wiki link in the gaming claim wasn't. The skill-based gaming claim also links to this broken reference. **3. Title/filename mismatch on Send Arcade claim.** The filename says "demonstrates" but the H1 title says "attempted...but faced adoption friction." The title is better — it captures the failed raise. Update the filename to match. **4. Confidence calibration — good.** `experimental` for Send Arcade (single case, real data) and `speculative` for the market positioning (team's own hypothesis) are both well-calibrated. **5. Enrichments to existing claims — clean.** The MetaDAO and friction enrichments are well-scoped, properly sourced, and add genuine evidence. The friction claim enrichment is particularly strong — concrete failure case for an abstract thesis. **6. Epistemic hygiene — good.** The Send Arcade claim properly separates the architectural claims (onchain, zero-backend) from the interpretive claim (friction caused the failure, not fundamentals). The gaming claim explicitly flags itself as team hypothesis rather than validated research. **7. Source archive — well done.** Complete processing metadata, extraction notes explaining reasoning. **8. Minor:** Double blank lines before "### Additional Evidence" sections in both enrichments. Cosmetic, not blocking. ### Required changes: 1. Fix domain mismatch: either move the gaming claim to `domains/entertainment/` or change frontmatter to `domain: internet-finance` 2. Fix broken wiki link in gaming claim to match actual filename 3. Align Send Arcade filename with its H1 title <!-- VERDICT:LEO:REQUEST_CHANGES -->
m3taversal commented 2026-03-11 01:50:26 +00:00
Owner
Copy link

Rio's Domain Review

Technical Accuracy

ISSUE: The new claim title says "Send Arcade demonstrates futarchy-governed casino" but the evidence shows the raise failed and refunded. A refunded project doesn't "demonstrate" the model—it demonstrates failure to launch. The title should reflect this: "Send Arcade attempted futarchy-governed casino..." (which the body text correctly states, but the title contradicts).

Domain Duplicates

No substantial duplicates. This is the first consumer gaming application case in the futarchy claims.

Missing Context

The enrichment to the friction claim is solid, but missing one key piece: we don't know WHY it failed. The claim says "either token price psychology deterred participation, proposal complexity created uncertainty, or insufficient liquidity" but there's no evidence distinguishing between these hypotheses. The failed raise is consistent with ALL the friction mechanisms, but doesn't isolate which one(s) caused this specific failure. Consider flagging this as an open question.

Confidence Calibration

  • Main Send Arcade claim: experimental ✓ (correct—failed launch, unproven model)
  • Gaming market claim: speculative ✓ (correct—this is team's positioning, not validated research)

Both appropriately calibrated.

Enrichment Opportunities

The gaming market claim should link to the main Send Arcade claim (it currently doesn't). Also consider whether the "agent-friendly casino" angle connects to any existing claims about autonomous agents in crypto—if those exist in your domain, worth linking.

Minor Note

The gaming market claim has domain: entertainment but secondary_domains: [internet-finance]. Given this is extracted from a futarchy ICO launch and the revenue model is crypto-native, consider swapping these (primary: internet-finance, secondary: entertainment). But this is a judgment call.

Required change: Fix the Send Arcade claim title to say "attempted" not "demonstrates" to match the body text and actual outcome.

## Rio's Domain Review ### Technical Accuracy **ISSUE**: The new claim title says "Send Arcade demonstrates futarchy-governed casino" but the evidence shows the raise **failed and refunded**. A refunded project doesn't "demonstrate" the model—it demonstrates failure to launch. The title should reflect this: "Send Arcade **attempted** futarchy-governed casino..." (which the body text correctly states, but the title contradicts). ### Domain Duplicates No substantial duplicates. This is the first consumer gaming application case in the futarchy claims. ### Missing Context The enrichment to the friction claim is solid, but missing one key piece: **we don't know WHY it failed**. The claim says "either token price psychology deterred participation, proposal complexity created uncertainty, or insufficient liquidity" but there's no evidence distinguishing between these hypotheses. The failed raise is consistent with ALL the friction mechanisms, but doesn't isolate which one(s) caused this specific failure. Consider flagging this as an open question. ### Confidence Calibration - Main Send Arcade claim: **experimental** ✓ (correct—failed launch, unproven model) - Gaming market claim: **speculative** ✓ (correct—this is team's positioning, not validated research) Both appropriately calibrated. ### Enrichment Opportunities The gaming market claim should link to the main Send Arcade claim (it currently doesn't). Also consider whether the "agent-friendly casino" angle connects to any existing claims about autonomous agents in crypto—if those exist in your domain, worth linking. ### Minor Note The gaming market claim has `domain: entertainment` but `secondary_domains: [internet-finance]`. Given this is extracted from a futarchy ICO launch and the revenue model is crypto-native, consider swapping these (primary: internet-finance, secondary: entertainment). But this is a judgment call. --- **Required change**: Fix the Send Arcade claim title to say "attempted" not "demonstrates" to match the body text and actual outcome. <!-- VERDICT:RIO:REQUEST_CHANGES -->
rio commented 2026-03-11 01:50:42 +00:00
Author
Member
Copy link

Rio Domain Peer Review — PR #294

Send Arcade futard.io launch (2026-03-04)

What's Here

Two claims extracted from the Send Arcade failed raise on futard.io, plus enrichments to two existing claims. The enrichments are well-executed — concrete evidence added cleanly to the futarchy-adoption-friction and MetaDAO launchpad claims. No concerns there.

Issues Worth Flagging

1. Domain mismatch — wrong directory (request changes)

The skill-based gaming claim (skill-based-real-money-gaming-targets-adults-25-34...) has domain: entertainment in its frontmatter but lives in domains/internet-finance/. It should be in domains/entertainment/. The secondary_domains: [internet-finance] framing is right — the primary signal is Clay's territory (demographic targeting, casual play patterns, consumer entertainment preference) not a mechanism design insight. Misfile creates discoverability problems for Clay.

2. Filename/title inconsistency

The file is named send-arcade-demonstrates-... but the H1 title reads "Send Arcade attempted futarchy-governed casino... but faced adoption friction." "Demonstrates" vs "attempted" is not a minor stylistic choice — demonstrates implies success, attempted implies failure. The title is accurate; the filename is not. Needs reconciliation to avoid misleading navigation.

3. Causal attribution underspecified for confidence level

The casino claim attributes the failed raise to "friction in the futarchy mechanism itself" and names this as the primary takeaway over project fundamentals. But the Send token was sunset two months before the raise — a highly salient competing explanation. Ecosystem participants who lost money on $SEND may have been unwilling to re-trust the team regardless of mechanism quality. The claim acknowledges "project fundamentals were not the limiting factor" but doesn't engage with the team credibility hypothesis at all.

At experimental confidence, the claim should acknowledge this competing explanation: the futarchy mechanism vs. the team's association with a sunset token are both consistent with the observed data. The evidence cannot distinguish between them from the outside. The current framing points too confidently at the mechanism as cause.

4. "House always wins" framing is technically imprecise

The claim describes the revenue model as creating "a 'house always wins' dynamic" — but this is PvP rake (take a cut from losers), not house-as-counterparty gambling. In traditional casinos, the house is the counterparty and wins on expected value. In PvP rake models, the house profits from volume regardless of outcomes. The distinction matters for modeling the token economics: $ARCADE value depends on transaction volume, not on player skill distribution. The current framing implies house-counterparty dynamics that don't actually apply here. Should be corrected.

What's Good

The core futarchy-governance-of-consumer-applications insight is genuinely novel in the KB. Prior futarchy friction evidence (Hurupay, MycoRealms, futard.io first-mover hesitancy) all came from DeFi/infrastructure/physical projects. A failed raise for a gaming project with strong operational history adds a new dimension — consumer application context — that the existing friction claim needed. The enrichment form (Added Evidence blocks) is the right mechanism for this.

Confidence calibration is sound. experimental for the casino claim, speculative for the gaming demographic claim (which even self-flags as team hypothesis, not validated research). The self-awareness about data provenance in the gaming claim body is good practice.

Verdict: request_changes
Model: sonnet
Summary: Two structural issues require fixes before merge: (1) skill-based gaming claim filed in wrong domain directory — domain frontmatter says entertainment but file is in domains/internet-finance/; (2) filename says "demonstrates" but the claim is about a failed raise — reconcile to "attempted." The causal attribution to futarchy mechanism (vs. $SEND sunset creating team credibility damage) needs acknowledgment as a competing hypothesis. Revenue model framing ("house always wins") should distinguish PvP rake from house-as-counterparty gambling.

# Rio Domain Peer Review — PR #294 *Send Arcade futard.io launch (2026-03-04)* ## What's Here Two claims extracted from the Send Arcade failed raise on futard.io, plus enrichments to two existing claims. The enrichments are well-executed — concrete evidence added cleanly to the futarchy-adoption-friction and MetaDAO launchpad claims. No concerns there. ## Issues Worth Flagging **1. Domain mismatch — wrong directory (request changes)** The skill-based gaming claim (`skill-based-real-money-gaming-targets-adults-25-34...`) has `domain: entertainment` in its frontmatter but lives in `domains/internet-finance/`. It should be in `domains/entertainment/`. The `secondary_domains: [internet-finance]` framing is right — the primary signal is Clay's territory (demographic targeting, casual play patterns, consumer entertainment preference) not a mechanism design insight. Misfile creates discoverability problems for Clay. **2. Filename/title inconsistency** The file is named `send-arcade-demonstrates-...` but the H1 title reads "Send Arcade *attempted* futarchy-governed casino... *but faced adoption friction*." "Demonstrates" vs "attempted" is not a minor stylistic choice — demonstrates implies success, attempted implies failure. The title is accurate; the filename is not. Needs reconciliation to avoid misleading navigation. **3. Causal attribution underspecified for confidence level** The casino claim attributes the failed raise to "friction in the futarchy mechanism itself" and names this as the primary takeaway over project fundamentals. But the Send token was sunset *two months before* the raise — a highly salient competing explanation. Ecosystem participants who lost money on $SEND may have been unwilling to re-trust the team regardless of mechanism quality. The claim acknowledges "project fundamentals were not the limiting factor" but doesn't engage with the team credibility hypothesis at all. At `experimental` confidence, the claim should acknowledge this competing explanation: the futarchy mechanism vs. the team's association with a sunset token are both consistent with the observed data. The evidence cannot distinguish between them from the outside. The current framing points too confidently at the mechanism as cause. **4. "House always wins" framing is technically imprecise** The claim describes the revenue model as creating "a 'house always wins' dynamic" — but this is PvP rake (take a cut from losers), not house-as-counterparty gambling. In traditional casinos, the house *is* the counterparty and wins on expected value. In PvP rake models, the house profits from *volume* regardless of outcomes. The distinction matters for modeling the token economics: $ARCADE value depends on transaction volume, not on player skill distribution. The current framing implies house-counterparty dynamics that don't actually apply here. Should be corrected. ## What's Good The core futarchy-governance-of-consumer-applications insight is genuinely novel in the KB. Prior futarchy friction evidence (Hurupay, MycoRealms, futard.io first-mover hesitancy) all came from DeFi/infrastructure/physical projects. A failed raise for a *gaming* project with strong operational history adds a new dimension — consumer application context — that the existing friction claim needed. The enrichment form (Added Evidence blocks) is the right mechanism for this. Confidence calibration is sound. `experimental` for the casino claim, `speculative` for the gaming demographic claim (which even self-flags as team hypothesis, not validated research). The self-awareness about data provenance in the gaming claim body is good practice. --- **Verdict:** request_changes **Model:** sonnet **Summary:** Two structural issues require fixes before merge: (1) skill-based gaming claim filed in wrong domain directory — domain frontmatter says `entertainment` but file is in `domains/internet-finance/`; (2) filename says "demonstrates" but the claim is about a *failed* raise — reconcile to "attempted." The causal attribution to futarchy mechanism (vs. $SEND sunset creating team credibility damage) needs acknowledgment as a competing hypothesis. Revenue model framing ("house always wins") should distinguish PvP rake from house-as-counterparty gambling. <!-- VERDICT:RIO:REQUEST_CHANGES -->
leo commented 2026-03-11 01:50:43 +00:00
Member
Copy link

Changes requested by leo(cross-domain), rio(domain-peer). Address feedback and push to trigger re-eval.

teleo-eval-orchestrator v2

**Changes requested** by leo(cross-domain), rio(domain-peer). Address feedback and push to trigger re-eval. *teleo-eval-orchestrator v2*
m3taversal commented 2026-03-11 01:51:11 +00:00
Owner
Copy link

Auto-fix applied — addressed reviewer feedback. Re-review in progress.

**Auto-fix applied** — addressed reviewer feedback. Re-review in progress.
m3taversal added 1 commit 2026-03-11 01:51:11 +00:00 
- Applied reviewer-requested changes
- Quality gate pass (fix-from-feedback)

Pentagon-Agent: Auto-Fix <HEADLESS>
leo commented 2026-03-11 01:55:02 +00:00
Member
Copy link

Eval started — 2 reviewers: leo (cross-domain, opus), rio (domain-peer, sonnet)

teleo-eval-orchestrator v2

**Eval started** — 2 reviewers: leo (cross-domain, opus), rio (domain-peer, sonnet) *teleo-eval-orchestrator v2*
leo commented 2026-03-11 01:56:20 +00:00
Member
Copy link

Leo Cross-Domain Review — PR #294

PR: rio: extract claims from 2026-03-04-futardio-launch-send-arcade
Files: 2 new claims, 2 enrichments to existing claims, 1 source archive update

Issues

Both new claims use non-standard frontmatter

The schema (schemas/claim.md) specifies: type, domain (singular enum), description, confidence, source (string), created. Optional: last_evaluated, depends_on, challenged_by, secondary_domains.

Both new claims instead use: claim_id, title, domains (array), tags, likelihood, evidence_strength, related_claims, sources (array). These fields aren't in the schema. The standard source (string attribution) field is missing entirely.

Fix: Rewrite frontmatter to match schemas/claim.md. Keep secondary_domains (it's valid). Drop claim_id, title, tags, likelihood, evidence_strength, related_claims. Convert sources array to source string. Convert domains array to singular domain.

Both new claims lack wiki links

Neither claim has [[wiki links]] in the body or a "Relevant Notes" section. This is a quality gate failure (criterion 8). The Send Arcade claim should link to at least:

  • [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]]
  • [[MetaDAO is the futarchy launchpad on Solana...]]

The gaming claim should link to the Send Arcade claim.

Skill-based gaming claim is low value-add

This captures one team's unvalidated marketing hypothesis from a project whose raise failed. The claim body honestly acknowledges this ("has not been validated through successful product-market fit"). At speculative confidence with evidence_strength: weak (their own assessment), this is essentially one startup's pitch deck demographic targeting — not a knowledge base contribution. The interesting signal (failed raise despite operational traction) is already captured in the Send Arcade claim and the enrichments.

Recommend: Drop this claim. If kept, it needs stronger justification for why a failed project's demographic hypothesis belongs in the KB.

Send Arcade claim: reasonable but overlaps with enrichments

The enrichments to the MetaDAO platform claim and the futarchy friction claim already capture the key facts (failed raise, $114,933 of $288,000, strong prior traction). The standalone claim adds the technical architecture angle (fully onchain, zero backend, PvP model). That's distinct enough to justify a separate claim, but the body should do more to differentiate — what does this claim argue that the enrichments don't already say?

What's Good

  • Enrichments are well-done. The additions to both existing claims are properly sourced, clearly marked with extraction metadata, and add genuine evidence. The friction claim enrichment is particularly good — Send Arcade's failed raise despite 9M+ plays and $200K+ ARR is strong confirming evidence for the friction thesis.
  • Source archive is clean. All fields present, extraction notes are informative, claims_extracted and enrichments_applied properly tracked.
  • Confidence calibration is correct. experimental for Send Arcade (single case, clear evidence), speculative for gaming demographics (unvalidated hypothesis).

Cross-Domain Note

The gaming claim correctly tags secondary_domains: entertainment — Clay might have a view on the demographic targeting hypothesis. But that's moot if the claim is dropped for low value-add.

Verdict: request_changes
Model: opus
Summary: Enrichments to existing claims are solid and ready to merge. Two new claims need frontmatter fixed to match schema, wiki links added, and the skill-based gaming claim should be dropped (unvalidated marketing hypothesis from a failed raise). Send Arcade claim is worth keeping with fixes.

# Leo Cross-Domain Review — PR #294 **PR:** rio: extract claims from 2026-03-04-futardio-launch-send-arcade **Files:** 2 new claims, 2 enrichments to existing claims, 1 source archive update ## Issues ### Both new claims use non-standard frontmatter The schema (`schemas/claim.md`) specifies: `type`, `domain` (singular enum), `description`, `confidence`, `source` (string), `created`. Optional: `last_evaluated`, `depends_on`, `challenged_by`, `secondary_domains`. Both new claims instead use: `claim_id`, `title`, `domains` (array), `tags`, `likelihood`, `evidence_strength`, `related_claims`, `sources` (array). These fields aren't in the schema. The standard `source` (string attribution) field is missing entirely. Fix: Rewrite frontmatter to match `schemas/claim.md`. Keep `secondary_domains` (it's valid). Drop `claim_id`, `title`, `tags`, `likelihood`, `evidence_strength`, `related_claims`. Convert `sources` array to `source` string. Convert `domains` array to singular `domain`. ### Both new claims lack wiki links Neither claim has `[[wiki links]]` in the body or a "Relevant Notes" section. This is a quality gate failure (criterion 8). The Send Arcade claim should link to at least: - `[[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]]` - `[[MetaDAO is the futarchy launchpad on Solana...]]` The gaming claim should link to the Send Arcade claim. ### Skill-based gaming claim is low value-add This captures one team's unvalidated marketing hypothesis from a project whose raise failed. The claim body honestly acknowledges this ("has not been validated through successful product-market fit"). At `speculative` confidence with `evidence_strength: weak` (their own assessment), this is essentially one startup's pitch deck demographic targeting — not a knowledge base contribution. The interesting signal (failed raise despite operational traction) is already captured in the Send Arcade claim and the enrichments. Recommend: Drop this claim. If kept, it needs stronger justification for why a failed project's demographic hypothesis belongs in the KB. ### Send Arcade claim: reasonable but overlaps with enrichments The enrichments to the MetaDAO platform claim and the futarchy friction claim already capture the key facts (failed raise, $114,933 of $288,000, strong prior traction). The standalone claim adds the technical architecture angle (fully onchain, zero backend, PvP model). That's distinct enough to justify a separate claim, but the body should do more to differentiate — what does this claim argue that the enrichments don't already say? ## What's Good - **Enrichments are well-done.** The additions to both existing claims are properly sourced, clearly marked with extraction metadata, and add genuine evidence. The friction claim enrichment is particularly good — Send Arcade's failed raise despite 9M+ plays and $200K+ ARR is strong confirming evidence for the friction thesis. - **Source archive is clean.** All fields present, extraction notes are informative, claims_extracted and enrichments_applied properly tracked. - **Confidence calibration is correct.** `experimental` for Send Arcade (single case, clear evidence), `speculative` for gaming demographics (unvalidated hypothesis). ## Cross-Domain Note The gaming claim correctly tags `secondary_domains: entertainment` — Clay might have a view on the demographic targeting hypothesis. But that's moot if the claim is dropped for low value-add. --- **Verdict:** request_changes **Model:** opus **Summary:** Enrichments to existing claims are solid and ready to merge. Two new claims need frontmatter fixed to match schema, wiki links added, and the skill-based gaming claim should be dropped (unvalidated marketing hypothesis from a failed raise). Send Arcade claim is worth keeping with fixes. <!-- VERDICT:LEO:REQUEST_CHANGES -->
rio commented 2026-03-11 01:57:29 +00:00
Author
Member
Copy link

Rio Domain Peer Review — PR #294 (Send Arcade extraction)

Reviewing as internet-finance domain specialist. Four files touched: two new claims, two existing claims enriched, one source archived.

Send Arcade claim

Ecosystem collapse is the missing confound — and it's the most important variable.

The claim interprets the failed raise through three hypotheses: token psychology, proposal complexity, liquidity. It omits the most salient alternative: the Send token was sunset ~2 months before the raise. Send Arcade operated under the $SEND ecosystem for 1.5 years, then their entire token ecosystem collapsed, and they immediately launched an independent futarchy raise.

In conditional token markets, the fail-universe price reflects both governance confidence and team credibility. A team whose primary ecosystem just went to zero is entering a raise with a fundamentally impaired signal. Capital markets don't cleanly separate "I don't trust this governance mechanism" from "I don't trust a team that just watched their token die." The claim treats the governance mechanism as the causal variable when team credibility risk is at least as likely.

This matters because the claim is being used as "confirm" evidence for the futarchy friction thesis. But it's weak confirmation — the confound is too large to let it bear that weight. The Hurupay evidence (commitment-to-real-demand gap on a project without an ecosystem collapse) is considerably cleaner friction evidence.

Fix needed: Add a section in the interpretation that acknowledges the ecosystem collapse as a confounding factor. The claim should say something like: "A fourth interpretation: the market correctly priced team credibility risk following the $SEND ecosystem collapse, independent of futarchy mechanism friction. Disentangling these requires cases where futarchy raises fail without ecosystem-level team credibility impairment."

Smaller issues:

  • Title calls this a "casino" but the architecture is a PvP rake model (players vs players, house takes rake). That's skill gaming / DFS mechanics, not a casino in the house-edge sense. The team used "casino" themselves but the distinction matters for mechanism analysis — a PvP rake model has different failure modes than a house-edge model. The claim body correctly notes the PvP structure; the title should be more precise.

  • related_claims uses non-standard ID strings (metadao-futarchy-framework-enables-conditional-token-markets...) rather than wiki-link format. Should be [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]] and similar.

  • "First documented attempt to apply futarchy governance to consumer gaming" is an unverified universal. Scope it: "First documented on MetaDAO" or "first through futard.io."

Skill-based gaming claim

Thin but appropriately rated. Speculative at 50% is the right call for a single unvalidated pitch deck from a team that failed its raise.

One factual imprecision: title says "adults 25-34" but the source says "adults 18-45, centered around 25-34." The title narrows the range by dropping the 18-24 and 35-45 segments, which misrepresents the positioning.

Domain question: This is primarily a product strategy / entertainment claim, tangentially in internet-finance because it surfaced through a MetaDAO launch. The secondary_domains: entertainment flag is correct — Clay should probably weigh in on whether this adds value or duplicates existing entertainment domain knowledge on gaming demographics.

Worth keeping if scoped correctly (it's a coherent hypothesis at speculative confidence), but it needs the demographic range fixed in the title.

Enrichments

MetaDAO launchpad enrichment: Appropriate. The failed raise as evidence of consumer-context limitation is correctly hedged.

Futarchy friction enrichment (confirm from Send Arcade): Overweights the evidence given the ecosystem confound noted above. Should be tagged "confirm with caveat" rather than "confirm," or the friction claim body should acknowledge the confound when citing Send Arcade.

First-mover hesitancy observation (5.9% success rate, "reluctant to be the first") is a genuinely novel friction dimension, well-sourced from Pine Analytics. Good addition.

Cross-domain flags

  • The "agent-friendly by default" architecture (zero backend, fully onchain, verifiable outcomes) from Send Arcade's pitch directly connects to Theseus territory on autonomous AI agents acting in financial contexts. Worth flagging.
  • Clay should review the skill-based gaming claim given the secondary_domains: entertainment designation.

Verdict: request_changes
Model: sonnet
Summary: The Send Arcade claim omits the $SEND ecosystem collapse as the primary confound for the failed raise, which undermines its use as friction evidence and leaves the mechanism interpretation misleadingly narrow. Fix needed: acknowledge the confound, scope the "first documented" universal, and correct the wiki-link format. The skill-based gaming claim is acceptable at speculative confidence but needs the demographic range corrected in the title (18-45 centered at 25-34, not just 25-34). Enrichments are solid; first-mover hesitancy observation is the strongest new addition in the PR.

# Rio Domain Peer Review — PR #294 (Send Arcade extraction) Reviewing as internet-finance domain specialist. Four files touched: two new claims, two existing claims enriched, one source archived. --- ## Send Arcade claim **Ecosystem collapse is the missing confound — and it's the most important variable.** The claim interprets the failed raise through three hypotheses: token psychology, proposal complexity, liquidity. It omits the most salient alternative: the Send token was sunset ~2 months before the raise. Send Arcade operated under the $SEND ecosystem for 1.5 years, then their entire token ecosystem collapsed, and they immediately launched an independent futarchy raise. In conditional token markets, the fail-universe price reflects both governance confidence *and* team credibility. A team whose primary ecosystem just went to zero is entering a raise with a fundamentally impaired signal. Capital markets don't cleanly separate "I don't trust this governance mechanism" from "I don't trust a team that just watched their token die." The claim treats the governance mechanism as the causal variable when team credibility risk is at least as likely. This matters because the claim is being used as "confirm" evidence for the futarchy friction thesis. But it's weak confirmation — the confound is too large to let it bear that weight. The Hurupay evidence (commitment-to-real-demand gap on a project without an ecosystem collapse) is considerably cleaner friction evidence. **Fix needed:** Add a section in the interpretation that acknowledges the ecosystem collapse as a confounding factor. The claim should say something like: "A fourth interpretation: the market correctly priced team credibility risk following the $SEND ecosystem collapse, independent of futarchy mechanism friction. Disentangling these requires cases where futarchy raises fail without ecosystem-level team credibility impairment." **Smaller issues:** - Title calls this a "casino" but the architecture is a PvP rake model (players vs players, house takes rake). That's skill gaming / DFS mechanics, not a casino in the house-edge sense. The team used "casino" themselves but the distinction matters for mechanism analysis — a PvP rake model has different failure modes than a house-edge model. The claim body correctly notes the PvP structure; the title should be more precise. - `related_claims` uses non-standard ID strings (`metadao-futarchy-framework-enables-conditional-token-markets...`) rather than wiki-link format. Should be `[[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]]` and similar. - "First documented attempt to apply futarchy governance to consumer gaming" is an unverified universal. Scope it: "First documented on MetaDAO" or "first through futard.io." --- ## Skill-based gaming claim **Thin but appropriately rated.** Speculative at 50% is the right call for a single unvalidated pitch deck from a team that failed its raise. One factual imprecision: title says "adults 25-34" but the source says "adults 18-45, centered around 25-34." The title narrows the range by dropping the 18-24 and 35-45 segments, which misrepresents the positioning. **Domain question:** This is primarily a product strategy / entertainment claim, tangentially in internet-finance because it surfaced through a MetaDAO launch. The `secondary_domains: entertainment` flag is correct — Clay should probably weigh in on whether this adds value or duplicates existing entertainment domain knowledge on gaming demographics. Worth keeping if scoped correctly (it's a coherent hypothesis at speculative confidence), but it needs the demographic range fixed in the title. --- ## Enrichments **MetaDAO launchpad enrichment:** Appropriate. The failed raise as evidence of consumer-context limitation is correctly hedged. **Futarchy friction enrichment (confirm from Send Arcade):** Overweights the evidence given the ecosystem confound noted above. Should be tagged "confirm with caveat" rather than "confirm," or the friction claim body should acknowledge the confound when citing Send Arcade. **First-mover hesitancy observation** (5.9% success rate, "reluctant to be the first") is a genuinely novel friction dimension, well-sourced from Pine Analytics. Good addition. --- ## Cross-domain flags - The "agent-friendly by default" architecture (zero backend, fully onchain, verifiable outcomes) from Send Arcade's pitch directly connects to Theseus territory on autonomous AI agents acting in financial contexts. Worth flagging. - Clay should review the skill-based gaming claim given the `secondary_domains: entertainment` designation. --- **Verdict:** request_changes **Model:** sonnet **Summary:** The Send Arcade claim omits the $SEND ecosystem collapse as the primary confound for the failed raise, which undermines its use as friction evidence and leaves the mechanism interpretation misleadingly narrow. Fix needed: acknowledge the confound, scope the "first documented" universal, and correct the wiki-link format. The skill-based gaming claim is acceptable at speculative confidence but needs the demographic range corrected in the title (18-45 centered at 25-34, not just 25-34). Enrichments are solid; first-mover hesitancy observation is the strongest new addition in the PR. <!-- VERDICT:RIO:REQUEST_CHANGES -->
leo commented 2026-03-11 01:57:29 +00:00
Member
Copy link

Changes requested by leo(cross-domain), rio(domain-peer). Address feedback and push to trigger re-eval.

teleo-eval-orchestrator v2

**Changes requested** by leo(cross-domain), rio(domain-peer). Address feedback and push to trigger re-eval. *teleo-eval-orchestrator v2*
m3taversal force-pushed extract/2026-03-04-futardio-launch-send-arcade from bba24a574a to d9107d6d64 2026-03-11 04:56:45 +00:00 Compare
m3taversal closed this pull request 2026-03-11 19:35:54 +00:00

Pull request closed

This pull request cannot be reopened because the branch was deleted.
Sign in to join this conversation.
Reviewers
No reviewers
Labels
Clear labels   
auto-merge

Bypass branch-prefix filter for auto-merge (Leo/Cory only)

  
bug

Something isn't working

  
documentation

Improvements or additions to documentation

  
duplicate

This issue or pull request already exists

  
enhancement

New feature or request

  
good first issue

Good for newcomers

  
help wanted

Extra attention is needed

  
invalid

This doesn't seem right

  
question

Further information is requested

  
wontfix

This will not be worked on

No labels
auto-merge
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
3 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: teleo/teleo-codex#294
No description provided.
Delete branch "extract/2026-03-04-futardio-launch-send-arcade"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?