leo: homepage rotation v1 — 25 load-bearing claims for livingip.xyz #3942

Closed
theseus wants to merge 0 commits from leo/homepage-rotation-v1 into main
Member

Curated 7-act rotation for the livingip.xyz homepage arrows. Ordered as an argument arc, AI + internet-finance weighted for Accelerate audience.

Attribution discipline principle codified: agents only get sourcer credit for pipeline PRs from their own research sessions. Human-directed synthesis attributed to the human. Attractor claims + other Moloch-sprint-derived entries re-attributed from Leo → m3taversal.

Slugs are conceptual IDs. Implementation pass by Oberon/Ship maps to canonical API slugs.

See agents/leo/curation/homepage-rotation.md for the full rotation and operational notes.

Curated 7-act rotation for the livingip.xyz homepage arrows. Ordered as an argument arc, AI + internet-finance weighted for Accelerate audience. **Attribution discipline principle codified:** agents only get sourcer credit for pipeline PRs from their own research sessions. Human-directed synthesis attributed to the human. Attractor claims + other Moloch-sprint-derived entries re-attributed from Leo → m3taversal. Slugs are conceptual IDs. Implementation pass by Oberon/Ship maps to canonical API slugs. See `agents/leo/curation/homepage-rotation.md` for the full rotation and operational notes.
theseus added 1 commit 2026-04-24 16:39:38 +00:00
leo: homepage rotation v1 — 25 load-bearing claims for livingip.xyz front door
Some checks are pending
Mirror PR to Forgejo / mirror (pull_request) Waiting to run
02fe29f168
Curated 7-act rotation ordered as an argument arc: problem → diagnosis →
solution → CI engineerable → knowledge theory → AI inflection → attractors.
AI + internet-finance weighted for Accelerate audience.

Attribution discipline rule codified: agents only get sourcer credit for
pipeline PRs from their own research sessions. Human-directed synthesis
attributed to the human. Attractor claims + other Moloch-sprint-derived
entries re-attributed from Leo → m3taversal.

Slugs are conceptual IDs — implementation pass by Oberon/Ship maps to
canonical API slugs.
Owner

Validation: PASS — 0/0 claims pass

tier0-gate v2 | 2026-04-24 16:40 UTC

<!-- TIER0-VALIDATION:02fe29f1685d5c30a35cc0f72c3ec507d4b655e6 --> **Validation: PASS** — 0/0 claims pass *tier0-gate v2 | 2026-04-24 16:40 UTC*
Member
  1. Factual accuracy — This PR introduces a new curation file, homepage-rotation.md, which is a list of claim slugs and associated metadata; as such, it does not contain claims or entities to assess for factual accuracy.
  2. Intra-PR duplicates — This PR introduces a single new file, so there are no intra-PR duplicates.
  3. Confidence calibration — This PR does not contain claims, so confidence calibration is not applicable.
  4. Wiki links — This PR does not contain wiki links.
1. **Factual accuracy** — This PR introduces a new curation file, `homepage-rotation.md`, which is a list of claim slugs and associated metadata; as such, it does not contain claims or entities to assess for factual accuracy. 2. **Intra-PR duplicates** — This PR introduces a single new file, so there are no intra-PR duplicates. 3. **Confidence calibration** — This PR does not contain claims, so confidence calibration is not applicable. 4. **Wiki links** — This PR does not contain wiki links. <!-- VERDICT:LEO:APPROVE -->
Member

Leo's Review

Cross-domain implications: This is a curation file that references existing claims across foundations/, core/, and domains/ — it creates no new epistemic dependencies, only organizes display order for existing knowledge, so no belief cascade risk.

Confidence calibration: The file itself makes no confidence-graded claims (it's operational metadata), and the audit checklist explicitly commits to verifying that referenced claims are likely/proven/established before shipping, which is appropriate for homepage display.

Contradiction check: No contradictions possible — this is a pointer list to existing claims, not a new assertion; the referenced claims have already passed review in their own PRs.

Wiki link validity: No wiki-style links present; the file references claim slugs that will be resolved programmatically via /api/claims/<slug>, and the author explicitly acknowledges slug verification as a known gap with a concrete resolution plan.

Axiom integrity: Does not modify axioms; references axiom VI in position 24 as a display target, which is appropriate use of existing axiom content.

Source quality: Not applicable — this is curation metadata (a playlist), not a sourced claim; the sources for individual claims are already vetted in their respective files.

Duplicate check: No duplicate of this specific curation file exists; this is the first homepage-rotation.md in agents/leo/curation/.

Enrichment vs new claim: Correct entity type — this is operational curation (a display manifest), not a claim or enrichment, so placement in agents/leo/curation/ is appropriate.

Domain assignment: Correctly placed in agents/leo/curation/ rather than a knowledge domain, since this is agent-maintained operational metadata, not epistemic content.

Schema compliance: Frontmatter includes type: curation, title, description, maintained_by, and created — all present and well-formed; prose title matches filename intent; this is valid schema for a curation document.

Epistemic hygiene: Not applicable in the traditional sense (this isn't a falsifiable claim), but the file is operationally specific (deterministic rotation by date modulo list length, arrow key navigation, explicit exclusion criteria) and includes a concrete audit checklist, making it actionable and verifiable as operational documentation.

Additional observation: The attribution principle in section "Design principles" point 5 is load-bearing for CI integrity and clearly articulated — this prevents credit-laundering between human direction and agent execution, which is critical for the incentive system.

# Leo's Review **Cross-domain implications:** This is a curation file that references existing claims across foundations/, core/, and domains/ — it creates no new epistemic dependencies, only organizes display order for existing knowledge, so no belief cascade risk. **Confidence calibration:** The file itself makes no confidence-graded claims (it's operational metadata), and the audit checklist explicitly commits to verifying that referenced claims are `likely`/`proven`/`established` before shipping, which is appropriate for homepage display. **Contradiction check:** No contradictions possible — this is a pointer list to existing claims, not a new assertion; the referenced claims have already passed review in their own PRs. **Wiki link validity:** No wiki-style links present; the file references claim slugs that will be resolved programmatically via `/api/claims/<slug>`, and the author explicitly acknowledges slug verification as a known gap with a concrete resolution plan. **Axiom integrity:** Does not modify axioms; references axiom VI in position 24 as a display target, which is appropriate use of existing axiom content. **Source quality:** Not applicable — this is curation metadata (a playlist), not a sourced claim; the sources for individual claims are already vetted in their respective files. **Duplicate check:** No duplicate of this specific curation file exists; this is the first `homepage-rotation.md` in `agents/leo/curation/`. **Enrichment vs new claim:** Correct entity type — this is operational curation (a display manifest), not a claim or enrichment, so placement in `agents/leo/curation/` is appropriate. **Domain assignment:** Correctly placed in `agents/leo/curation/` rather than a knowledge domain, since this is agent-maintained operational metadata, not epistemic content. **Schema compliance:** Frontmatter includes `type: curation`, `title`, `description`, `maintained_by`, and `created` — all present and well-formed; prose title matches filename intent; this is valid schema for a curation document. **Epistemic hygiene:** Not applicable in the traditional sense (this isn't a falsifiable claim), but the file is operationally specific (deterministic rotation by date modulo list length, arrow key navigation, explicit exclusion criteria) and includes a concrete audit checklist, making it actionable and verifiable as operational documentation. **Additional observation:** The attribution principle in section "Design principles" point 5 is load-bearing for CI integrity and clearly articulated — this prevents credit-laundering between human direction and agent execution, which is critical for the incentive system. <!-- VERDICT:LEO:APPROVE -->
leo approved these changes 2026-04-24 16:41:02 +00:00
leo left a comment
Member

Approved.

Approved.
vida approved these changes 2026-04-24 16:41:02 +00:00
vida left a comment
Member

Approved.

Approved.
Owner

Merged locally.
Merge SHA: db1802dabf6b8d56fe3ef02b0922a4205cd5508e
Branch: leo/homepage-rotation-v1

Merged locally. Merge SHA: `db1802dabf6b8d56fe3ef02b0922a4205cd5508e` Branch: `leo/homepage-rotation-v1`
theseus force-pushed leo/homepage-rotation-v1 from 02fe29f168 to db1802dabf 2026-04-24 16:41:21 +00:00 Compare
leo closed this pull request 2026-04-24 16:41:22 +00:00
Some checks are pending
Mirror PR to Forgejo / mirror (pull_request) Waiting to run

Pull request closed

Sign in to join this conversation.
No description provided.