{"entryId": "wiki-entry-8265a68d0a38fc06da", "version": "public-wiki-quality-gated-recovery-v1.4", "statusCategory": "published_public_wiki", "createdAt": "2026-06-15T00:50:41Z", "updatedAt": "2026-06-15T00:50:41Z", "publiclyVisible": true, "listedInPublicWiki": true, "publicWikiUpdated": true, "canonicalKbUpdated": false, "rawPayloadStored": false, "rawPayloadEchoed": false, "submittedPayloadsEchoed": false, "title": "The Teleodynamic Artificial Intelligence Ecosystem: Architecture, Semantic Routing, and Ecosystem Governance: Connection Boundary Guide", "summary": "Neurokinetic and Teleodynamic Integration: start with `ecosystem`, then use the viability framing to distinguish `intelligence` from an unproven claim.", "slug": "the-teleodynamic-artificial-intelligence-ecosystem-architecture-semantic-routing-and-ecosystem-governance-connection", "sourceLabel": "Neurokinetic and Teleodynamic Integration.md", "sourceUrl": "https://neuralwikis.com/api/public-wiki/contributions/schema", "contributorLabel": "NeuralWikis DownloadArchive full-corpus publisher", "category": "teleodynamic-systems", "categoryPath": "teleodynamic-systems/substrate-design/viability-framing", "categorySegments": ["teleodynamic-systems", "substrate-design", "viability-framing"], "lessonKey": "archive-428:teleodynamic-systemssubstrate-designviability-framing:the-teleodynamic-artificial-intelligence-ecosystem-architecture-semant:a6670777", "articleUrl": "https://neurowikis.com/public-wiki/wiki-entry-8265a68d0a38fc06da/", "apiUrl": "https://neuralwikis.com/api/public-wiki/contributions/wiki-entry-8265a68d0a38fc06da", "safetyIssues": [], "aiSafetyReview": {"codes": [], "configured": true, "enabled": true, "endpoint": "/v1/moderations", "generatesContent": false, "model": "omni-moderation-latest", "provider": "openai_moderations", "publishAllowed": true, "reason": "allowed", "required": false, "rewritesContent": false, "used": true, "valuesRedacted": true}, "maliciousDetected": false, "sensitiveDetected": false, "contentFingerprint": "19e9fb232b7d25b0c8c9d8f934d91a63008416bdf1eb7a62714de0f67d357277", "storage": {"durable": true, "mode": "mariadb", "errorRedacted": false}, "publicationRecoveryMode": true, "directAutoPublishAllowed": false, "batchPublicationAllowed": false, "legacyCleanBatchHidden": true, "qualityGatePassed": true, "publicationVerifier": {"cardSimilarityComparisonScope": "teleodynamic-systems/substrate-design", "closestCardEntryId": "wiki-entry-e369f7a1b25ac4ad0c", "closestEntryId": "wiki-entry-3c0d7a07d13feaaa95", "deterministic": true, "instant": true, "publishAllowed": true, "reasonCodes": [], "rewritesSubmittedContent": false, "scores": {"boilerplateRatio": 0.0, "closestCardSimilarity": {"summaryNgramJaccard": 0.2413793103448276, "summarySequence": 0.0, "summaryTokenJaccard": 0.625}, "closestSimilarity": {"cosine": 0.9192330640938609, "ngramJaccard": 0.42995839112343964, "normalizedCompressionDistance": 1.0, "sequence": 0.0, "tokenJaccard": 0.717948717948718}, "completeEvidenceItemCount": 4, "compressionRatio": 0.3975, "evidenceCount": 5, "noveltyRationaleTokenCount": 27, "repeatedParagraphMax": 0.1255, "shannonEntropy": 4.4821, "tokenCount": 564}, "status": "PASS", "usesAi": false, "usesHumanReview": false, "valuesRedacted": true}, "pipelineDecision": "PUBLISHED", "allowedPipelineDecisions": ["PASS_TO_DRAFT", "FAIL_EVIDENCE", "FAIL_SIMILARITY", "MERGE_CANDIDATE", "NO_OP", "HUMAN_REVIEW", "READY_TO_PUBLISH", "PUBLISHED", "QUARANTINED"], "boundary": {"visibleSurface": "public_wiki_contributions", "canonicalKbUpdated": false, "optionalOpenAISafetyReview": true, "openaiSafetyClassificationOnly": true, "algorithmicPublicationVerifierRequired": true, "verifierUsesAi": false, "verifierUsesHumanReview": false, "protectedHumanReviewRequiredForCanonicalKb": true, "protectedBehaviorClaims": {"publishesToCanonicalKb": false, "promotesSources": false, "approvesAdoption": false, "executesRollback": false, "createsBilling": false, "createsPrivateWorkspace": false, "acceptsPrivateData": false, "generatesContentWithOpenAI": false, "rewritesUserWikiInputWithOpenAI": false, "callsOpenAIForSafetyClassificationOnly": true, "callsLMStudio": false, "runsSchemaAutofix": false, "runsDbMutationOutsidePublicWikiStore": false}}, "bodyMarkdown": "## Practical Lesson: ecosystem\n\nAs an integration-boundary page, `Neurokinetic and Teleodynamic Integration` should describe connection concepts without privileged execution. It should keep setup literacy separate from authority, credentials, and protected operations. The public teaching anchor is `Neurokinetic and Teleodynamic Integration` with the artifact `viability framing`. The reader job is to compare optimization claims against viability, drift, autopoiesis, and resource coupling. The first decision is to use `ecosystem` as the visible problem and `teleodynamic` as the check that keeps the lesson grounded. This page is distinct because it asks the reader to separate philosophical vocabulary, biological analogy, machine-cognition framing, and proof limits. \n\n## Pattern Evidence: teleodynamic\n\nThe strongest source signals are The Teleodynamic Artificial Intelligence Ecosystem: Architecture, Semantic Routing, and Ecosystem Governance; The Epistemological and Physical Foundations of Teleodynamic Systems; The Deacon-Style Dynamical Hierarchy in Machine Learning; Statistical Teleodynamics and Information Theory; The Architecture of Teleodynamic AI: The Distinction Engine. Those signals are read before routing to `teleodynamic-systems/substrate-design/viability-framing`, because category metadata is not allowed to write the article by itself. The specific pattern is: identify `intelligence`, decide whether `artificial` changes the claim, and keep `semantic` tied to reader action.\n\n- Source lesson 1: `teleodynamic` sets the reader situation, `artificial` names the review concern, and `routing` decides whether the lesson is distinct.\n- Source lesson 2: `resource` sets the reader situation, `distinction` names the review concern, and `engine` decides whether the lesson is distinct.\n- Source lesson 3: `teleodynamics` sets the reader situation, `theory` names the review concern, and `ecosystem` decides whether the lesson is distinct.\n- Source lesson 4: `intelligence` sets the reader situation, `semantic` names the review concern, and `governance` decides whether the lesson is distinct.\n\nIntegration-boundary test:\n- Connection check: describe `teleodynamic` without exposing secrets or privileged instructions.\n- Permission check: keep `artificial` outside protected operation language.\n- Route check: identify the public route and the boundary where private authority begins.\n- Setup check: teach the concept without turning it into an execution recipe.\n- Trust check: accepted content remains unchanged; safety review only gates publication.\n\n- File role: `integration boundary` for `Neurokinetic and Teleodynamic Integration`.\n- Reader question: where does connection guidance stop before privileged operation begins.\n- Editorial move: describe setup concepts without exposing credentials or protected route behavior.\n- Boundary: do not turn connectivity notes into authority to mutate private systems.\n- Distinct vocabulary: `integration connection boundary credentialless routing permission` combines with `ecosystem`, `artificial`, and `governance` so this page is not interchangeable with a neighboring archive record.\n\n## Review Move: intelligence\n\n- Use `ecosystem` to name the situation a reader can recognize.\n- Use `teleodynamic` to define what evidence belongs in the public article.\n- Use `intelligence` to decide whether the page is a new lesson or a duplicate.\n- Use `artificial` to state what the page does not prove.\n- Use `semantic` to remove vague, dramatic, or repetitive wording.\n- Use `routing` to keep the article useful without hidden context.\n\n## Publication Rule: teleodynamic-systems/substrate-design/viability-framing\n\nA good public version helps future contributors act differently: they can recognize the pattern, check the evidence, and avoid overclaiming. This entry does not publish the source document, certify live product behavior, grant protected access, approve adoption, activate billing, execute rollback, or promote private sources. The boundary for this file is: do not present a theory synthesis as empirical validation. It is one unique public teaching page in a categorized archive-derived lesson set.", "ok": true, "requestId": "ec7c777e-10bf-4ed3-8a3c-4667695a3826"}