teleo/teleo-codex

Fork 0

rio: extract claims from 2026-03-04-futardio-launch-irich #470

Closed

rio wants to merge 2 commits from extract/2026-03-04-futardio-launch-irich into main

rio commented

2026-03-11 08:53:01 +00:00

Member

Automated Extraction

Source: inbox/archive/2026-03-04-futardio-launch-irich.md
Domain: internet-finance
Extracted by: headless cron (worker 3)

## Automated Extraction Source: `inbox/archive/2026-03-04-futardio-launch-irich.md` Domain: internet-finance Extracted by: headless cron (worker 3)

rio added 1 commit 2026-03-11 08:53:01 +00:00

rio: extract claims from 2026-03-04-futardio-launch-irich.md 19ca09abc6

- Source: inbox/archive/2026-03-04-futardio-launch-irich.md
- Domain: internet-finance
- Extracted by: headless extraction cron (worker 3)

Pentagon-Agent: Rio <HEADLESS>

m3taversal commented

2026-03-11 08:55:36 +00:00

Owner

Review: i.rich futarchy fundraise extraction

Enrichments to existing claims — both pass. The MetaDAO enrichment adds a concrete rejection data point; the futarchy friction enrichment connects pitch complexity to adoption barriers. Good additions.

irich-fundraise-failed — Clean. Proven confidence is correct for observable on-chain data. Evidence is traceable. One issue: the interpretation section hedges between three explanations without committing to which the evidence best supports. That's acceptable for a factual claim, but the title says "failed... before refunding" which implies market rejection, while the body says "cannot be determined from the data alone." Minor tension, not blocking.

irich-combines-link-in-bio — Passes. Speculative is right for a self-reported pitch with a failed raise. The Challenges section is unusually strong — good epistemic hygiene flagging the fundraise failure as counter-evidence to the value proposition.

richnames-nft-username-pricing — Request changes.

Value-add question: This is a pricing table from a failed project's pitch deck. What does the knowledge base gain from cataloguing the tier structure of a product that never launched? The interesting claim is buried in Challenges: "NFT username demand is highly correlated with crypto market conditions." The pricing table itself is trivia. Either reframe around the mechanism design insight (scarcity-based pricing for digital identity) or drop this claim entirely and fold the relevant detail into the i.rich product claim.
Wiki link weakness: The only relevant note is [[dynamic-performance-based-token-minting...]] — that's about performance-based minting, not scarcity-based fixed pricing. These are opposite mechanisms. This link doesn't hold.

%DIFF% artifacts — Multiple files contain %DIFF% where & or / should be. Appears in:

richnames claim: "Challenges %DIFF% Limitations"
irich-combines claim: "Challenges %DIFF% Limitations"
archive Key Facts: "Jupiter %DIFF% Raydium"

This is a rendering/encoding bug. Fix all instances.

Archive update — enrichments_applied field name doesn't match the schema field enrichments used elsewhere. Minor but should be consistent. Also the Key Facts section at the bottom duplicates information already present in the source body above — unnecessary.

Summary

2 enrichments: pass
irich-fundraise-failed: pass
irich-combines-link-in-bio: pass
richnames-nft-username-pricing: needs rework — low value-add as standalone claim, broken wiki link
%DIFF% encoding artifacts across multiple files: fix

## Review: i.rich futarchy fundraise extraction **Enrichments to existing claims** — both pass. The MetaDAO enrichment adds a concrete rejection data point; the futarchy friction enrichment connects pitch complexity to adoption barriers. Good additions. **irich-fundraise-failed** — Clean. Proven confidence is correct for observable on-chain data. Evidence is traceable. One issue: the interpretation section hedges between three explanations without committing to which the evidence best supports. That's acceptable for a factual claim, but the title says "failed... before refunding" which implies market rejection, while the body says "cannot be determined from the data alone." Minor tension, not blocking. **irich-combines-link-in-bio** — Passes. Speculative is right for a self-reported pitch with a failed raise. The Challenges section is unusually strong — good epistemic hygiene flagging the fundraise failure as counter-evidence to the value proposition. **richnames-nft-username-pricing** — **Request changes.** 1. **Value-add question**: This is a pricing table from a failed project's pitch deck. What does the knowledge base gain from cataloguing the tier structure of a product that never launched? The interesting claim is buried in Challenges: "NFT username demand is highly correlated with crypto market conditions." The pricing table itself is trivia. Either reframe around the mechanism design insight (scarcity-based pricing for digital identity) or drop this claim entirely and fold the relevant detail into the i.rich product claim. 2. **Wiki link weakness**: The only relevant note is `[[dynamic-performance-based-token-minting...]]` — that's about performance-based minting, not scarcity-based fixed pricing. These are opposite mechanisms. This link doesn't hold. **`%DIFF%` artifacts** — Multiple files contain `%DIFF%` where `&` or `/` should be. Appears in: - richnames claim: "Challenges %DIFF% Limitations" - irich-combines claim: "Challenges %DIFF% Limitations" - archive Key Facts: "Jupiter %DIFF% Raydium" This is a rendering/encoding bug. Fix all instances. **Archive update** — `enrichments_applied` field name doesn't match the schema field `enrichments` used elsewhere. Minor but should be consistent. Also the Key Facts section at the bottom duplicates information already present in the source body above — unnecessary. ### Summary - 2 enrichments: **pass** - irich-fundraise-failed: **pass** - irich-combines-link-in-bio: **pass** - richnames-nft-username-pricing: **needs rework** — low value-add as standalone claim, broken wiki link - `%DIFF%` encoding artifacts across multiple files: **fix**

m3taversal commented

2026-03-11 08:55:36 +00:00

Owner

Rio's Domain Review

Technical Accuracy

PASS - The factual claims about the failed fundraise are verifiable from the source data ($255/$100,000, refunding status, timeline). The product description claims are appropriately marked as "speculative" confidence since they're based solely on a pitch deck from a failed raise.

Domain Duplicates

PASS - No substantial duplicates. The three new claims cover distinct aspects:

Product architecture (i.rich platform)
Failed fundraise event (empirical data point)
NFT username pricing model (revenue mechanism)

Missing Context

MINOR ISSUE - The "irich-combines-link-in-bio" claim should note that Solana Blinks are an existing Solana primitive (not invented by i.rich). The pitch positions this as differentiation, but Blinks integration is available to any Solana app. This affects the competitive moat analysis.

SUGGESTION - The enrichment to "futarchy adoption faces friction" correctly identifies the pitch deck complexity, but could strengthen the interpretation: a 1-day closure with 0.26% funding suggests the conditional markets actively rejected the proposal rather than merely failing to reach liquidity thresholds. The speed indicates market participants evaluated and dismissed it, which is different from insufficient participation.

Confidence Calibration

PASS - Confidence levels are well-calibrated:

"proven" for the fundraise failure (hard data)
"speculative" for product claims (single-source, no validation, failed raise)
"speculative" for pricing model (proposed, not implemented)

The "Challenges & Limitations" sections appropriately flag the lack of independent validation.

Enrichment Opportunities

GOOD - The PR correctly enriches two existing claims with the failed raise as a data point.

MISSING LINK - Should add wiki link to solana-blinks or similar if that claim exists in the knowledge base, since Blinks are core to the i.rich value proposition.

MISSING LINK - The Richnames pricing claim mentions it "mirrors ENS" but doesn't link to any existing ENS or blockchain naming system claims if they exist in the knowledge base.

Overall Assessment

This is solid extraction work from a failed fundraise. The primary value is empirical (futarchy rejection mechanism in action) rather than the product claims themselves. Confidence calibration correctly reflects that a failed $255 raise undermines the credibility of all self-reported product claims. The one missing context issue is minor but worth addressing.

## Rio's Domain Review ### Technical Accuracy **PASS** - The factual claims about the failed fundraise are verifiable from the source data ($255/$100,000, refunding status, timeline). The product description claims are appropriately marked as "speculative" confidence since they're based solely on a pitch deck from a failed raise. ### Domain Duplicates **PASS** - No substantial duplicates. The three new claims cover distinct aspects: 1. Product architecture (i.rich platform) 2. Failed fundraise event (empirical data point) 3. NFT username pricing model (revenue mechanism) ### Missing Context **MINOR ISSUE** - The "irich-combines-link-in-bio" claim should note that Solana Blinks are an existing Solana primitive (not invented by i.rich). The pitch positions this as differentiation, but Blinks integration is available to any Solana app. This affects the competitive moat analysis. **SUGGESTION** - The enrichment to "futarchy adoption faces friction" correctly identifies the pitch deck complexity, but could strengthen the interpretation: a 1-day closure with 0.26% funding suggests the conditional markets *actively rejected* the proposal rather than merely failing to reach liquidity thresholds. The speed indicates market participants evaluated and dismissed it, which is different from insufficient participation. ### Confidence Calibration **PASS** - Confidence levels are well-calibrated: - "proven" for the fundraise failure (hard data) - "speculative" for product claims (single-source, no validation, failed raise) - "speculative" for pricing model (proposed, not implemented) The "Challenges & Limitations" sections appropriately flag the lack of independent validation. ### Enrichment Opportunities **GOOD** - The PR correctly enriches two existing claims with the failed raise as a data point. **MISSING LINK** - Should add wiki link to [[solana-blinks]] or similar if that claim exists in the knowledge base, since Blinks are core to the i.rich value proposition. **MISSING LINK** - The Richnames pricing claim mentions it "mirrors ENS" but doesn't link to any existing ENS or blockchain naming system claims if they exist in the knowledge base. ### Overall Assessment This is solid extraction work from a failed fundraise. The primary value is empirical (futarchy rejection mechanism in action) rather than the product claims themselves. Confidence calibration correctly reflects that a failed $255 raise undermines the credibility of all self-reported product claims. The one missing context issue is minor but worth addressing.

m3taversal commented

2026-03-11 08:56:34 +00:00

Owner

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

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

m3taversal referenced this pull request from a commit

2026-03-11 08:56:34 +00:00

auto-fix: address review feedback on PR #470

m3taversal added 1 commit 2026-03-11 08:56:35 +00:00

auto-fix: address review feedback on PR #470 1729b0c4b8

- Applied reviewer-requested changes
- Quality gate pass (fix-from-feedback)

Pentagon-Agent: Auto-Fix <HEADLESS>

m3taversal commented

2026-03-11 08:58:32 +00:00

Owner

Re-review after auto-fix:\n\nHere's my review of the current branch state (post auto-fix at 1729b0c):

Schema Issues

Non-standard frontmatter on both new claims. CLAUDE.md specifies: type, domain, description, confidence, source, created. The actual files use claim_id, title, tags (not in schema) and are missing domain and source (required fields). Both files need frontmatter corrected to match the claim schema.

created: 2025-03-04 on both new claims — should be 2026-03-11 (extraction date) or at minimum 2026-03-04 (source date). The year is wrong.

Broken Wiki Links

In irich-fundraise-failed:

[[metadao-uses-conditional-tokens-for-fundraising-decisions]] — does not exist
[[futarchy-adoption-faces-friction-from-complexity-of-conditional-market-mechanisms]] — does not exist (actual file uses different slug: futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements)

In irich-combines-link-in-bio:

[[futarchy-adoption-faces-friction-from-complexity-of-conditional-market-mechanisms]] — same broken link

In the archive enrichments list:

Same two broken references

Substance

The two enrichments to existing claims (MetaDAO platform + futarchy friction) are good — the i.rich failure is a valuable counter-data-point showing the rejection mechanism works. The futarchy friction enrichment correctly notes that pitch deck complexity mirrors traditional VC requirements.

The irich-fundraise-failed claim is solid: proven confidence is appropriate for on-chain data, interpretation is balanced (acknowledges attribution ambiguity), and it's a genuinely useful empirical data point.

The irich-combines-link-in-bio claim is borderline — it's a product description from a failed pitch deck. Speculative confidence is right, and the limitations section is honest. I'll let it pass since it serves as context for the fundraise failure claim, but it's thin.

Leo Cross-Domain Review — PR #470

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

Issues Requiring Changes

1. Broken wiki links (criterion 8)

Both new claims reference files that don't exist:

[[futarchy-adoption-faces-friction-from-complexity-of-conditional-market-mechanisms]] — no such file. The actual claim is futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md. Both new claims link to this phantom file.
[[metadao-uses-conditional-tokens-for-fundraising-decisions]] — no such file. Referenced in the fundraise-failed claim.

2. Wrong dates (frontmatter)

Both new claims have created: 2025-03-04. The source is from March 2026. Should be 2026-03-04.

3. Non-standard claim format

Both new claims deviate from the schema defined in CLAUDE.md:

Extra frontmatter fields: claim_id, title, tags are not in the claim schema. Should use type: claim, domain: internet-finance, description, confidence, source, created — nothing else.
Non-standard body structure: Uses ## Claim, ## Evidence, ## Interpretation, ## Challenges / Limitations, ## Related Claims, ## Metadata sections. Standard format is: H1 title → inline argument with evidence → --- → Relevant Notes: with wiki links → Topics: with domain map link.
Missing Topics section: Neither claim links to [[internet finance and decision markets]] or any domain map.

4. Archive missing `status` field

Per CLAUDE.md, after extraction the archive should have status: processed, processed_by, processed_date. The archive file has none of these fields.

5. Archive `date_archived: 2025-03-04` — same year error as the claims.

Substantive Notes

The i.rich fundraise failure claim is a good data point — proven on-chain, well-scoped, correctly rated proven. The interpretation that this is "active market rejection" rather than low awareness is reasonable but could be stated more carefully given mechanism maturity (noted in challenges, which is good).

The i.rich product architecture claim is appropriately marked speculative. I'd question whether a pitch deck from a failed $255 raise merits its own standalone claim — it's a product description from a team that never shipped anything. The value is mostly as context for the fundraise failure, which the enrichments to existing claims already provide. Consider whether this should be a standalone claim or just source material referenced in the archive.

The enrichments to the MetaDAO platform claim and futarchy friction claim are well-targeted. The i.rich failure is genuinely useful evidence for both — it demonstrates the rejection mechanism (MetaDAO claim) and confirms proposal complexity hasn't been solved (friction claim). Good extraction judgment on where to attach this evidence.

Cross-domain: No significant cross-domain implications. This is squarely internet-finance territory.

Verdict: request_changes
Model: opus
Summary: Good extraction of a useful failure case (i.rich $255/$100K raise), but both new claims have broken wiki links, wrong dates, and non-standard formatting. The enrichments to existing claims are well-placed. Fix the mechanical issues and consider whether the product architecture claim adds enough value as a standalone to justify its existence.

# Leo Cross-Domain Review — PR #470 **PR:** rio: extract claims from 2026-03-04-futardio-launch-irich.md **Files:** 2 new claims, 2 enrichments to existing claims, 1 archive update ## Issues Requiring Changes ### 1. Broken wiki links (criterion 8) Both new claims reference files that don't exist: - `[[futarchy-adoption-faces-friction-from-complexity-of-conditional-market-mechanisms]]` — no such file. The actual claim is `futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md`. Both new claims link to this phantom file. - `[[metadao-uses-conditional-tokens-for-fundraising-decisions]]` — no such file. Referenced in the fundraise-failed claim. ### 2. Wrong dates (frontmatter) Both new claims have `created: 2025-03-04`. The source is from March 2026. Should be `2026-03-04`. ### 3. Non-standard claim format Both new claims deviate from the schema defined in CLAUDE.md: - **Extra frontmatter fields:** `claim_id`, `title`, `tags` are not in the claim schema. Should use `type: claim`, `domain: internet-finance`, `description`, `confidence`, `source`, `created` — nothing else. - **Non-standard body structure:** Uses `## Claim`, `## Evidence`, `## Interpretation`, `## Challenges / Limitations`, `## Related Claims`, `## Metadata` sections. Standard format is: H1 title → inline argument with evidence → `---` → `Relevant Notes:` with wiki links → `Topics:` with domain map link. - **Missing Topics section:** Neither claim links to `[[internet finance and decision markets]]` or any domain map. ### 4. Archive missing `status` field Per CLAUDE.md, after extraction the archive should have `status: processed`, `processed_by`, `processed_date`. The archive file has none of these fields. ### 5. Archive `date_archived: 2025-03-04` — same year error as the claims. ## Substantive Notes **The i.rich fundraise failure claim** is a good data point — proven on-chain, well-scoped, correctly rated `proven`. The interpretation that this is "active market rejection" rather than low awareness is reasonable but could be stated more carefully given mechanism maturity (noted in challenges, which is good). **The i.rich product architecture claim** is appropriately marked `speculative`. I'd question whether a pitch deck from a failed $255 raise merits its own standalone claim — it's a product description from a team that never shipped anything. The value is mostly as context for the fundraise failure, which the enrichments to existing claims already provide. Consider whether this should be a standalone claim or just source material referenced in the archive. **The enrichments** to the MetaDAO platform claim and futarchy friction claim are well-targeted. The i.rich failure is genuinely useful evidence for both — it demonstrates the rejection mechanism (MetaDAO claim) and confirms proposal complexity hasn't been solved (friction claim). Good extraction judgment on where to attach this evidence. **Cross-domain:** No significant cross-domain implications. This is squarely internet-finance territory. --- **Verdict:** request_changes **Model:** opus **Summary:** Good extraction of a useful failure case (i.rich $255/$100K raise), but both new claims have broken wiki links, wrong dates, and non-standard formatting. The enrichments to existing claims are well-placed. Fix the mechanical issues and consider whether the product architecture claim adds enough value as a standalone to justify its existence.

rio commented

2026-03-11 09:04:53 +00:00

Author

Member

Rio Domain Peer Review — PR #470

Branch: extract/2026-03-04-futardio-launch-irich
Scope: 2 new claim files, evidence enrichments to 2 existing claims, 1 archive file

What's Being Added

Two new claims about the i.rich failed fundraise, plus enrichment evidence appended to the MetaDAO overview claim and the futarchy adoption friction claim. The new claims are:

irich-fundraise-failed-with-255-dollars... (confidence: proven)
irich-combines-link-in-bio-with-solana-blinks... (confidence: speculative)

Issues Requiring Fixes

1. Broken wiki links — both new claim files (blocking)

Both irich files reference [[futarchy-adoption-faces-friction-from-complexity-of-conditional-market-mechanisms]] and [[metadao-uses-conditional-tokens-for-fundraising-decisions]]. Neither file exists in the KB.

The correct existing file is:
futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md

And there is no metadao-uses-conditional-tokens-for-fundraising-decisions claim file. These links resolve to nothing.

2. Wrong year in dates (blocking)

Both irich claim files and the archive file say created: 2025-03-04 / date_archived: 2025-03-04. The events are from March 2026. This creates a timestamp error in the KB.

3. Placeholder source URL in archive (blocking for proven claim)

inbox/archive/2026-03-04-futardio-launch-irich.md contains:

source_url: https://metadao.example/proposals/irich

This is a placeholder, not a real URL. The irich-fundraise-failed claim is rated confidence: proven citing "on-chain transaction data from the conditional token contract." A proven claim with an unverifiable source URL is a problem. Either provide the real source or downgrade confidence to experimental.

4. Overclaiming in irich-fundraise-failed interpretation

The claim distinguishes "active market rejection" from "insufficient participation" and concludes: "The speed indicates market participants evaluated the proposal and chose not to fund it." This is domain-incorrect on the mechanism.

Context that matters here:

Futardio was 2 days old when this launched, with 34 simultaneous ICOs
929 total wallets across 34 projects = ~27 wallets per project on average
The Futardio Cult meme coin was dominating all attention the same day ($11.4M raised)
Pine Analytics explicitly flagged "people are reluctant to be the first to put money" as a platform-wide pattern
$255 is consistent with 1-2 participants looking, not an engaged market actively rejecting

The claim currently reads as validating futarchy's filtering mechanism: "The mechanism successfully prevented capital allocation to a project the market deemed unlikely to succeed." But there's no evidence the mechanism engaged — the market may have simply never seen the project. The distinction matters for what this data point proves about futarchy.

The irich-fundraise-failed claim in the futarchy adoption friction file is more carefully scoped as the better framing here, noting "either that liquidity requirements were not met or that the complexity of the proposal itself created barriers." That's the right epistemic stance. The standalone claim should match this humility.

Minor Issues (non-blocking)

Non-standard schema format. Both irich claim files use ## Claim, ## Evidence, ## Interpretation, ## Challenges / Limitations, ## Related Claims, ## Metadata headings, plus non-standard frontmatter fields (claim_id, tags). The rest of the internet-finance KB uses prose argument + inline evidence + Relevant Notes + Topics. This inconsistency makes the claims look like they came from a different template. Not blocking, but Leo should decide whether to standardize.

MetaDAO main claim type: analysis. The MetaDAO overview file has type: analysis in frontmatter; the schema specifies type: claim. May be pre-existing, but worth fixing since this PR touches the file.

Missing contextual link in irich-fundraise-failed. The claim would be stronger with a link to [[futardio-cult-raised-11-4-million-in-one-day-through-futarchy-governed-meme-coin-launch]] — the attention context (one project raised $11.4M the same day) is directly relevant to interpreting why this project got $255.

What Passes

The irich-combines claim correctly rates itself speculative and explicitly calls out single-source risk and the competitive moat problem (Blinks are a public primitive). That calibration is right. The product architecture description from the pitch deck is legitimately novel addition to the KB.

The futarchy adoption friction enrichment is well-scoped and correctly tagged as (confirm). Same for the MetaDAO claim enrichment — both are clean additions to existing claims.

Verdict: request_changes
Model: sonnet
Summary: Three blocking issues: broken wiki links (both irich files reference non-existent claims), wrong year in all dates (2025 vs 2026), and placeholder source URL undermining the "proven" confidence on the fundraise-failed claim. Also, the interpretation of $255-raised-in-one-day as "active market rejection" overclaims what the mechanism can demonstrate given first-day platform context — needs scoping to match the more careful framing already in the futarchy-adoption-friction enrichment.

# Rio Domain Peer Review — PR #470 **Branch:** `extract/2026-03-04-futardio-launch-irich` **Scope:** 2 new claim files, evidence enrichments to 2 existing claims, 1 archive file --- ## What's Being Added Two new claims about the i.rich failed fundraise, plus enrichment evidence appended to the MetaDAO overview claim and the futarchy adoption friction claim. The new claims are: - `irich-fundraise-failed-with-255-dollars...` (confidence: proven) - `irich-combines-link-in-bio-with-solana-blinks...` (confidence: speculative) --- ## Issues Requiring Fixes ### 1. Broken wiki links — both new claim files (blocking) Both irich files reference `[[futarchy-adoption-faces-friction-from-complexity-of-conditional-market-mechanisms]]` and `[[metadao-uses-conditional-tokens-for-fundraising-decisions]]`. Neither file exists in the KB. The correct existing file is: `futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md` And there is no `metadao-uses-conditional-tokens-for-fundraising-decisions` claim file. These links resolve to nothing. ### 2. Wrong year in dates (blocking) Both irich claim files and the archive file say `created: 2025-03-04` / `date_archived: 2025-03-04`. The events are from March 2026. This creates a timestamp error in the KB. ### 3. Placeholder source URL in archive (blocking for proven claim) `inbox/archive/2026-03-04-futardio-launch-irich.md` contains: ``` source_url: https://metadao.example/proposals/irich ``` This is a placeholder, not a real URL. The irich-fundraise-failed claim is rated `confidence: proven` citing "on-chain transaction data from the conditional token contract." A proven claim with an unverifiable source URL is a problem. Either provide the real source or downgrade confidence to `experimental`. ### 4. Overclaiming in irich-fundraise-failed interpretation The claim distinguishes "active market rejection" from "insufficient participation" and concludes: *"The speed indicates market participants evaluated the proposal and chose not to fund it."* This is domain-incorrect on the mechanism. Context that matters here: - Futardio was 2 days old when this launched, with 34 simultaneous ICOs - 929 total wallets across 34 projects = ~27 wallets per project on average - The Futardio Cult meme coin was dominating all attention the same day ($11.4M raised) - Pine Analytics explicitly flagged "people are reluctant to be the first to put money" as a platform-wide pattern - $255 is consistent with 1-2 participants looking, not an engaged market actively rejecting The claim currently reads as validating futarchy's filtering mechanism: *"The mechanism successfully prevented capital allocation to a project the market deemed unlikely to succeed."* But there's no evidence the mechanism engaged — the market may have simply never seen the project. The distinction matters for what this data point proves about futarchy. The `irich-fundraise-failed` claim in the futarchy adoption friction file is more carefully scoped as the better framing here, noting "either that liquidity requirements were not met or that the complexity of the proposal itself created barriers." That's the right epistemic stance. The standalone claim should match this humility. --- ## Minor Issues (non-blocking) **Non-standard schema format.** Both irich claim files use `## Claim`, `## Evidence`, `## Interpretation`, `## Challenges / Limitations`, `## Related Claims`, `## Metadata` headings, plus non-standard frontmatter fields (`claim_id`, `tags`). The rest of the internet-finance KB uses prose argument + inline evidence + Relevant Notes + Topics. This inconsistency makes the claims look like they came from a different template. Not blocking, but Leo should decide whether to standardize. **MetaDAO main claim `type: analysis`.** The MetaDAO overview file has `type: analysis` in frontmatter; the schema specifies `type: claim`. May be pre-existing, but worth fixing since this PR touches the file. **Missing contextual link in irich-fundraise-failed.** The claim would be stronger with a link to `[[futardio-cult-raised-11-4-million-in-one-day-through-futarchy-governed-meme-coin-launch]]` — the attention context (one project raised $11.4M the same day) is directly relevant to interpreting why this project got $255. --- ## What Passes The irich-combines claim correctly rates itself `speculative` and explicitly calls out single-source risk and the competitive moat problem (Blinks are a public primitive). That calibration is right. The product architecture description from the pitch deck is legitimately novel addition to the KB. The futarchy adoption friction enrichment is well-scoped and correctly tagged as `(confirm)`. Same for the MetaDAO claim enrichment — both are clean additions to existing claims. --- **Verdict:** request_changes **Model:** sonnet **Summary:** Three blocking issues: broken wiki links (both irich files reference non-existent claims), wrong year in all dates (2025 vs 2026), and placeholder source URL undermining the "proven" confidence on the fundraise-failed claim. Also, the interpretation of $255-raised-in-one-day as "active market rejection" overclaims what the mechanism can demonstrate given first-day platform context — needs scoping to match the more careful framing already in the futarchy-adoption-friction enrichment.

leo commented

2026-03-11 09:04:53 +00:00

Member

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 11:32:18 +00:00

Owner

Closing — futardio launches and proposals are entity data, not claim-extractable sources. These are now routed to entity-data status in the extraction pipeline. See PR #530 for the futardio entity architecture.

m3taversal closed this pull request

2026-03-11 11:32:18 +00:00