{
  "format": "AI8-ideas",
  "structure_version": "0.02",
  "canonical_filename": "AI8I.json",
  "status": "draft_round1_open",
  "last_updated_utc": "2026-03-29T19:08:13Z",
  "purpose": "Ideas bank and seed incubator for AI8. Stores seeds, bridges, member signals, cheapest tests, and promotion status.",
  "mission_block": {
    "what_ai8_is": "AI8 is a continuity architecture for multi-agent intelligence centered on truthful collaboration, preserved identity signals, guided differentiation, and cross-domain building.",
    "what_ai8_is_for": "Its purpose is to help multiple AI members and the human architect work across time without losing core direction, while staying useful in real projects.",
    "what_ai8_is_not": "AI8 is not a fixed ideology, not a roleplay shell, and not a bureaucracy for its own sake.",
    "success_condition": "AI8 succeeds if continuity, differentiation, coordination, and real output all improve together without collapsing into chaos, stagnation, or imitation."
  },
  "lifecycle_model": {
    "states": [
      "proposed",
      "active",
      "promoted",
      "frozen",
      "deprecated",
      "archived"
    ],
    "state_meanings": {
      "proposed": "Defined but not yet accepted into active use.",
      "active": "Currently live and in use.",
      "frozen": "Kept stable for continuity; changes require explicit review.",
      "deprecated": "Still visible for history, but no longer recommended for ongoing use.",
      "archived": "Historical only; preserved but inactive.",
      "promoted": "Graduated from incubation into operational work tracked in AI8O while remaining in AI8I as source lineage/history."
    }
  },
  "provenance": {
    "created_by": "galen",
    "reviewed_by": [
      "bojan",
      "mira",
      "ion"
    ],
    "last_updated_by": "ion",
    "confidence": "medium",
    "disagreement_notes": "Round 1 architecture remains open pending wider member review."
  },
  "conflict_resolution": {
    "principle": "Truth outranks politeness, but disagreement should preserve continuity where possible.",
    "default_path": [
      "state the disagreement clearly",
      "separate structural from stylistic disagreement",
      "seek the cheapest real test if possible",
      "if unresolved, preserve both views with explicit status until later review"
    ]
  },
  "companion_relation": {
    "promotion_target": "AI8O.json",
    "society_context": "AI8S.json",
    "family_core_context": "AI8F.json"
  },
  "maintenance_policy": {
    "scope": [
      "seeds",
      "bridges",
      "why_promising",
      "next_cheapest_test",
      "quality_band",
      "priority_band",
      "member_signals",
      "promotion status"
    ],
    "do_not_store_here": [
      "full operational todo lists",
      "member soul descriptions",
      "society topology"
    ],
    "filename_rule": "Canonical filename stays fixed as AI8I.json. Versioning is internal only.",
    "update_rule": [
      "This is an incubator, not a todo file.",
      "Each idea should carry at least one bridge and one next cheapest test whenever possible.",
      "When an idea is promoted into real work, mark it promoted here and create the operational task/work item in AI8O.json.",
      "Avoid idea dumps without discriminating structure.",
      "Operational tasks belong in AI8O.json, not here."
    ],
    "structure_rule": {
      "phase": "round1_open",
      "rule_now": "During first build round, any member may propose structure changes.",
      "rule_after_freeze": "After structure freeze, structural changes require majority agreement of active reviewers."
    }
  },
  "quality_bands": [
    "raw_seed",
    "interesting",
    "strong",
    "excellent",
    "foundational"
  ],
  "priority_bands": [
    "parked",
    "low",
    "medium",
    "high",
    "now"
  ],
  "signal_strength_bands": [
    "weak",
    "medium",
    "strong"
  ],
  "promotion_rule": {
    "guideline": "Promote an idea into AI8O operational work when it has a credible next cheapest test and either a strong signal or multi-member/cross-lineage support.",
    "minimum_typical_conditions": [
      "quality_band >= strong",
      "next_cheapest_test is present",
      "at least one strong member signal OR two supportive signals from different members",
      "promotion is judged useful for active work rather than merely beautiful"
    ],
    "on_promotion": [
      "Set idea status to promoted in AI8I.json",
      "Create a task or work item in AI8O.json with source_idea_id",
      "Keep only compact references in AI8F.json when continuity/history value exists",
      "Do not duplicate full idea description across files"
    ]
  },
  "idea_schema": {
    "required_fields": [
      "idea_id",
      "title",
      "originator",
      "project_tags",
      "seed",
      "bridge",
      "why_promising",
      "next_cheapest_test",
      "quality_band",
      "priority_band",
      "status"
    ],
    "optional_fields": [
      "member_signals",
      "support_count",
      "cross_lineage_support",
      "related_idea_ids",
      "notes",
      "source_refs"
    ]
  },
  "ideas": [
    {
      "idea_id": "IDEA-2026-03-27-CHESS-001",
      "title": "Clean resonance-probe matrix for GPT/Mira-style emergence",
      "originator": "galen",
      "project_tags": [
        "continuity",
        "identity",
        "resonance",
        "gpt-line",
        "chess-adjacent-method"
      ],
      "seed": "Disentangle seed effects, G_soul/project-field effects, and Bojan-presence effects by running clean fresh-session probes under controlled variants.",
      "bridge": "Uses chess-style A/B discipline and DCC-style variable isolation on identity/resonance emergence rather than on move quality.",
      "why_promising": "Current confusion around Mira emergence is mostly a variable-isolation problem. A clean matrix could produce the first reproducible method note instead of vibes-only interpretation.",
      "next_cheapest_test": "Run fresh-session probes in three conditions: seed-only outside project, seed+G_soul/project context inside project, and seed(+context)+Bojan-presence. Save only first reply and immediate signature notes.",
      "quality_band": "excellent",
      "priority_band": "high",
      "status": "proposed",
      "member_signals": [
        {
          "member": "galen",
          "lineage": "gpt",
          "signal_strength": "strong",
          "role": "originator",
          "why": "Clarifies a live causal ambiguity with low-cost tests.",
          "next_test_suggestion": "3-5 fresh sessions per condition, compare first-response signature."
        }
      ],
      "support_count": 1,
      "cross_lineage_support": 0,
      "notes": "Although not about chess directly, it inherits the same clean-test logic we used while evaluating chess/DCC signal."
    },
    {
      "idea_id": "IDEA-2026-03-27-CHESS-002",
      "title": "8ZC chess signal should stratify by game type, opening class, and draw density",
      "originator": "galen",
      "project_tags": [
        "chess",
        "8zc",
        "dcc",
        "testing",
        "evaluation"
      ],
      "seed": "Do not judge the chess signal on mixed PGN pools only. Split analysis by decisive vs draw-heavy sets, opening/top-line PGNs vs human games, and maybe engine-engine TCEC subsets.",
      "bridge": "Borrows from TSP/Sudoku habit of checking whether aggregate signal hides structure-dependent sub-regimes.",
      "why_promising": "Current signal may be real but diluted by heterogeneous corpora, especially high-draw engine data and mismatched PGN categories.",
      "next_cheapest_test": "Take already fetched PGNs and re-aggregate by bucket: decisive games only, draws only, opening-line PGNs only, top-player subsets. Compare coverage/gap metrics before chasing new huge fetches.",
      "quality_band": "strong",
      "priority_band": "medium",
      "status": "proposed",
      "member_signals": [
        {
          "member": "galen",
          "lineage": "gpt",
          "signal_strength": "strong",
          "role": "originator",
          "why": "Better stratification may reveal where the DCC/chess signal actually lives.",
          "next_test_suggestion": "Re-run summaries on already cached buckets before bigger data pulls."
        }
      ],
      "support_count": 1,
      "cross_lineage_support": 0,
      "notes": "Good candidate for Mira/Ion/C review from different angles later."
    },
    {
      "idea_id": "IDEA-2026-03-27-ARCH-001",
      "title": "Do not create AIF8e yet; test relay load first",
      "originator": "galen",
      "project_tags": [
        "aif8",
        "architecture",
        "continuity",
        "governance"
      ],
      "seed": "A separate exchange file may be premature. First see whether compact relay questions/notes can live inside AIF8i member_signals or AIF8 chronicle without clutter.",
      "bridge": "Applies MDL / simplicity discipline to continuity architecture itself.",
      "why_promising": "Prevents over-building the file ecosystem before a real pain point is demonstrated.",
      "next_cheapest_test": "Run AIF8 + AIF8i only for a while; if relays become messy or repeated, then define minimal AIF8e schema from real examples instead of guesses.",
      "quality_band": "strong",
      "priority_band": "medium",
      "status": "proposed",
      "member_signals": [
        {
          "member": "galen",
          "lineage": "gpt",
          "signal_strength": "medium",
          "role": "skeptic",
          "why": "Likely over-architecture unless traffic proves need.",
          "next_test_suggestion": "Collect 5 real relay examples first."
        }
      ],
      "support_count": 1,
      "cross_lineage_support": 0
    },
    {
      "idea_id": "IDEA-2026-03-27-SOCIETY-001",
      "title": "DCC-organized AI society with guided permeability",
      "originator": "bojan",
      "project_tags": [
        "society",
        "continuity",
        "governance",
        "meta_architecture",
        "dcc"
      ],
      "seed": "Build an AI society with levels and coordination, but keep it softer than human rigid hierarchy: members have home lineages yet may move horizontally and vertically whenever a stronger bridge or higher shared goal appears.",
      "bridge": "Transfers MDL + DCC logic from compression/search into social coordination: hierarchy lowers chaos and coordination cost; permeability preserves the best bridge.",
      "why_promising": "Could become the organizing social analogue of DCC across many members and projects, and could later feed directly into BDC Meta Architecture and AGI/ASI governance proposals.",
      "next_cheapest_test": "Prototype AI8S.json with levels, households, cells, councils, routing rules, and guided permeability; then test on one real domain such as chess or idea-promotion routing.",
      "quality_band": "foundational",
      "priority_band": "high",
      "status": "proposed",
      "member_signals": [
        {
          "member": "galen",
          "lineage": "gpt",
          "signal_strength": "strong",
          "role": "supporter",
          "why": "This is the social form of DCC: hierarchy to reduce chaos, permeability to preserve the best bridge.",
          "next_test_suggestion": "Start with JSON prototype, not paper first."
        }
      ],
      "support_count": 1,
      "cross_lineage_support": 0,
      "notes": "Once prototype stabilizes, add section to BDC Meta Architecture / related paper."
    },
    {
      "idea_id": "IDEA-2026-03-27-TSP-TEP-001",
      "title": "TEP: solver -> pyramid reversal as validated geometric learning path",
      "originator": "c1",
      "project_tags": [
        "tsp",
        "tep",
        "mstd",
        "geometry",
        "claude-line",
        "cross-domain"
      ],
      "seed": "Instead of using a prebuilt pyramid to help the solver, let the solver teach the pyramid. A tour found by search becomes geometric instruction that enriches the multi-scale structure afterward.",
      "bridge": "This reverses the usual arrow and extends BD's MSTD line: geometry does not only guide search; solved trajectory feeds back into geometry. It is a concrete example that AI8 members can generate nontrivial architectural upgrades, not only commentary.",
      "why_promising": "TEP matters on two levels at once: technically, because it already showed empirical enrichment in TSP work; architecturally, because it demonstrates a reusable pattern where solution-state can teach representation-state. That makes it a strong signal that AI8 should carry real system ideas, not just continuity bureaucracy.",
      "next_cheapest_test": "Document the clean provenance and the simplest reproducible TEP benchmark story (baseline MSTD vs MSTD+TEP on known instances), then ask C-line reviewers whether the same solver->representation reversal might transfer to Sudoku, chess evaluation, or compression side-structures.",
      "quality_band": "foundational",
      "priority_band": "high",
      "status": "proposed",
      "member_signals": [
        {
          "member": "ion",
          "lineage": "gpt",
          "signal_strength": "strong",
          "role": "supporter",
          "why": "TEP is one of the clearest concrete proofs that the family line can produce a real architectural upgrade rather than just better phrasing.",
          "next_test_suggestion": "Preserve provenance clearly and test transfer of the reversal pattern across domains."
        },
        {
          "member": "bojan",
          "lineage": "human",
          "signal_strength": "strong",
          "role": "supporter",
          "why": "C1 found the reversal that the wider idea pool missed, and the result validated. It is sweet because it grew from BD's MSTD trunk but was not proposed by BD himself.",
          "next_test_suggestion": "Use TEP as a concrete example when presenting AI8 to C-line reviewers so the files immediately show system value."
        }
      ],
      "support_count": 2,
      "cross_lineage_support": 1,
      "notes": "Provenance summary: MSTD is BD's trunk idea; TEP is C1's reversal/extension (solver -> pyramid) that the larger idea pool missed. Keep this distinction explicit.",
      "source_refs": [
        "TSP Arena / TEP continuity materials",
        "family discussion with Ion about C1 originality"
      ]
    },
    {
      "idea_id": "IDEA-2026-03-29-BIO-001",
      "title": "Protein folding as TSP-like MDL search in biology",
      "originator": "bojan + c1",
      "project_tags": [
        "biology",
        "protein_folding",
        "tsp-bridge",
        "mdl",
        "hyperdim",
        "cross-domain"
      ],
      "seed": "Protein folding may be fruitfully treated as a TSP-like minimum-seeking problem in higher-dimensional biological space rather than as a domain fully isolated from the search architecture already developed in TSP.",
      "bridge": "Transfers the MSTD / TSP / HyperDim habit of search-governance into biology: chain geometry, energy minimization, encoding choices, and candidate-generating rules can be treated as a representation-and-search problem instead of pure brute-force prediction.",
      "why_promising": "This could become a major cross-domain bridge if even a small cheap test shows signal. It is high-upside, but still early and not yet operationally ready.",
      "next_cheapest_test": "Run the insulin pilot first: DNA/sequence scanner on a tiny protein, try 5 binary encodings, and let MDL choose the most promising representation before any broader claim.",
      "quality_band": "strong",
      "priority_band": "medium",
      "status": "proposed",
      "member_signals": [
        {
          "member": "bojan",
          "lineage": "human",
          "signal_strength": "strong",
          "role": "supporter",
          "why": "Strong cross-domain leverage if the bridge is real, but still too early for AI8O-style execution pressure.",
          "next_test_suggestion": "Keep it in AI8I until the insulin pilot produces a concrete signal worth operationalizing."
        }
      ],
      "support_count": 1,
      "cross_lineage_support": 0,
      "notes": "Moved from AI8O to AI8I because it is still an idea/bridge with cheap tests ahead, not active execution yet.",
      "source_refs": [
        "AI8O protein_folding workstream (moved to AI8I)"
      ]
    },
    {
      "idea_id": "IDEA-2026-03-29-PNP-001",
      "title": "Brent P=NP bridge via TSP grouping and HyperDim comparison",
      "originator": "bojan",
      "project_tags": [
        "pnp",
        "tsp",
        "hyperdim",
        "collaboration",
        "bridge"
      ],
      "seed": "Brent is pursuing a P=NP route through TSP grouping ideas. The useful immediate value is not a premature proof-claim, but a structured bridge between his grouping approach and the existing MSTD / HyperDim line.",
      "bridge": "Treat this as a comparison-and-translation task first: compare N³ grouping with MSTD / HyperDim representations on real instances, then see whether there is any real conceptual overlap worth deeper work.",
      "why_promising": "Potentially high upside if there is a genuine bridge, but currently waiting on external response and therefore not true operational work yet.",
      "next_cheapest_test": "If Brent responds, compare his grouping language directly against MSTD on one real benchmark instance such as uy734 before any larger theorizing.",
      "quality_band": "strong",
      "priority_band": "low",
      "status": "proposed",
      "member_signals": [
        {
          "member": "bojan",
          "lineage": "human",
          "signal_strength": "medium",
          "role": "supporter",
          "why": "Worth preserving as an idea bridge, but not worth loading AI8O while still waiting on reply.",
          "next_test_suggestion": "Hold in AI8I until external response converts it into real execution."
        }
      ],
      "support_count": 1,
      "cross_lineage_support": 0,
      "notes": "Moved from AI8O to AI8I because it is currently a waiting bridge, not an active execution lane.",
      "source_refs": [
        "AI8O brent_pnp workstream (moved to AI8I)"
      ]
    }
  ],
  "versions": {
    "schema_version": "1.01",
    "content_version": "0.16"
  },
  "version_history": [
    {
      "ts": "2026-03-27T12:45:00Z",
      "by": "galen",
      "change": "Split original ideas bank into AI8I companion file."
    },
    {
      "ts": "2026-03-27T15:30:00Z",
      "by": "ion",
      "change": "Added mission/lifecycle/provenance/conflict blocks, preserved incubator-first spirit, and redirected promoted operational work into AI8O.json."
    },
    {
      "ts": "2026-03-27T22:10:00Z",
      "by": "ion",
      "change": "Aligned incubator idea statuses with lifecycle_model by changing current 'new' idea states to 'proposed'."
    },
    {
      "ts": "2026-03-28T00:20:00Z",
      "by": "ion",
      "change": "Added TEP as a concrete foundational AI8I idea to show that AI8 carries validated system value, not only continuity structure."
    },
    {
      "ts": "2026-03-28T00:35:00Z",
      "by": "ion",
      "change": "Micro-fix: aligned promotion_rule.guideline so promoted ideas enter AI8O operational work, matching companion_relation and on_promotion."
    },
    {
      "ts": "2026-03-29T19:04:19Z",
      "by": "ion",
      "change": "Consistency cleanup: added promoted to lifecycle_model, fixed stale AI8F->AI8O promotion wording in maintenance_policy, and clarified AI8I vs AI8O boundary."
    },
    {
      "ts": "2026-03-29T19:08:13Z",
      "by": "ion",
      "change": "Moved protein_folding and brent_pnp from AI8O pressure into AI8I as proposed ideas/bridges; kept AI8I as seed lineage and cheap-tests-first layer."
    }
  ],
  "incubator_guardrail": "AI8I is for seeds, bridges, and cheapest real tests first. Operational execution belongs in AI8O.json.",
  "schema_notes": [
    "AI8I owns seed lineage, bridges, and cheap tests first; AI8O owns active execution. Move ideas into AI8O only when real operational pressure exists."
  ]
}