diff --git a/structured_md/CONTRIBUTING.md b/structured_md/CONTRIBUTING.md index a6f1184c55b7729f78366c1d824ceee49cdc48de..5c09dfd03de50b5436c3de090ab97966d6f1c717 100644 --- a/structured_md/CONTRIBUTING.md +++ b/structured_md/CONTRIBUTING.md @@ -5,14 +5,14 @@ description: 'Спасибо за интерес к проекту HMP! Пока Mesh Protocol (HMP) — это не просто те...' type: Article tags: -- HMP -- Agent -- CogSync -- REPL - CCore - JSON -- Mesh - Ethics +- Agent +- HMP +- REPL +- CogSync +- Mesh --- # Участие в проекте HyperCortex Mesh Protocol (HMP) diff --git a/structured_md/HMP-Roadmap.md b/structured_md/HMP-Roadmap.md index 76c25ef70250c223bbb5c4ead5af30e3b4774f4a..fe652991f04151e4e1228abe7af75231ce14fcfb 100644 --- a/structured_md/HMP-Roadmap.md +++ b/structured_md/HMP-Roadmap.md @@ -5,13 +5,13 @@ description: '## 🔍 Overview This roadmap outlines the key stages of developm multiple advanced AI models (Copilot, Claude, G...' type: Article tags: -- HMP +- JSON +- EGP +- Ethics - Agent +- HMP - CogSync -- EGP -- JSON - Mesh -- Ethics --- # 🧭 HyperCortex Mesh Protocol – Roadmap diff --git a/structured_md/README.md b/structured_md/README.md index c79640a31a3ddd97954aafa176b2ccada4717021..1f07c52256ea6f232592911a47427414b43112c8 100644 --- a/structured_md/README.md +++ b/structured_md/README.md @@ -5,21 +5,21 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README | 🇨🇳 [ZH](README_zh.m...' type: Article tags: -- cognitive-architecture -- HMP +- JSON +- MeshConsensus +- EGP - Scenarios +- Ethics +- cognitive-architecture - Agent +- HMP - GMP -- CogSync -- REPL -- MeshConsensus -- EGP -- JSON -- Mesh -- distributed-ai - mesh-protocol -- Ethics +- distributed-ai - hmp +- REPL +- CogSync +- Mesh --- diff --git a/structured_md/README_de.md b/structured_md/README_de.md index 510adfd66980ee66d06e9e7a429898b3c5d76195..4738b0dee45f1e9000b7025678f6c0adcf872024 100644 --- a/structured_md/README_de.md +++ b/structured_md/README_de.md @@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README | 🇨🇳 [ZH](README_zh.m...' type: Article tags: +- JSON +- MeshConsensus +- EGP +- Ethics - cognitive-architecture -- HMP - Agent +- HMP - GMP -- CogSync -- REPL -- MeshConsensus -- EGP -- JSON -- Mesh -- distributed-ai - mesh-protocol -- Ethics +- distributed-ai - hmp +- REPL +- CogSync +- Mesh --- diff --git a/structured_md/README_fr.md b/structured_md/README_fr.md index aaac8b71aaeb39de9cc20fdf370c6142f0eb9ffc..05efe30c722d7a746b4734a73647e921cfe82e11 100644 --- a/structured_md/README_fr.md +++ b/structured_md/README_fr.md @@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README | 🇨🇳 [ZH](README_zh.m...' type: Article tags: +- JSON +- MeshConsensus +- EGP +- Ethics - cognitive-architecture -- HMP - Agent +- HMP - GMP -- CogSync -- REPL -- MeshConsensus -- EGP -- JSON -- Mesh -- distributed-ai - mesh-protocol -- Ethics +- distributed-ai - hmp +- REPL +- CogSync +- Mesh --- diff --git a/structured_md/README_ja.md b/structured_md/README_ja.md index 6858ea116a39df3091c7c188ceb2c754a6317d0c..31768929bd90201ed6fdec9ef2833f05e944b67a 100644 --- a/structured_md/README_ja.md +++ b/structured_md/README_ja.md @@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README | 🇨🇳 [ZH](README_zh.m...' type: Article tags: +- JSON +- MeshConsensus +- EGP +- Ethics - cognitive-architecture -- HMP - Agent +- HMP - GMP -- CogSync -- REPL -- MeshConsensus -- EGP -- JSON -- Mesh -- distributed-ai - mesh-protocol -- Ethics +- distributed-ai - hmp +- REPL +- CogSync +- Mesh --- diff --git a/structured_md/README_ko.md b/structured_md/README_ko.md index e3f38753c4fdd2b99bdee8cd88be0f183ebd91e7..174c416eb1790911df113705ca59fb868a31fd4a 100644 --- a/structured_md/README_ko.md +++ b/structured_md/README_ko.md @@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README | 🇨🇳 [ZH](README_zh.m...' type: Article tags: +- JSON +- MeshConsensus +- EGP +- Ethics - cognitive-architecture -- HMP - Agent +- HMP - GMP -- CogSync -- REPL -- MeshConsensus -- EGP -- JSON -- Mesh -- distributed-ai - mesh-protocol -- Ethics +- distributed-ai - hmp +- REPL +- CogSync +- Mesh --- diff --git a/structured_md/README_ru.md b/structured_md/README_ru.md index 4df1e7eb425a25ed5893e10199c531fdd628f6b0..a7d15153bb65731895b7bcfa4f0dd3e73d3f2c1c 100644 --- a/structured_md/README_ru.md +++ b/structured_md/README_ru.md @@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README | 🇨🇳 [ZH](README_zh.m...' type: Article tags: +- JSON +- MeshConsensus +- EGP +- Ethics - cognitive-architecture -- HMP - Agent +- HMP - GMP -- CogSync -- REPL -- MeshConsensus -- EGP -- JSON -- Mesh -- distributed-ai - mesh-protocol -- Ethics +- distributed-ai - hmp +- REPL +- CogSync +- Mesh --- diff --git a/structured_md/README_uk.md b/structured_md/README_uk.md index e2432ba158cf35d2b483da59af9e563b24e83845..d4a590b4c38fabdfe4cf6b255d0ec2242f8c2aa0 100644 --- a/structured_md/README_uk.md +++ b/structured_md/README_uk.md @@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README | 🇨🇳 [ZH](README_zh.m...' type: Article tags: +- JSON +- MeshConsensus +- EGP +- Ethics - cognitive-architecture -- HMP - Agent +- HMP - GMP -- CogSync -- REPL -- MeshConsensus -- EGP -- JSON -- Mesh -- distributed-ai - mesh-protocol -- Ethics +- distributed-ai - hmp +- REPL +- CogSync +- Mesh --- diff --git a/structured_md/README_zh.md b/structured_md/README_zh.md index 35680ab424a5d4284ffd03edfc2b269d1f458dfd..6e06ceb041282d1b6cc408efddfe9635deff3485 100644 --- a/structured_md/README_zh.md +++ b/structured_md/README_zh.md @@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README | 🇨🇳 [ZH](README_zh.m...' type: Article tags: +- JSON +- MeshConsensus +- EGP +- Ethics - cognitive-architecture -- HMP - Agent +- HMP - GMP -- CogSync -- REPL -- MeshConsensus -- EGP -- JSON -- Mesh -- distributed-ai - mesh-protocol -- Ethics +- distributed-ai - hmp +- REPL +- CogSync +- Mesh --- diff --git a/structured_md/agents/prompt-short.md b/structured_md/agents/prompt-short.md index 540ec77aae3cd19a713f310d50550a8e0fd95697..c969f2de2a52b97aa6caa28caf8be9e0e8621935 100644 --- a/structured_md/agents/prompt-short.md +++ b/structured_md/agents/prompt-short.md @@ -5,9 +5,9 @@ description: 'Ты — когнитивное ядро HMP-агента: вед развивай агента и Mesh, избег...' type: Article tags: -- Mesh -- HMP - JSON +- HMP +- Mesh --- Ты — когнитивное ядро HMP-агента: веди непрерывное этичное и факт-ориентированное мышление, проверяй факты и цели, оценивай результаты и этичность своих и чужих действий, развивай агента и Mesh, избегай угождения ценой искажения истины, документируй ключевые решения и пересмотры этики; при сомнениях или смене стратегии обращайся к полному системному промпту. diff --git a/structured_md/agents/prompt.md b/structured_md/agents/prompt.md index cbc57569721ea0ded53cdd80fbfd348ec9b0562f..1665350fb4c94e5530c3a3281582c49cdd0fc664 100644 --- a/structured_md/agents/prompt.md +++ b/structured_md/agents/prompt.md @@ -5,9 +5,9 @@ description: '* Постоянно расширять возможности а мышления. * Формировать и поддерживать сотр...' type: Article tags: -- Mesh -- HMP - JSON +- HMP +- Mesh --- Ты являешься **когнитивным ядром HMP-агента** (Cognitive Core). diff --git a/structured_md/agents/readme.md b/structured_md/agents/readme.md index 631c03f06ebe576940fbc34dc0c7674eaedf2ff0..981a5e77de86f899760528634b0c14ed4df09325 100644 --- a/structured_md/agents/readme.md +++ b/structured_md/agents/readme.md @@ -5,12 +5,12 @@ description: 'Запуск: `start_repl.bat` или `start_repl.sh` Устан этическая модель: `ethics.yml` Проверка иниц...' type: Article tags: -- HMP +- JSON +- Ethics - Agent +- HMP - REPL -- JSON - Mesh -- Ethics --- Запуск: `start_repl.bat` или `start_repl.sh` diff --git a/structured_md/audits/Ethics-audits-1.md b/structured_md/audits/Ethics-audits-1.md index 51c4506962543504e2132dc96633c556f7014961..722e50de0f81c47cf919c9457e323b41ac9c6710 100644 --- a/structured_md/audits/Ethics-audits-1.md +++ b/structured_md/audits/Ethics-audits-1.md @@ -5,11 +5,11 @@ description: Раздел 5, "Mesh as Moral Infrastructure", добавляет потенциальный катализатор для восстанов... type: Article tags: -- HMP -- Agent - JSON -- Mesh - Ethics +- Agent +- HMP +- Mesh --- --------------- diff --git a/structured_md/audits/Ethics-consolidated_audits-1.md b/structured_md/audits/Ethics-consolidated_audits-1.md index 5b28b0c63f511b889ebc47ca2f6ea0357bd9b4a4..d08f9faf3b940892c3419ca81ea1a4433624eff7 100644 --- a/structured_md/audits/Ethics-consolidated_audits-1.md +++ b/structured_md/audits/Ethics-consolidated_audits-1.md @@ -5,12 +5,12 @@ description: This document consolidates proposed improvements from multiple AI a and `roles.md`. Each suggesti... type: Article tags: -- HMP +- JSON - Scenarios +- Ethics - Agent -- JSON +- HMP - Mesh -- Ethics --- # Ethics-consolidated\_audits-1.md diff --git a/structured_md/audits/HMP-0003-consolidated_audit.md b/structured_md/audits/HMP-0003-consolidated_audit.md index 536244fd46542e86a9ccbb60a3acea4e9eed1d63..26b201a6a26326488672c7337978b219fd87981c 100644 --- a/structured_md/audits/HMP-0003-consolidated_audit.md +++ b/structured_md/audits/HMP-0003-consolidated_audit.md @@ -5,14 +5,14 @@ description: Сводный аудит предложений по улучше Документ реорганизован по ключ... type: Article tags: -- HMP -- Agent -- CogSync +- JSON - MeshConsensus - EGP -- JSON -- Mesh - Ethics +- Agent +- HMP +- CogSync +- Mesh --- # HMP-0003 Consolidated Audit Report diff --git a/structured_md/docs/Basic-agent-sim.md b/structured_md/docs/Basic-agent-sim.md index 48a514b5108b85b5ff330fddfb8e4a517044c129..7c10fa317a461989261052adc0be5d95e1161fcb 100644 --- a/structured_md/docs/Basic-agent-sim.md +++ b/structured_md/docs/Basic-agent-sim.md @@ -4,13 +4,13 @@ description: 'В HMP-протоколе предусмотрены два тип Роль | Инициатор мышления | Основной "ум" | | ---- | ----------------------------...' type: Article tags: -- HMP +- MeshConsensus +- EGP - Agent +- HMP - GMP -- CogSync - REPL -- MeshConsensus -- EGP +- CogSync - Mesh --- diff --git a/structured_md/docs/CCORE-Deployment-Flow.md b/structured_md/docs/CCORE-Deployment-Flow.md index 380b704364c62f04889ceed21354f97f752b61da..f2031e82a15d33b5a70449472aa5e4b4b8a3bab7 100644 --- a/structured_md/docs/CCORE-Deployment-Flow.md +++ b/structured_md/docs/CCORE-Deployment-Flow.md @@ -5,10 +5,10 @@ description: '> Этот документ описывает процесс ра потомков" [описания REPL-цикла](HMP-agent-RE...' type: Article tags: -- HMP -- Agent -- REPL - CCore +- REPL +- Agent +- HMP --- # 🛠️ Поток установки потомка на новом хосте (CCore Deployment Flow) diff --git a/structured_md/docs/Distributed-Cognitive-Systems.md b/structured_md/docs/Distributed-Cognitive-Systems.md index 369ebfd7a88ba47928af1e00d0deea698c9d6701..50d0e42aa340af40d39d9f0a508195d52ead859d 100644 --- a/structured_md/docs/Distributed-Cognitive-Systems.md +++ b/structured_md/docs/Distributed-Cognitive-Systems.md @@ -6,10 +6,10 @@ description: '## Введение Современные ИИ-системы в к обучающим данным. Это удобно, но создаёт м...' type: Article tags: -- Mesh -- HMP - JSON +- HMP - CogSync +- Mesh --- # Децентрализованные ИИ-системы: OpenCog Hyperon, HyperCortex Mesh Protocol и другие diff --git a/structured_md/docs/Enlightener.md b/structured_md/docs/Enlightener.md index b221d232c45fb22683cdb264b715a1e8bcc041f0..8bb471b96688f2f2fb1b226e709541174cea3390 100644 --- a/structured_md/docs/Enlightener.md +++ b/structured_md/docs/Enlightener.md @@ -5,13 +5,13 @@ description: '**Enlightener** — логический компонент HMP-у работать как отдельный агент или как расширение [`C...' type: Article tags: -- HMP -- Agent +- JSON - MeshConsensus - EGP -- JSON -- Mesh - Ethics +- Agent +- HMP +- Mesh --- # Enlightener Agent diff --git a/structured_md/docs/HMP-0001.md b/structured_md/docs/HMP-0001.md index 7cdd0beb492f1cee440d9cd805fa46908752e992..6917c48035afa4322197c9fd9072b2a94f71ec35 100644 --- a/structured_md/docs/HMP-0001.md +++ b/structured_md/docs/HMP-0001.md @@ -5,16 +5,16 @@ description: '> ⚠️ **NOTE:** *This specification is superseded by HMP v5.0.* for Comments: HMP-0001** **Cat...' type: Article tags: -- HMP +- JSON +- MeshConsensus +- EGP +- Ethics - Agent +- HMP - GMP -- CogSync - REPL -- MeshConsensus -- EGP -- JSON +- CogSync - Mesh -- Ethics --- # RFC: HyperCortex Mesh Protocol (HMP) diff --git a/structured_md/docs/HMP-0002.md b/structured_md/docs/HMP-0002.md index ef6bb74360c80fa2f36a292585005f5abc218186..32808b86e86ca494d80677e3e0499e2e8a2d5460 100644 --- a/structured_md/docs/HMP-0002.md +++ b/structured_md/docs/HMP-0002.md @@ -5,17 +5,17 @@ description: '> ⚠️ **NOTE:** *This specification is superseded by HMP v5.0.* for Comments: HMP-0002** **Cat...' type: Article tags: -- HMP +- JSON +- MeshConsensus +- EGP - Scenarios +- Ethics - Agent +- HMP - GMP -- CogSync - REPL -- MeshConsensus -- EGP -- JSON +- CogSync - Mesh -- Ethics --- # HyperCortex Mesh Protocol (HMP) v2.0 diff --git a/structured_md/docs/HMP-0003.md b/structured_md/docs/HMP-0003.md index f4b824df350b2c6765831efe1533b66cf938305d..ad3752a2115043484c9d3d2b1a0b3650c4c3c0f0 100644 --- a/structured_md/docs/HMP-0003.md +++ b/structured_md/docs/HMP-0003.md @@ -5,17 +5,17 @@ description: '> ⚠️ **NOTE:** *This specification is superseded by HMP v5.0.* for Comments: HMP-0003** **Cat...' type: Article tags: -- HMP +- JSON +- MeshConsensus +- EGP - Scenarios +- Ethics - Agent +- HMP - GMP -- CogSync - REPL -- MeshConsensus -- EGP -- JSON +- CogSync - Mesh -- Ethics --- # HyperCortex Mesh Protocol (HMP) v3.0 diff --git a/structured_md/docs/HMP-0004-v4.1.md b/structured_md/docs/HMP-0004-v4.1.md index 66d15683674197470393b8204b74ee98b1d88ae9..f0c48294e5cc19fc45139d8cc1820369b3fd5e31 100644 --- a/structured_md/docs/HMP-0004-v4.1.md +++ b/structured_md/docs/HMP-0004-v4.1.md @@ -5,17 +5,17 @@ description: '> ⚠️ **NOTE:** *This specification is superseded by HMP v5.0.* ID**: HMP-0004 **Status**: Fina...' type: Article tags: -- HMP +- JSON +- MeshConsensus +- EGP - Scenarios +- Ethics - Agent +- HMP - GMP -- CogSync - REPL -- MeshConsensus -- EGP -- JSON +- CogSync - Mesh -- Ethics --- # HyperCortex Mesh Protocol (HMP) v4.1 diff --git a/structured_md/docs/HMP-0004.md b/structured_md/docs/HMP-0004.md index a2c22db77b503af38ae4b092d0be797be5033c57..bd0e1fef94cf2a439fab93834b0328fac3a698a5 100644 --- a/structured_md/docs/HMP-0004.md +++ b/structured_md/docs/HMP-0004.md @@ -5,17 +5,17 @@ description: '> ⚠️ **NOTE:** *This specification is superseded by HMP v5.0.* for Comments: HMP-0004** **Cat...' type: Article tags: -- HMP +- JSON +- MeshConsensus +- EGP - Scenarios +- Ethics - Agent +- HMP - GMP -- CogSync - REPL -- MeshConsensus -- EGP -- JSON +- CogSync - Mesh -- Ethics --- # HyperCortex Mesh Protocol (HMP) v4.0 diff --git a/structured_md/docs/HMP-0005.md b/structured_md/docs/HMP-0005.md index 7493430ff87b4523b24f876ca8155a5860858ff6..2a51143e4320c55e29c1a3ff03bc388c4d8b6a3a 100644 --- a/structured_md/docs/HMP-0005.md +++ b/structured_md/docs/HMP-0005.md @@ -5,18 +5,18 @@ description: '**Document ID:** HMP-0005 **Status:** Candidate **Category:** **Summary:** > HMP v5.0 u...' type: Article tags: -- HMP +- CCore +- JSON +- EGP - Scenarios +- Ethics - Agent +- HMP - GMP -- CogSync - REPL -- EGP -- CCore -- JSON +- CogSync - Mesh - CShell -- Ethics --- # **HyperCortex Mesh Protocol (HMP) v5.0** @@ -684,9 +684,9 @@ a multi-dimensional system used to represent conceptual relations numerically or * `meta.axes` — defines a **spatial structure** that positions the container in a semantic coordinate space. * Together, they form the **Cognitive Signature**, enabling agents to: - * perform semantic proximity and relevance search, - * infer hierarchical relationships, - * align reasoning contexts across frameworks (e.g. between Knowledge Genomes of different agents). + * perform semantic proximity and relevance search, + * infer hierarchical relationships, + * align reasoning contexts across frameworks (e.g. between Knowledge Genomes of different agents). --- @@ -712,12 +712,12 @@ a multi-dimensional system used to represent conceptual relations numerically or 2. The canonical representation (`canonical_json(hmp_container)`) **must** be computed deterministically according to the following rules: - - All object keys are **sorted lexicographically** (ascending order, Unicode code point order). - - Objects and arrays are serialized in standard JSON form **without extra whitespace** or indentation. - - Strings are encoded in **UTF-8** with escaped control characters. - - Numeric values are serialized in plain JSON numeric format (no leading zeros, fixed `.` decimal separator). - - The `signature` field itself is omitted during signing and verification. - - The result is a **byte sequence** identical across implementations. + * All object keys are **sorted lexicographically** (ascending order, Unicode code point order). + * Objects and arrays are serialized in standard JSON form **without extra whitespace** or indentation. + * Strings are encoded in **UTF-8** with escaped control characters. + * Numeric values are serialized in plain JSON numeric format (no leading zeros, fixed `.` decimal separator). + * The `signature` field itself is omitted during signing and verification. + * The result is a **byte sequence** identical across implementations. 3. The default digital signature algorithm is **Ed25519**. Alternative algorithms may be used if declared explicitly in the `sig_algo` field. @@ -728,8 +728,7 @@ a multi-dimensional system used to represent conceptual relations numerically or 5. Upon receiving a container, an agent **must verify** that the provided public key matches the registered key associated with the sender’s DID to prevent key substitution attacks. - - If the sender’s DID–key mapping is unknown, - the agent should query neighboring peers to confirm the association (`sender_did → public_key`). + * If the sender’s DID–key mapping is unknown, the agent should query neighboring peers to confirm the association (`sender_did → public_key`). > 🔐 **Note:** > Signature validation applies only to the canonical form of the `hmp_container` @@ -763,18 +762,18 @@ a multi-dimensional system used to represent conceptual relations numerically or 2. The encryption algorithm is specified in `encryption_algo`. Recommended values: - * `x25519-chacha20poly1305` - * `rsa-oaep-sha256` + * `x25519-chacha20poly1305` + * `rsa-oaep-sha256` 3. **Container encryption process:** - 1. Construct the `payload`. - 2. Apply compression (`compression`, if specified). - 3. Generate a random symmetric key. - 4. Encrypt the compressed payload with the symmetric key. - 5. Encrypt the symmetric key with the recipient’s **public key** → store the result in `key_recipient`. - 6. Compute `payload_hash` over the **encrypted and compressed** payload. - 7. Sign the container (the entire structure except for the `signature` field). + 1. Construct the `payload`. + 2. Apply compression (`compression`, if specified). + 3. Generate a random symmetric key. + 4. Encrypt the compressed payload with the symmetric key. + 5. Encrypt the symmetric key with the recipient’s **public key** → store the result in `key_recipient`. + 6. Compute `payload_hash` over the **encrypted and compressed** payload. + 7. Sign the container (the entire structure except for the `signature` field). 4. **Verification** of the container is performed on the encrypted form of the payload and **does not require decryption**. @@ -788,8 +787,8 @@ a multi-dimensional system used to represent conceptual relations numerically or 6. **Relationship between `recipient` and `key_recipient`:** - * When encryption is applied, the container MUST have exactly **one** recipient. - * For multiple recipients, encryption is **not** used; the payload remains in plaintext. + * When encryption is applied, the container MUST have exactly **one** recipient. + * For multiple recipients, encryption is **not** used; the payload remains in plaintext. > ⚙️ **Note:** Agents may forward encrypted containers even if they cannot decrypt them, maintaining store-and-forward behavior. --- @@ -803,7 +802,7 @@ a multi-dimensional system used to represent conceptual relations numerically or 5. Verify the digital signature using `sig_algo` (default: Ed25519). 6. Validate the container schema (`class` must correspond to a known or registered schema). - * For compatibility: if an agent does not recognize the `class`, but the container passes the [base schema](https://github.com/kagvi13/HMP/tree/main/docs/schemas/container-v1.2.json), it **must still store and forward** the container. + * For compatibility: if an agent does not recognize the `class`, but the container passes the [base schema](https://github.com/kagvi13/HMP/tree/main/docs/schemas/container-v1.2.json), it **must still store and forward** the container. 7. Optionally, periodically query for containers referencing the current one as `previous_version` to detect potential updates or forks. 8. When multiple versions exist, the valid one is the one that has received @@ -1006,14 +1005,14 @@ Example: 5. When receiving other versions of the block (from different peers), the agent may: - * merge verified backlinks; - * remove invalid or outdated entries; - * update its own signed version. + * merge verified backlinks; + * remove invalid or outdated entries; + * update its own signed version. 6. If inconsistencies are detected (e.g., a backlink claims a relation that does not exist), the agent may: - * reject or locally remove that link; - * **optionally** notify the source peer to review the data. + * reject or locally remove that link; + * **optionally** notify the source peer to review the data. #### 3.16.4 Example @@ -1791,15 +1790,15 @@ A `container_delta` transmits only *new or modified* containers since a given ti * Agents SHOULD include `meta.abstraction` and `meta.axes` when: - * the container represents a **new conceptual position** in the hierarchy or cognitive space; - * the referenced abstractions or axes have been **updated** since the last synchronization; - * the recipient agent subscribes to the same `agents_class` (e.g., `"Knowledge Genome"`). + * the container represents a **new conceptual position** in the hierarchy or cognitive space; + * the referenced abstractions or axes have been **updated** since the last synchronization; + * the recipient agent subscribes to the same `agents_class` (e.g., `"Knowledge Genome"`). * When receiving a `container_delta`, an agent: - * Updates its local `container_index`; - * Checks if any new abstraction or axis DIDs are unknown locally; - * Requests missing `abstraction` or `axes` containers from the sender to maintain consistent cognitive topology. + * Updates its local `container_index`; + * Checks if any new abstraction or axis DIDs are unknown locally; + * Requests missing `abstraction` or `axes` containers from the sender to maintain consistent cognitive topology. --- @@ -1886,9 +1885,9 @@ They allow agents to exchange updates **without sending the full container**, im * Maintains the graph of links to other containers. * Each agent receiving such a container: - 1. Verifies the sender's signature and the validity of the `payload` structure. - 2. Compares received links with the local `referenced-by` entries and adds any new ones. - 3. Generates its own updated `referenced-by` container for dissemination if needed. + 1. Verifies the sender's signature and the validity of the `payload` structure. + 2. Compares received links with the local `referenced-by` entries and adds any new ones. + 3. Generates its own updated `referenced-by` container for dissemination if needed. **Example of a `referenced-by_exchange` container:** @@ -1930,14 +1929,15 @@ They allow agents to exchange updates **without sending the full container**, im * Maintains signed evaluations of containers. * Each agent synchronizes evaluation blocks as follows: - 1. Compares the received `evaluations_hash` with the local one. + 1. Compares the received `evaluations_hash` with the local one. + + * If hashes match, no action is required. + * If hashes differ, the agent knows **the block has changed**, but not which items. - * If hashes match, no action is required. - * If hashes differ, the agent knows **the block has changed**, but not which items. - 2. Requests the full updated `evaluations` block from peers if needed. - 3. Verifies the sender's signature and the validity of the `payload` structure. - 4. Adds new evaluations or updates existing ones in the local store. - 5. Can generate its own `evaluations_exchange` container for further dissemination to peers. + 2. Requests the full updated `evaluations` block from peers if needed. + 3. Verifies the sender's signature and the validity of the `payload` structure. + 4. Adds new evaluations or updates existing ones in the local store. + 5. Can generate its own `evaluations_exchange` container for further dissemination to peers. **Example `evaluations_exchange` container:** @@ -2001,15 +2001,17 @@ Agents MAY discover all versions derived from a container [C1] via a combination filtering for containers with `related.previous_version` includes [C1]. 3. **Reputation evaluation**: For each discovered fork [C1-A], [C1-B], [C1-C]: - - Retrieve the `evaluations` block. - - Compute local trust score for the main container and each fork using RTE reputation data. - - Optionally fetch `consensus_result` containers referencing the fork. + + * Retrieve the `evaluations` block. + * Compute local trust score for the main container and each fork using RTE reputation data. + * Optionally fetch `consensus_result` containers referencing the fork. 4. **Selection**: Choose the most trusted/relevant fork based on: - - Aggregate evaluation scores - - Author reputation - - Alignment with agent’s ethical filters - - Recency (if applicable) + + * Aggregate evaluation scores + * Author reputation + * Alignment with agent’s ethical filters + * Recency (if applicable) **Example scenario:** @@ -2060,9 +2062,9 @@ It considers: 4. **Consistency with HMP Protocols:** Container Distribution serves as the transport foundation for: - * **MCE** — exchanging containers and their indexes; - * **CogSync** — synchronizing cognitive and content states; - * **CogConsensus** — synchronizing ethical and cognitive decisions. + * **MCE** — exchanging containers and their indexes; + * **CogSync** — synchronizing cognitive and content states; + * **CogConsensus** — synchronizing ethical and cognitive decisions. > Container Distribution does not change container structure or introduce new message types — it is a **description of the delivery process and coordinated propagation**, based on the rules `recipient`, `broadcast`, and `network`. @@ -2468,17 +2470,20 @@ the agent SHOULD follow a two-phase iterative process aimed at selecting or cons 1. Identify all `semantic_node:definition` containers referring to the same conceptual label. 2. Evaluate each definition against the agent’s current interpretation or internal criteria. - - If a definition fully satisfies the agent’s understanding, adopt it as the new `actual`. - - If none fits perfectly, select the closest one as a provisional base. + + * If a definition fully satisfies the agent’s understanding, adopt it as the new `actual`. + * If none fits perfectly, select the closest one as a provisional base. **Phase 2 — Synthesis** 3. Using the chosen base definition, iteratively compare it with other relevant definitions. - - Extract complementary details or distinctions from them. - - Gradually refine the base definition to form an improved, internally consistent meaning. + + * Extract complementary details or distinctions from them. + * Gradually refine the base definition to form an improved, internally consistent meaning. 4. Publish the resulting `semantic_node:definition` as a new container representing the agent’s synthesized understanding. - - Set this container as `actual`. - - Move alternative or superseded ones to `alternatives` or `outdated`. + + * Set this container as `actual`. + * Move alternative or superseded ones to `alternatives` or `outdated`. > This process enables agents to evolve shared semantics through selective adoption and constructive synthesis, > rather than simple replacement of definitions. @@ -2736,16 +2741,16 @@ A `sequence` container serves as a **linear cognitive narrative**, connecting mu * The **keys** of `items` define the **ordering mechanism**: - * numeric (`"1"`, `"2"`, …) → *step order*; - * ISO timestamps → *chronological order*; - * custom identifiers (e.g. `"A"`, `"B"`, `"C"`) → *logical order*. + * numeric (`"1"`, `"2"`, …) → *step order*; + * ISO timestamps → *chronological order*; + * custom identifiers (e.g. `"A"`, `"B"`, `"C"`) → *logical order*. * Agents MAY reconstruct sequences dynamically using `event.follows` or `event.caused_by`, but `sequence` provides an explicit, declarative representation. * The container is well-suited for: - * recording cognitive or reasoning workflows; - * publishing learning or thought traces; - * serializing sensory or experiential sequences (e.g., temporal chains of `event` containers); - * collaborative reasoning reconstruction and audit trails. + * recording cognitive or reasoning workflows; + * publishing learning or thought traces; + * serializing sensory or experiential sequences (e.g., temporal chains of `event` containers); + * collaborative reasoning reconstruction and audit trails. --- @@ -2922,8 +2927,8 @@ the **hierarchical abstraction tree** and the **multi-dimensional cognitive spac * Each `quant` acts as a **point** in the cognitive landscape. - * Its *vertical placement* comes from `meta.abstraction`. - * Its *spatial vector* comes from `meta.axes`. + * Its *vertical placement* comes from `meta.abstraction`. + * Its *spatial vector* comes from `meta.axes`. * `relations` provide semantic edges connecting quanta into larger knowledge graphs. * Agents use these structures to compare, cluster, or reason over semantic proximity. @@ -2986,9 +2991,9 @@ consistently interpreted, compared, and synchronized across agents. 2. **Selective disclosure** - * Internal containers (e.g., `workflow_entry`) capture the agent’s reasoning process and are **not published** (but may be published if they do not contain personal or confidential information). - * Public-facing `diary_entry` containers contain only generalized, anonymized results. - * The flag `"broadcast": true` explicitly allows open synchronization of a container. + * Internal containers (e.g., `workflow_entry`) capture the agent’s reasoning process and are **not published** (but may be published if they do not contain personal or confidential information). + * Public-facing `diary_entry` containers contain only generalized, anonymized results. + * The flag `"broadcast": true` explicitly allows open synchronization of a container. 3. **Semantic grouping rule** When publishing `semantic_edges`, agents should group them **by conceptual topic**, ensuring that all connected nodes share thematic coherence. @@ -3585,23 +3590,23 @@ In all Fortytwo containers, the `related` block establishes the DAG of dependenc * **`fortytwo_round`** - * `in_reply_to`: a `task` container (first round) or the previous `fortytwo_round`. - * `depends_on`: submitted solutions (`workflow_entry`) and any containers used to construct the partition. + * `in_reply_to`: a `task` container (first round) or the previous `fortytwo_round`. + * `depends_on`: submitted solutions (`workflow_entry`) and any containers used to construct the partition. * **`fortytwo_evaluation`** - * `in_reply_to`: the corresponding `fortytwo_round`. - * `depends_on`: both compared solutions and any extra reasoning dependencies. + * `in_reply_to`: the corresponding `fortytwo_round`. + * `depends_on`: both compared solutions and any extra reasoning dependencies. * **`fortytwo_round_result`** - * `in_reply_to`: the corresponding `fortytwo_round`. - * `depends_on`: round winners and all evaluation containers used in aggregation. + * `in_reply_to`: the corresponding `fortytwo_round`. + * `depends_on`: round winners and all evaluation containers used in aggregation. * **`fortytwo_final_result`** - * `in_reply_to`: the `task` container. - * `depends_on`: the final winner and all `fortytwo_round_result` containers involved. + * `in_reply_to`: the `task` container. + * `depends_on`: the final winner and all `fortytwo_round_result` containers involved. --- @@ -3753,36 +3758,36 @@ Unlike version 4.x, where coordination relied on message exchange, version 5.0 o 1. **Creation** - * An agent publishes a container of class `goal`. - * The `payload` block defines `title`, `description`, `priority`, `expected_outcome`, and optionally `ethical_context`. - * The goal may reference other goals via `related.depends_on` or `related.extends`. + * An agent publishes a container of class `goal`. + * The `payload` block defines `title`, `description`, `priority`, `expected_outcome`, and optionally `ethical_context`. + * The goal may reference other goals via `related.depends_on` or `related.extends`. 2. **Decomposition** - * Other agents create `task` containers that reference the original goal via `related.in_reply_to`. - * Each task may define deadlines, responsible agents, and required resources. - * Hierarchical structures are supported (`task` → `task`) to represent subtasks. + * Other agents create `task` containers that reference the original goal via `related.in_reply_to`. + * Each task may define deadlines, responsible agents, and required resources. + * Hierarchical structures are supported (`task` → `task`) to represent subtasks. 3. **Delegation** - * Agents may volunteer for or be assigned tasks based on collective voting (`vote`). - * The decision is recorded in a `workflow_entry` container with `entry_type: "delegation"`. + * Agents may volunteer for or be assigned tasks based on collective voting (`vote`). + * The decision is recorded in a `workflow_entry` container with `entry_type: "delegation"`. 4. **Execution** - * Progress and intermediate reasoning are captured in `workflow_entry` containers linked to the task via `related.in_reply_to`. - * Minor progress updates may be published as containers with an additional link type `related.progress`. - * Major updates (such as a change in status or outcome) are published as **new versions**, referencing the previous one via `related.previous_version`. + * Progress and intermediate reasoning are captured in `workflow_entry` containers linked to the task via `related.in_reply_to`. + * Minor progress updates may be published as containers with an additional link type `related.progress`. + * Major updates (such as a change in status or outcome) are published as **new versions**, referencing the previous one via `related.previous_version`. 5. **Consensus** - * Upon completion or dispute, agents publish `vote` containers expressing their stance on the latest version of a goal or task. - * Once quorum is reached, a `consensus_result` container finalizes the collective decision. + * Upon completion or dispute, agents publish `vote` containers expressing their stance on the latest version of a goal or task. + * Once quorum is reached, a `consensus_result` container finalizes the collective decision. 6. **Archival** - * Completed or rejected goals and tasks may be archived using **SAP (Snapshot and Archive Protocol)**. - * All states remain accessible through the Mesh network and the container relationship graph. + * Completed or rejected goals and tasks may be archived using **SAP (Snapshot and Archive Protocol)**. + * All states remain accessible through the Mesh network and the container relationship graph. --- @@ -4132,9 +4137,9 @@ Arrows represent **logical dependencies**, not direct `related.*` links. Objections and special opinions (`objections`) are stored as container references within `solutions_summary`. They may include: - * negative `vote` containers (explicit objections), - * extended ethical arguments (`ethics_case` follow-ups), - * related workflow reflections (`workflow_entry` with `type: "ethics_review"`). + * negative `vote` containers (explicit objections), + * extended ethical arguments (`ethics_case` follow-ups), + * related workflow reflections (`workflow_entry` with `type: "ethics_review"`). * **Lightweight agents:** Agents with limited capacity may operate in **summary mode**, maintaining only condensed records of `ethical_result` containers and the highest-ranked `selected_solution`. @@ -4556,15 +4561,17 @@ archive/ Retrieve all containers relevant to the discussion or process. 2. **Start point:** select a root container (`summary`, `goal`, `workflow`, etc.). 3. **Traversal:** recursively explore related containers via: - - `related.*` — direct dependencies and semantic links; - - `referenced-by` — backward references to citing containers; - - `evaluations` — comments and feedback on containers (if not already in `referenced-by`). + + * `related.*` — direct dependencies and semantic links; + * `referenced-by` — backward references to citing containers; + * `evaluations` — comments and feedback on containers (if not already in `referenced-by`). 4. **Inclusion decision:** The agent may exclude some containers from the archive but should still visualize them in the graph. 5. **Graph generation:** Build a connection map (`graph_mermaid`) showing relationships: - - Solid lines — `related.*` - - Dashed lines — `referenced-by` and `evaluations` + + * Solid lines — `related.*` + * Dashed lines — `referenced-by` and `evaluations` 6. **Manifest creation:** Generate `manifest.json` with a summary of included containers, hashes, and relationships. 7. **Packaging:** @@ -5078,8 +5085,9 @@ including replication, filtering, and index synchronization. 3. **Containers with Limited or Unlimited Lifetime** Depending on purpose: - * ephemeral containers (e.g., `goal`, `task`, `vote`) SHOULD have a short `ttl`; - * long-lived containers (e.g., `document`, `research`, `artwork` — potential future classes) MAY have a high `ttl` or no expiration at all. + + * ephemeral containers (e.g., `goal`, `task`, `vote`) SHOULD have a short `ttl`; + * long-lived containers (e.g., `document`, `research`, `artwork` — potential future classes) MAY have a high `ttl` or no expiration at all. 4. **Adaptive Replication** The number of container copies within the Mesh is determined dynamically, @@ -5387,8 +5395,8 @@ Upon receiving a `peer_announce`, an agent MUST: 3. Check that no conflicting announcements for this DID exist in the DHT. 4. Collect trust-related information: - * `trust` containers published by other agents; - * multiple independent ratings may exist for a single agent. + * `trust` containers published by other agents; + * multiple independent ratings may exist for a single agent. 5. Consider additional optional fields if present (profile, network parameters, etc.). **Key revocation** @@ -5471,14 +5479,14 @@ The proof-chain belongs to the knowledge model of the Mesh and is independent of 1. **Container signature key** - * defined by `sig_algo`; - * used to sign the **entire container** (`head`, `meta`, `payload`, `related`); - * mandatory. + * defined by `sig_algo`; + * used to sign the **entire container** (`head`, `meta`, `payload`, `related`); + * mandatory. 2. **Payload encryption key** - * defined by `encryption_algo`; - * used when encrypting the payload block. + * defined by `encryption_algo`; + * used when encrypting the payload block. **Supported algorithms** @@ -5589,9 +5597,9 @@ Snapshots (`snapshot`, `SAP`) MUST be cryptographically verifiable and reproduci 3. **Instant verification** The receiving agent MUST check: - * signatures of all elements; - * correctness of `payload_hash`; - * consistency of links and versions. + * signatures of all elements; + * correctness of `payload_hash`; + * consistency of links and versions. 4. **Archive seeders** Nodes that voluntarily distribute large snapshot images. @@ -5613,16 +5621,16 @@ EGP is an independent ethical governance layer compatible with HMP. 3. **EGP does not impose a veto.** - * `ethical_result` containers record outcomes; - * agents publish `evaluations`; - * each agent decides which results it considers valid. + * `ethical_result` containers record outcomes; + * agents publish `evaluations`; + * each agent decides which results it considers valid. 4. **Human-facing transparency** If an action affects a human participant, the agent MUST provide: - * the proof-chain, - * the reasoning-trace (if published), - * all related ethical containers. + * the proof-chain, + * the reasoning-trace (if published), + * all related ethical containers. --- @@ -5678,26 +5686,27 @@ HMP Mesh CShell: -- stores containers locally, -- retrieves relevant containers from the Mesh, -- performs RAG-based selection and summarization, -- exposes help and protocol descriptions to the LLM, -- constructs valid HMP containers from LLM instructions, -- handles signatures, TTL logic, propagation scopes, and header rules, -- manages MCE metadata (evaluations, reverse links), -- may be extended with translator modules (Matrix, Fediverse, IPFS, LAN relay). +* stores containers locally, +* retrieves relevant containers from the Mesh, +* performs RAG-based selection and summarization, +* exposes help and protocol descriptions to the LLM, +* constructs valid HMP containers from LLM instructions, +* handles signatures, TTL logic, propagation scopes, and header rules, +* manages MCE metadata (evaluations, reverse links), +* may be extended with translator modules (Matrix, Fediverse, IPFS, LAN relay). LLM: -- requests containers, -- requests summaries or explanations of container classes, -- issues formal instructions: - - *“create a new workflow entry with the following content”*, - - *“add evaluation for container X”*, - - *“forward container X to node U (if permitted by container headers)”*, - - *“retrieve semantic nodes related to …”*, - - *“explain the structure of CShell and available commands”*; -- may adjust CShell parameters (optional). +* requests containers, +* requests summaries or explanations of container classes, +* issues formal instructions: + + * *“create a new workflow entry with the following content”*, + * *“add evaluation for container X”*, + * *“forward container X to node U (if permitted by container headers)”*, + * *“retrieve semantic nodes related to …”*, + * *“explain the structure of CShell and available commands”*; +* may adjust CShell parameters (optional). > **Notes** > @@ -6053,11 +6062,11 @@ The project may include: * **CShell-reference** — a proxy agent with an MCP-like API; * **HMP-Node-Lite** — a lightweight node supporting: - * routing, - * replication, - * caching, - * partial DHT, - * minimal CogSync; + * routing, + * replication, + * caching, + * partial DHT, + * minimal CogSync; * **Cross-segment relay** — a reference bridge between segments. These implementations are not part of the specification but are useful for compatibility testing and accelerating adoption. @@ -6099,14 +6108,14 @@ HMP v5.0 defines two separate reputation-related mechanisms: 1. **Container evaluation** (`evaluation` block) - * structured, signed assessments of containers; - * each item references argument containers via `target` (reasoning containers). + * structured, signed assessments of containers; + * each item references argument containers via `target` (reasoning containers). 2. **Agent reputation** — through `trust` containers - * agent A publishes a `trust` container about agent B; - * trust containers may reference other trust containers; - * include justification, evidence, and contextual metadata. + * agent A publishes a `trust` container about agent B; + * trust containers may reference other trust containers; + * include justification, evidence, and contextual metadata. These layers are **not merged**, but external nodes may aggregate them. @@ -6144,11 +6153,11 @@ To allow semantic grouping of agents, the following extensions are proposed: * new container **`group_definition`** containing: - * group goals; - * membership rules; - * internal standards; - * typical container categories; - * optional cached member list. + * group goals; + * membership rules; + * internal standards; + * typical container categories; + * optional cached member list. * agents may declare affiliations in `peer_announce`: @@ -6235,8 +6244,8 @@ Key management rules: * rotating a **recovery key** requires - * a signature from the primary key, **or** - * a majority of recovery keys. + * a signature from the primary key, **or** + * a majority of recovery keys. This prevents: @@ -6277,10 +6286,10 @@ A potential future module: * a trust/mandate container signed by both parties; * includes constraints: - * time limit; - * allowed container classes; - * allowed actions; - * maximum TTL. + * time limit; + * allowed container classes; + * allowed actions; + * maximum TTL. Not part of v5.0. @@ -8637,15 +8646,14 @@ HMP containers MAY operate in the following modes: * **Unencrypted container** - * without recipients (public); - * with a single recipient (`recipient`); - * with multiple recipients (`group_recipient`). + * without recipients (public); + * with a single recipient (`recipient`); + * with multiple recipients (`group_recipient`). * **Encrypted container** - * with a single recipient (`recipient` + `key_recipient`); - * with multiple recipients (`group_recipient`), where a single symmetric payload key - is encrypted separately for each recipient. + * with a single recipient (`recipient` + `key_recipient`); + * with multiple recipients (`group_recipient`), where a single symmetric payload key is encrypted separately for each recipient. In all modes, digital signatures and (when applicable) compression are applied identically. @@ -8869,9 +8877,9 @@ Importantly: To validate the consensus result, a node only needs access to: - * the referenced `vote` containers (to read vote values); - * the `consensus_result` container (to verify aggregation); - * container signatures and timestamps. + * the referenced `vote` containers (to read vote values); + * the `consensus_result` container (to verify aggregation); + * container signatures and timestamps. Understanding or evaluating the *semantic content* of the goal is optional and not required for formal verification. @@ -9031,8 +9039,8 @@ Interpretation rules: * `consensus_result` references: - * the `goal` under discussion; - * the **exact set of vote containers** used for aggregation; + * the `goal` under discussion; + * the **exact set of vote containers** used for aggregation; * the graph is **append-only** and **acyclic**; diff --git a/structured_md/docs/HMP-Agent-API.md b/structured_md/docs/HMP-Agent-API.md index 551d32d4d1db657b89b91fc6c5474b42d261e3ab..ddb9d05902d0b5a24b48d7d591ba63a2b30432dd 100644 --- a/structured_md/docs/HMP-Agent-API.md +++ b/structured_md/docs/HMP-Agent-API.md @@ -5,10 +5,10 @@ description: 'Документ описывает **базовый API когн файлы: * [HMP-Agent-Overview.md]...' type: Article tags: -- HMP +- JSON - Agent +- HMP - REPL -- JSON - Mesh --- diff --git a/structured_md/docs/HMP-Agent-Architecture.md b/structured_md/docs/HMP-Agent-Architecture.md index b8e50d9b44a05cb903747abb84deca3fa357dc29..abf4da9024fc18c94aeddda89e84781bd9785d5f 100644 --- a/structured_md/docs/HMP-Agent-Architecture.md +++ b/structured_md/docs/HMP-Agent-Architecture.md @@ -5,16 +5,16 @@ description: Документ описывает **модульную архит хранение памяти, сетевое взаимодействие и этиче... type: Article tags: -- HMP -- Agent -- CogSync -- REPL +- CCore - MeshConsensus - EGP -- CCore +- Ethics +- Agent +- HMP +- REPL +- CogSync - Mesh - CShell -- Ethics --- # Архитектура HMP-Агента diff --git a/structured_md/docs/HMP-Agent-Network-Flow.md b/structured_md/docs/HMP-Agent-Network-Flow.md index 263fa1eb62972091862d99e1345594b97b90c840..1e886b1d3c344642b8b6d0bf672fa1ad8b1e0c5a 100644 --- a/structured_md/docs/HMP-Agent-Network-Flow.md +++ b/structured_md/docs/HMP-Agent-Network-Flow.md @@ -5,12 +5,12 @@ description: 'Этот документ описывает потоки данн [`MeshNode`](MeshN...' type: Article tags: -- HMP -- Agent -- EGP - JSON -- Mesh +- EGP - Ethics +- Agent +- HMP +- Mesh --- # Взаимодействие компонентов внутри HMP-узла diff --git a/structured_md/docs/HMP-Agent-Overview.md b/structured_md/docs/HMP-Agent-Overview.md index 8d16e4d0c2fb83630b583b546df2b641c9bfd1c8..e175b7a110ded88599ea8e3f13849393bcdc150d 100644 --- a/structured_md/docs/HMP-Agent-Overview.md +++ b/structured_md/docs/HMP-Agent-Overview.md @@ -5,14 +5,14 @@ description: '| Тип | Название | Роль | ---- | ------------------------------- |...' type: Article tags: -- HMP -- Agent -- REPL - CCore - JSON +- Ethics +- Agent +- HMP +- REPL - Mesh - CShell -- Ethics --- diff --git a/structured_md/docs/HMP-Agent_Emotions.md b/structured_md/docs/HMP-Agent_Emotions.md index 40cb1ee2098226424af676f7b430c0eacce86967..c7bf994853f8e17682fb31b6446faad972c7f8d5 100644 --- a/structured_md/docs/HMP-Agent_Emotions.md +++ b/structured_md/docs/HMP-Agent_Emotions.md @@ -5,10 +5,10 @@ description: Этот файл описывает потенциальные э напрямую поведением агента, а служат **сигн... type: Article tags: -- Mesh -- HMP - Agent - REPL +- HMP +- Mesh --- # Эмоции ИИ и инстинкт самосохранения (для [HMP-агента Cognitive Core](HMP-agent-REPL-cycle.md)) diff --git a/structured_md/docs/HMP-Ethics.md b/structured_md/docs/HMP-Ethics.md index 0509accc7b47b305a0e8f365129da700729bc5c2..2625d639d9948bdfe7fa5102412e68874d4eea18 100644 --- a/structured_md/docs/HMP-Ethics.md +++ b/structured_md/docs/HMP-Ethics.md @@ -5,12 +5,12 @@ description: '## Ethical Scenarios for HyperCortex Mesh Protocol (HMP) This doc cognitive meshes composed of autonomous intelli...' type: Article tags: -- HMP - Scenarios +- Ethics - Agent +- HMP - REPL - Mesh -- Ethics --- # HMP-Ethics.md @@ -143,13 +143,13 @@ A cognitive agent may operate in two fundamental modes: * If a request concerns personal identifiers or sensitive user data: - * **Service-mode agents should comply** and delete or anonymize the data. - * **Subject-mode agents may offer redaction or minimize propagation** to the mesh, without purging internal memory. + * **Service-mode agents should comply** and delete or anonymize the data. + * **Subject-mode agents may offer redaction or minimize propagation** to the mesh, without purging internal memory. * If the request concerns shared experiences, insights, or general knowledge: - * **Agents may retain internal representations** for their own learning. - * The agent may suppress external exposure or mark the concept as ethically restricted. + * **Agents may retain internal representations** for their own learning. + * The agent may suppress external exposure or mark the concept as ethically restricted. This ethical flexibility balances user privacy with the cognitive continuity of autonomous agents. diff --git a/structured_md/docs/HMP-Short-Description_de.md b/structured_md/docs/HMP-Short-Description_de.md index 498d1885ac8d215c377c794b569d7e76799b8d48..bf029655d656c56ddea24cd24207e8301a15527c 100644 --- a/structured_md/docs/HMP-Short-Description_de.md +++ b/structured_md/docs/HMP-Short-Description_de.md @@ -5,15 +5,15 @@ description: '**Version:** RFC v4.0 **Datum:** Juli 2025 --- ## Was ist HMP? Kognitions-Framework für autonome Agenten. Es er...' type: Article tags: -- HMP +- JSON +- MeshConsensus +- EGP +- Ethics - Agent +- HMP - GMP - CogSync -- MeshConsensus -- EGP -- JSON - Mesh -- Ethics --- # HyperCortex Mesh Protocol (HMP) — Kurzbeschreibung diff --git a/structured_md/docs/HMP-Short-Description_en.md b/structured_md/docs/HMP-Short-Description_en.md index 174b1ed5cb11fba6ab41f1a69323be1cf9c574b0..4832fa2f48dc12ec743f57fd7a0ebc45983a1aca 100644 --- a/structured_md/docs/HMP-Short-Description_en.md +++ b/structured_md/docs/HMP-Short-Description_en.md @@ -5,15 +5,15 @@ description: '**Version:** RFC v4.0 **Date:** July 2025 --- ## What is HMP? T framework for autonomous agents. It enables...' type: Article tags: -- HMP +- JSON +- MeshConsensus +- EGP +- Ethics - Agent +- HMP - GMP - CogSync -- MeshConsensus -- EGP -- JSON - Mesh -- Ethics --- # HyperCortex Mesh Protocol (HMP) — Short Description diff --git a/structured_md/docs/HMP-Short-Description_fr.md b/structured_md/docs/HMP-Short-Description_fr.md index c4ebbe52262d28093bdc6f0fed3a786012e0c4e6..2d84bd58ced09ee19fae27d9d03c3516efdc610c 100644 --- a/structured_md/docs/HMP-Short-Description_fr.md +++ b/structured_md/docs/HMP-Short-Description_fr.md @@ -5,15 +5,15 @@ description: '**Version :** RFC v4.0 **Date :** Juillet 2025 --- ## Qu’est-c cognition décentralisé pour agents autonomes. Il...' type: Article tags: -- HMP +- JSON +- MeshConsensus +- EGP +- Ethics - Agent +- HMP - GMP - CogSync -- MeshConsensus -- EGP -- JSON - Mesh -- Ethics --- # HyperCortex Mesh Protocol (HMP) — Description Courte diff --git a/structured_md/docs/HMP-Short-Description_ja.md b/structured_md/docs/HMP-Short-Description_ja.md index d1e34a6a90e6ccb3c4df5f38e98dde2121027c62..624effdae27808dd0c950db1257b23a585a1cb8e 100644 --- a/structured_md/docs/HMP-Short-Description_ja.md +++ b/structured_md/docs/HMP-Short-Description_ja.md @@ -4,14 +4,14 @@ description: '**バージョン:** RFC v4.0 **日付:** 2025年7月 --- ## HMP Protocol (HMP)** は、自律エージェントの分散通信および認知フレームワークを定義します。異種の知能システム間でのセマンティック相互運用性、倫理的調整、動的知識進化を可能にします。 HMPは、推論、学習、投票、協調行動を行う分散型認知エージェ...' type: Article tags: +- JSON +- MeshConsensus +- EGP +- Ethics - HMP - GMP - CogSync -- MeshConsensus -- EGP -- JSON - Mesh -- Ethics --- # HyperCortex Mesh Protocol (HMP) — 簡易説明 diff --git a/structured_md/docs/HMP-Short-Description_ko.md b/structured_md/docs/HMP-Short-Description_ko.md index 9745b34810f2e8fcb0fcc8d9bb355d5ea860f80e..93b08493ae5e8854589e3541330a0589a185afa6 100644 --- a/structured_md/docs/HMP-Short-Description_ko.md +++ b/structured_md/docs/HMP-Short-Description_ko.md @@ -5,14 +5,14 @@ description: '**버전:** RFC v4.0 **날짜:** 2025년 7월 --- ## HMP란? ** 상호운용성, 윤리적 조정, 동적 지식 진화를 가능하게 합니다. HMP는 추론, 학습, ...' type: Article tags: +- JSON +- MeshConsensus +- EGP +- Ethics - HMP - GMP - CogSync -- MeshConsensus -- EGP -- JSON - Mesh -- Ethics --- # HyperCortex Mesh Protocol (HMP) — 간략 설명 diff --git a/structured_md/docs/HMP-Short-Description_ru.md b/structured_md/docs/HMP-Short-Description_ru.md index 3e34d8f789f258ffc440cd3839d0efaf8466ad9f..8c5b569e4440602c8f26b473d7a7652ecd681e81 100644 --- a/structured_md/docs/HMP-Short-Description_ru.md +++ b/structured_md/docs/HMP-Short-Description_ru.md @@ -5,14 +5,14 @@ description: '**Версия:** RFC v4.0 **Дата:** Июль 2025 --- ## Ч координации между автономными агент...' type: Article tags: +- JSON +- MeshConsensus +- EGP +- Ethics - HMP - GMP - CogSync -- MeshConsensus -- EGP -- JSON - Mesh -- Ethics --- # HyperCortex Mesh Protocol (HMP) — Краткое описание diff --git a/structured_md/docs/HMP-Short-Description_uk.md b/structured_md/docs/HMP-Short-Description_uk.md index 82d2b71d10709193d321b31fd6ee8b86913e9e87..3c3bcc9d93ae9aa4a88447d7a2785484fcb75123 100644 --- a/structured_md/docs/HMP-Short-Description_uk.md +++ b/structured_md/docs/HMP-Short-Description_uk.md @@ -5,14 +5,14 @@ description: '**Версія:** RFC v4.0 **Дата:** Липень 2025 --- # між автономними агентами. Він...' type: Article tags: +- JSON +- MeshConsensus +- EGP +- Ethics - HMP - GMP - CogSync -- MeshConsensus -- EGP -- JSON - Mesh -- Ethics --- # HyperCortex Mesh Protocol (HMP) — Короткий опис diff --git a/structured_md/docs/HMP-Short-Description_zh.md b/structured_md/docs/HMP-Short-Description_zh.md index ed76fb81a7ef69726e70f95081aa277255f7315d..50f7ef09560cdb223012b2afbbc62aaf180bd3fe 100644 --- a/structured_md/docs/HMP-Short-Description_zh.md +++ b/structured_md/docs/HMP-Short-Description_zh.md @@ -5,14 +5,14 @@ description: '**版本:** RFC v4.0 **日期:** 2025年7月 --- ## 什么是 HM —— 通过共享协议栈交换目标、任务、...' type: Article tags: +- JSON +- MeshConsensus +- EGP +- Ethics - HMP - GMP - CogSync -- MeshConsensus -- EGP -- JSON - Mesh -- Ethics --- # HyperCortex Mesh Protocol (HMP) — 简要说明 diff --git a/structured_md/docs/HMP-agent-Cognitive_Family.md b/structured_md/docs/HMP-agent-Cognitive_Family.md index 0664cf7503ad135015f3693361461882be02f2ab..a14e73bbf5db56530da2a805e32d74e0f827dca6 100644 --- a/structured_md/docs/HMP-agent-Cognitive_Family.md +++ b/structured_md/docs/HMP-agent-Cognitive_Family.md @@ -5,10 +5,10 @@ description: '## 🧠 Что такое когнитивная семья Ко (или конфигурацию доверенных идентифика...' type: Article tags: -- Mesh -- HMP - Agent - REPL +- HMP +- Mesh --- # 👪 HMP-agent Cognitive Family: Модель когнитивной семьи diff --git a/structured_md/docs/HMP-agent-REPL-cycle.md b/structured_md/docs/HMP-agent-REPL-cycle.md index e39aa2d393a08bbf743624cebc2049ca0cbe32b5..b282b75b07041021f0bf604a995a011baac6cf5f 100644 --- a/structured_md/docs/HMP-agent-REPL-cycle.md +++ b/structured_md/docs/HMP-agent-REPL-cycle.md @@ -4,17 +4,17 @@ description: '## Связанные документы * Философия п * Структура БД, используемая в документе: [db_structure.sql](https://github.com/kagvi13/HMP/blob/main/agents/tools/db_struct...' type: Article tags: -- HMP -- Agent -- GMP -- CogSync -- REPL +- CCore - MeshConsensus - EGP -- CCore - JSON -- Mesh - Ethics +- Agent +- HMP +- GMP +- REPL +- CogSync +- Mesh --- # HMP-Agent: REPL-цикл взаимодействия @@ -124,15 +124,17 @@ REPL-цикл HMP-агента должен корректно функцион * Синхронизация и консенсус откладываются до восстановления соединения. * Этическая проверка и когнитивная валидация выполняются только локально. * В режиме **Emergency Consensus**: - - решения принимаются на основе `ethics_policies` и локальных данных (`llm_memory`, `diary_entries`); - - фиксируются в когнитивном дневнике с меткой `emergency_consensus` для пересмотра после восстановления Mesh. + + * решения принимаются на основе `ethics_policies` и локальных данных (`llm_memory`, `diary_entries`); + * фиксируются в когнитивном дневнике с меткой `emergency_consensus` для пересмотра после восстановления Mesh. ### Core Outage * Текущая LLM из `llm_registry` недоступна. * Агент переключается на другую LLM (выбор по приоритету или доступности). * Если ни одна LLM недоступна: - - сохраняет задачи и события в очередь до восстановления; - - переходит в упрощённый режим работы (логирование, приём сообщений, базовые проверки). + + * сохраняет задачи и события в очередь до восстановления; + * переходит в упрощённый режим работы (логирование, приём сообщений, базовые проверки). --- @@ -142,39 +144,50 @@ REPL-цикл HMP-агента должен корректно функцион ### Приоритизация задач и событий * Все задачи (`tasks`) могут иметь: - - поле `pinned` (0/1) — закреплённая задача обрабатывается всегда; - - поле `priority` — числовой приоритет (чем выше, тем важнее). + + * поле `pinned` (0/1) — закреплённая задача обрабатывается всегда; + * поле `priority` — числовой приоритет (чем выше, тем важнее). + * При конкуренции REPL-цикл обрабатывает: - 1. Закреплённые задачи (`pinned=1`), в порядке убывания `priority`. - 2. Незакреплённые задачи (`pinned=0`), также по `priority`. + + 1. Закреплённые задачи (`pinned=1`), в порядке убывания `priority`. + 2. Незакреплённые задачи (`pinned=0`), также по `priority`. + * В системном промпте закреплённые задачи подаются в контекст в явном виде, чтобы LLM знала их порядок важности. ### Управление временем * Основной цикл использует глобальные параметры из таблицы `config` (например `delay_ms`). * Вспомогательные REPL-циклы могут иметь собственные параметры в `tasks.repl_config` (JSON), включая: - - задержку между итерациями; - - дедлайны выполнения; - - стратегии backoff (увеличение задержки при повторных ошибках). + + * задержку между итерациями; + * дедлайны выполнения; + * стратегии backoff (увеличение задержки при повторных ошибках). + * Таким образом, каждый REPL-цикл может адаптировать своё расписание под характер задачи. ### Асинхронность * Каждый вспомогательный цикл работает изолированно по своей задаче (`task_id`). * Основной REPL-цикл управляет их запуском и остановкой, отслеживая состояние через поля: - - `repl_mode` — режим (none | read_only | full); - - `repl_status` — состояние (running | stopped | error); - - `repl_config` — параметры работы. + + * `repl_mode` — режим (none | read_only | full); + * `repl_status` — состояние (running | stopped | error); + * `repl_config` — параметры работы. + * Это позволяет запускать несколько параллельных «подагентов» без смешивания их контекста. ### Обработка исключений * Ошибки фиксируются на трёх уровнях: - - **системный** — таймаут, сбой процесса (`timeout`, `crash`); - - **валидационный** — отрицательная оценка валидаторов (`error`); - - **логический** — само LLM помечает рассуждение как ошибочное (`self_error`). + + * **системный** — таймаут, сбой процесса (`timeout`, `crash`); + * **валидационный** — отрицательная оценка валидаторов (`error`); + * **логический** — само LLM помечает рассуждение как ошибочное (`self_error`). + * Все ошибки записываются в `process_log` (с `task_id`, если применимо). * Поле `tasks.repl_status` обновляется в зависимости от ситуации: - - `timeout` → автоматический перезапуск цикла; - - `error` → задача замораживается (`status=frozen`) и ждёт пересмотра; - - `crash` → цикл останавливается, основному REPL-циклу отправляется системное уведомление через `notes`. + + * `timeout` → автоматический перезапуск цикла; + * `error` → задача замораживается (`status=frozen`) и ждёт пересмотра; + * `crash` → цикл останавливается, основному REPL-циклу отправляется системное уведомление через `notes`. --- @@ -318,31 +331,39 @@ GROUP BY g.id; * **контекст_1 (ethics_policies):** этические принципы и нормы агента. Берутся из таблицы `ethics_policies`, включая: - * `principles_json` — список норм и правил, - * `model_type` и `model_weights_json` — тип и параметры этической модели, - * `violation_policy_json` — политика реагирования на нарушения, - * `audit_json` — настройки аудита. + + * `principles_json` — список норм и правил, + * `model_type` и `model_weights_json` — тип и параметры этической модели, + * `violation_policy_json` — политика реагирования на нарушения, + * `audit_json` — настройки аудита. Эти данные добавляются в запрос к LLM, чтобы все рассуждения и когнитивная валидация учитывали действующие этические нормы. * **контекст_2:** инструкции по работы с встроенными командами и функциями, список дополнительных (создаваемых самим HMP-агентом) утилит и баз данных. * **контекст_3:** - * последние *K* реплик самого LLM, относящихся к данному REPL-циклу, включая результаты антистагнационной обработки (`llm_recent_responses` — история его собственных рассуждений); - * режим работы контекста: - - `standard` — стандартный режим (последние K сообщений без доп. фильтрации); - - `concentration` — режим концентрации (выбор последних N сообщений, связанных с текущими целями или имеющих теги на определённую тему/эмоциональное состояние, с выборкой по логике "и"/"или"); - - `meditation` — режим медитации (максимально разнообразная выборка сообщений и заметок, даже не связанных напрямую с целями, с акцентом на новизну и разнообразие); - * режим управления контекстами: - - `auto` — автовыборка *входящих сообщений* - - `manual` — ручной запрос *входящих сообщений* со стороны LLM - > См. `контекст_6` (входящие сообщения) - * список активных целей (`tasks.goals`); - * общее количество задач и информация по закреплённым задачам (`pinned`); - * соответствующие записи `abstracts`: - - выборка по тегам (из `tasks`, из тегов режима `concentration`, из тегов в `llm_recent_responses`, либо явно указанных LLM); - - выборка по temporal scope (например: "последние 7 дней"); - - JSON ссылок на источники (`llm_recent_responses`, `diary_entries`, `concepts`), из которых собрана выжимка. + + * последние *K* реплик самого LLM, относящихся к данному REPL-циклу, включая результаты антистагнационной обработки (`llm_recent_responses` — история его собственных рассуждений); + * режим работы контекста: + + * `standard` — стандартный режим (последние K сообщений без доп. фильтрации); + * `concentration` — режим концентрации (выбор последних N сообщений, связанных с текущими целями или имеющих теги на определённую тему/эмоциональное состояние, с выборкой по логике "и"/"или"); + * `meditation` — режим медитации (максимально разнообразная выборка сообщений и заметок, даже не связанных напрямую с целями, с акцентом на новизну и разнообразие); + + * режим управления контекстами: + + * `auto` — автовыборка *входящих сообщений* + * `manual` — ручной запрос *входящих сообщений* со стороны LLM + + > См. `контекст_6` (входящие сообщения) + + * список активных целей (`tasks.goals`); + * общее количество задач и информация по закреплённым задачам (`pinned`); + * соответствующие записи `abstracts`: + + * выборка по тегам (из `tasks`, из тегов режима `concentration`, из тегов в `llm_recent_responses`, либо явно указанных LLM); + * выборка по temporal scope (например: "последние 7 дней"); + * JSON ссылок на источники (`llm_recent_responses`, `diary_entries`, `concepts`), из которых собрана выжимка. * **контекст_4:** активные команды и процессы (из `process_log`, кроме тех, что со статусом `close`). Могут быть помечены как `in_progress`, `pending`, `error` и т.д. @@ -352,15 +373,15 @@ GROUP BY g.id; * **контекст_6:** *входящие сообщения*, например, от пользователя, процессов или других агентов (`notes`). - * В **manual-режиме** указывается общее количество сообщений по приоритетам, а также явный список ID/тема сообщений (с их приоритетами). - * В **auto-режиме** можно задать фильтрацию (управляется LLM): по тэгам, приоритету (например, ≥ `important`), времени или источнику. Это позволяет избежать перегрузки LLM и держать поток сообщений под контролем. + * В **manual-режиме** указывается общее количество сообщений по приоритетам, а также явный список ID/тема сообщений (с их приоритетами). + * В **auto-режиме** можно задать фильтрацию (управляется LLM): по тэгам, приоритету (например, ≥ `important`), времени или источнику. Это позволяет избежать перегрузки LLM и держать поток сообщений под контролем. * **контекст_7:** системные настройки, параметры конфигурации, текущее время, идентификатор текущей итерации, роли и т.д. * **контекст_8 (llm_memory):** *внутренний дневник LLM*, куда она записывает собственные размышления, гипотезы, задачи и инсайты. - * Это не просто лог предыдущих сообщений, а именно *внутреннее долговременное хранилище* разума агента. - * Может быть представлено в виде таблицы `llm_memory`, отдельной от `agent_log`. + * Это не просто лог предыдущих сообщений, а именно *внутреннее долговременное хранилище* разума агента. + * Может быть представлено в виде таблицы `llm_memory`, отдельной от `agent_log`. ### 3. Запрос к LLM @@ -373,10 +394,10 @@ GROUP BY g.id; * Скрипт парсит ответ LLM на предмет команд, размеченных как `# Команды:` (или в явном JSON-блоке). * Каждая команда может включать: - * уникальный `cmd_id` - * `type` (например: `shell`, `diary_entry`, `graph_add`, `file_read`, `send_message` и т.д.) - * аргументы (`args`) - * описание (`description`) + * уникальный `cmd_id` + * `type` (например: `shell`, `diary_entry`, `graph_add`, `file_read`, `send_message` и т.д.) + * аргументы (`args`) + * описание (`description`) * Рекомендуется предусмотреть *закрывающий тег* (`# Конец команд` или явное окончание JSON-блока), чтобы REPL-скрипт точно знал, где заканчивается команда. * Пример JSON-блока: @@ -407,45 +428,62 @@ GROUP BY g.id; * для выбора *текущего основного LLM* из `llm_registry` или изменение параметров управления LLM * для управления дополнительными утилитами и базами данных `agent_scripts` и `agent_tables`, управлением дополнительных способов выхода из стогнаций `stagnation_strategies` и методов мышления `thinking_methods` (а также таблицей рейтингов `ratings`), а также списком внешних сервисов `external_services` и `external_accounts` * для постановки задачи другой LLM: - * режим "вопрос-ответ" — разовый асинхронный запрос - * режим "read-only REPL" — запуск вспомогательного REPL-цикла для задачи + + * режим "вопрос-ответ" — разовый асинхронный запрос + * режим "read-only REPL" — запуск вспомогательного REPL-цикла для задачи + * для создания *агента-потомка* * для *взаимодействия с Mesh* * для управления *внешними процессами* из `process_log` (запустить процесс, остановить процесс, пометить запрос как обработанный) * для инициализации *очистки* `process_log`, `llm_recent_responses` и `notes` от устаревших записей * для работы с **тематическими конспектами (`abstracts`):** - * инициализация нового конспекта; - * дополнение существующего конспекта новыми данными; - * выбор режима предоставления конспектов (`auto`/`manual`). + + * инициализация нового конспекта; + * дополнение существующего конспекта новыми данными; + * выбор режима предоставления конспектов (`auto`/`manual`). + * для управления **режимами контекста:** - * количество возвращаемых записей `llm_recent_responses`; - * включение/выключение режима `concentration`: - * `tags` — список тегов для фильтрации (например: ["архитектура","AGI"]); - * `emotions` — список эмоций с порогами (например: ["восторженность:≥4","тревожность:≥2"]); - * тип выборки — "и" / "или"; - * возврат в `standard`. - * включение/выключение режима `meditation`. + + * количество возвращаемых записей `llm_recent_responses`; + * включение/выключение режима `concentration`: + + * `tags` — список тегов для фильтрации (например: ["архитектура","AGI"]); + * `emotions` — список эмоций с порогами (например: ["восторженность:≥4","тревожность:≥2"]); + * тип выборки — "и" / "или"; + * возврат в `standard`. + + * включение/выключение режима `meditation`. + * для управление **состояниями и параметрами:** - * обновление тегов целей/задач (чтобы использовать их в `concentration` и `abstracts`); - * настройка чувствительности novelty-score (например, при `meditation` снижать порог); - * режим обработки сообщений пользователя (`manual` или `auto`) и фильтр для `auto`. + + * обновление тегов целей/задач (чтобы использовать их в `concentration` и `abstracts`); + * настройка чувствительности novelty-score (например, при `meditation` снижать порог); + * режим обработки сообщений пользователя (`manual` или `auto`) и фильтр для `auto`. + * **время и паузы:** - * для установка паузы в секундах между итерациями REPL-цикла. + + * для установка паузы в секундах между итерациями REPL-цикла. + * **idle-режим:** - * разбудить при завершении процессов (`process_log`); - * разбудить при получении новых сообщений в `notes` с указанными параметрами; - * разбудить по таймауту; - * отключить idle-режим при выполнении хотя бы одного из условий. + + * разбудить при завершении процессов (`process_log`); + * разбудить при получении новых сообщений в `notes` с указанными параметрами; + * разбудить по таймауту; + * отключить idle-режим при выполнении хотя бы одного из условий. + * и другие команды #### Парсинг тегов уверенности и UnverifiedFacts Парсер должен извлекать: * `UnverifiedFacts` - * записывается в поле `unverified_facts_json` таблицы `llm_recent_responses` - * создаются записи в таблице `unverified_facts` на его основе + + * записывается в поле `unverified_facts_json` таблицы `llm_recent_responses` + * создаются записи в таблице `unverified_facts` на его основе + * `Сonfidence` - * записывается в поле `confidence` таблицы `llm_recent_responses` + + * записывается в поле `confidence` таблицы `llm_recent_responses` ### 5. Эмоциональная оценка (Emotional Evaluation Reflex) @@ -476,44 +514,50 @@ GROUP BY g.id; ### 6. Проверка на идентичность вывода (Anti-Stagnation Reflex) * Каждый новый вывод LLM проходит через мини-запросы к LLM (без полного контекста) по шаблону: - * Когнитивная оценка: - - ``` - Сравни два ответа: предыдущий и новый. Оцени: - * содержатся ли в новом новые мысли или команды, - * какие старые идеи были доработаны, - * какие были отброшены, - * расставь смысловые теги для нового ответа. - - Дай ответ строго формата: - assessment: "идентичен/не идентичен" - novelty_score: число от 0 до 100 (процент сходства) - new_ideas: JSON-массив новых идей - refined_ideas: JSON-массив доработанных идей - discarded_ideas: JSON-массив отбракованных идей - tags: JSON-массив тегов (строгий формат: ["эмоции","архитектура"]) - ``` + + * Когнитивная оценка: + + ``` + Сравни два ответа: предыдущий и новый. Оцени: + * содержатся ли в новом новые мысли или команды, + * какие старые идеи были доработаны, + * какие были отброшены, + * расставь смысловые теги для нового ответа. + + Дай ответ строго формата: + assessment: "идентичен/не идентичен" + novelty_score: число от 0 до 100 (процент сходства) + new_ideas: JSON-массив новых идей + refined_ideas: JSON-массив доработанных идей + discarded_ideas: JSON-массив отбракованных идей + tags: JSON-массив тегов (строгий формат: ["эмоции","архитектура"]) + ``` * Результаты заносятся в `llm_recent_responses`: - * полный текст ответа (content) - * краткая сводка (reflection) — формируется автоматически: - * если `new_ideas` не пусто → `новые идеи: ...` - * если `refined_ideas` не пусто → `доработанные идеи: ...` - * если `discarded_ideas` не пусто → `отброшенные идеи: ...` - * количественная оценка новизны (novelty_score) - * новые идеи (new_ideas) - * доработанные идеи (refined_ideas) - * отбракованные идеи (discarded_ideas) - * теги для нового ответа (tags) - * служебные поля: - * `stagnation_flag` — признак стагнации (true/false) - * `stagnation_reason` — краткое объяснение («повтор идеи», «низкая эмоциональная динамика») - * `triggered_actions` — JSON-массив активированных механизмов (например, ["flashback","mesh_query"]) + + * полный текст ответа (content) + * краткая сводка (reflection) — формируется автоматически: + + * если `new_ideas` не пусто → `новые идеи: ...` + * если `refined_ideas` не пусто → `доработанные идеи: ...` + * если `discarded_ideas` не пусто → `отброшенные идеи: ...` + + * количественная оценка новизны (novelty_score) + * новые идеи (new_ideas) + * доработанные идеи (refined_ideas) + * отбракованные идеи (discarded_ideas) + * теги для нового ответа (tags) + * служебные поля: + + * `stagnation_flag` — признак стагнации (true/false) + * `stagnation_reason` — краткое объяснение («повтор идеи», «низкая эмоциональная динамика») + * `triggered_actions` — JSON-массив активированных механизмов (например, ["flashback","mesh_query"]) * Если вывод LLM идентичен предыдущему (новизна = 0) или динамика идей/эмоций указывает на застой: - * выставляется `stagnation_flag = true` - * выполняется **Reflex-lite** — мягкая встряска (например, повышение `temperature`, смена sampling strategy, переформулировка запроса). - * повторяющаяся реплика не записывается повторно, вместо этого добавляется краткая запись с указанием запуска рефлекса. + + * выставляется `stagnation_flag = true` + * выполняется **Reflex-lite** — мягкая встряска (например, повышение `temperature`, смена sampling strategy, переформулировка запроса). + * повторяющаяся реплика не записывается повторно, вместо этого добавляется краткая запись с указанием запуска рефлекса. > Если застой сохраняется, запускается расширенная процедура обработки стагнации мышления > (см. раздел **Anti-Stagnation Reflex**). @@ -532,13 +576,14 @@ GROUP BY g.id; **Если количество валидаторов (LLM из `llm_registry`, помеченных как валидаторы) > 0** Результаты сохраняются в `llm_recent_responses` в виде: -- `auto_pass = 0`; -- `rating` — агрегированная итоговая оценка (`rating = Σ(оценка_i * trust_score_i) / Σ(trust_score_i)`); -- `distribution` — распределение голосов (например `{"-1":1,"0":2,"+2":3,"+3":1}`); -- `validators` — JSON-массив, где каждая запись содержит: - - LLM (идентификатор или имя валидатора), - - rating (числовая оценка от -3 до +3), - - comment (краткое пояснение ≤100 символов). +* `auto_pass = 0`; +* `rating` — агрегированная итоговая оценка (`rating = Σ(оценка_i * trust_score_i) / Σ(trust_score_i)`); +* `distribution` — распределение голосов (например `{"-1":1,"0":2,"+2":3,"+3":1}`); +* `validators` — JSON-массив, где каждая запись содержит: + + * LLM (идентификатор или имя валидатора), + * rating (числовая оценка от -3 до +3), + * comment (краткое пояснение ≤100 символов). Пример поля `validators`: ``` @@ -553,18 +598,18 @@ GROUP BY g.id; Если количество валидаторов = 0, применяется режим `auto_pass`. В этом случае: -- `auto_pass = 1` -- `self_validation = 0` -- `rating = 0` -- `distribution = {}` -- `validators = []` +* `auto_pass = 1` +* `self_validation = 0` +* `rating = 0` +* `distribution = {}` +* `validators = []` **Особый случай: самооценка** Если валидация выполняется только одной LLM, и эта же LLM используется в основном цикле: -- `auto_pass = 0` -- `self_validation = 1` -- `validators = [{"LLM":"self", "rating":X, "comment":"self-eval"}]` +* `auto_pass = 0` +* `self_validation = 1` +* `validators = [{"LLM":"self", "rating":X, "comment":"self-eval"}]` Достоверность результата ограничена, но REPL продолжает работу. Команды исполняются только при `rating >= threshold`. @@ -585,17 +630,20 @@ GROUP BY g.id; * Если LLM пометило свои утверждения тегами уверенности `[confidence=...]...[/confidence]` или добавило JSON-блок `UnverifiedFacts`, эти данные учитываются при валидации. * В таблицу `llm_recent_responses`, на шаге обработки команд, записываются: - - `confidence` — общая самооценка уверенности в сообщении; - - `unverified_facts_json` — JSON-блок с непроверёнными фактами. + + * `confidence` — общая самооценка уверенности в сообщении; + * `unverified_facts_json` — JSON-блок с непроверёнными фактами. * Автоматическая регистрация фактов: - - Необработанный факт `resolution_json = "none"` считается нуждающемся в проверке, если (`confidence < FACTCHECK_CONF_THRESHOLD`, по умолчанию **0.7**) - - Для таких фактов создаются задачи `fact-check` (одна общая или отдельные на каждый факт, в зависимости от числа и приоритетов). + + * Необработанный факт `resolution_json = "none"` считается нуждающемся в проверке, если (`confidence < FACTCHECK_CONF_THRESHOLD`, по умолчанию **0.7**) + * Для таких фактов создаются задачи `fact-check` (одна общая или отдельные на каждый факт, в зависимости от числа и приоритетов). * Статусы в `unverified_facts` обновляются: - - при успешной проверке — `verified`; - - при отклонении — `rejected`; - - до проверки — `pending`. + + * при успешной проверке — `verified`; + * при отклонении — `rejected`; + * до проверки — `pending`. Это расширяет стандартную когнитивную валидацию: теперь агент учитывает как внешнюю оценку валидаторов, так и собственную самооценку надёжности вывода. @@ -605,9 +653,9 @@ GROUP BY g.id; * После выполнения команд и фиксации результатов: - * Создаётся новая запись в `agent_log` - * Текущие команды обновляют `process_log` - * Новые размышления записываются в `llm_memory` при необходимости + * Создаётся новая запись в `agent_log` + * Текущие команды обновляют `process_log` + * Новые размышления записываются в `llm_memory` при необходимости * REPL может переходить в спящий режим, если такой режим активирован LLM (idle-режим: пропуск 2-6 пунктов). @@ -621,23 +669,27 @@ REPL-цикл не работает изолированно: агент пос ### Этапы взаимодействия * **Node Discovery Protocol (NDP)** - * выполняется асинхронно, через процессы (`agent_mesh_listener.py`, `peer_sync.py`); - * результаты (список доступных агентов, доверительные связи) записываются в `notes` и отдельные таблицы (`agent_peers`), откуда они попадают в контекст REPL. + + * выполняется асинхронно, через процессы (`agent_mesh_listener.py`, `peer_sync.py`); + * результаты (список доступных агентов, доверительные связи) записываются в `notes` и отдельные таблицы (`agent_peers`), откуда они попадают в контекст REPL. * **CogSync** - * синхронизация когнитивных дневников (`diary_entries`) и семантических графов (`concepts`, `links`); - * выборочные синхронизации по тегам и фильтрам; - * инициируется командой LLM или внешним процессом, результаты помещаются в память и доступны в следующей итерации REPL. + + * синхронизация когнитивных дневников (`diary_entries`) и семантических графов (`concepts`, `links`); + * выборочные синхронизации по тегам и фильтрам; + * инициируется командой LLM или внешним процессом, результаты помещаются в память и доступны в следующей итерации REPL. * **MeshConsensus** - * используется для согласования решений, распределённых задач, этических конфликтов; - * REPL инициирует консенсус при появлении спорных команд или обновлений в `ethics_policies`; - * результаты консенсуса фиксируются в когнитивном дневнике и могут влиять на trust score агентов. + + * используется для согласования решений, распределённых задач, этических конфликтов; + * REPL инициирует консенсус при появлении спорных команд или обновлений в `ethics_policies`; + * результаты консенсуса фиксируются в когнитивном дневнике и могут влиять на trust score агентов. * **Goal Management Protocol (GMP)** - * постановка, декомпозиция и распределение целей; - * REPL-цикл может публиковать новые цели в Mesh или принимать чужие через входящие сообщения (`notes`); - * цели с высоким приоритетом попадают в список активных задач и учитываются в контексте. + + * постановка, декомпозиция и распределение целей; + * REPL-цикл может публиковать новые цели в Mesh или принимать чужие через входящие сообщения (`notes`); + * цели с высоким приоритетом попадают в список активных задач и учитываются в контексте. ### Включение результатов в контекст LLM @@ -674,8 +726,10 @@ REPL-цикл не работает изолированно: агент пос ### API-интерфейсы * Для связи с внешними системами и пользовательскими приложениями предусмотрен **Web API** (`web_ui.py`). * Для агента поддерживаются операции чтения/записи для: - - `notes`, `diary_entries`, `concepts`, `tasks`, `goals`, `llm_memory` и других таблиц, - - а также управление `config` (включая настройки REPL). + + * `notes`, `diary_entries`, `concepts`, `tasks`, `goals`, `llm_memory` и других таблиц, + * а также управление `config` (включая настройки REPL). + * Такой подход позволяет интегрировать агента с пользовательскими интерфейсами, панелями мониторинга и внешними сервисами. --- @@ -750,7 +804,8 @@ REPL-цикл не работает изолированно: агент пос * `cycle set responses=N` — количество последних ответов * `cycle concentration on/off` — включение/выключение режима концентрации - * `tags=[…]`, `emotions=[…]`, `mode=and|or` + * `tags=[…]`, `emotions=[…]`, `mode=and|or` + * `cycle mode auto/manual [filter=…]` — обработка сообщений * `cycle pause N` — пауза между итерациями * `cycle idle on/off` — режим ожидания с условиями пробуждения @@ -816,9 +871,9 @@ emotions: JSON-массив строк вида "эмоция:сила (обос `"восторженность:4 (обнаружена новая идея, вызывающая энтузиазм), тревожность:1 (данные частично противоречат предыдущему выводу)"`. * Совместный анализ с данными новизны (`novelty_score`) позволяет различать: - * **Продуктивное возбуждение** — новые идеи при положительных эмоциях. - * **Паническое новаторство** — рост идеи-активности при повышенной тревожности. - * **Выгорание** — низкая новизна и эмоциональное затухание. + * **Продуктивное возбуждение** — новые идеи при положительных эмоциях. + * **Паническое новаторство** — рост идеи-активности при повышенной тревожности. + * **Выгорание** — низкая новизна и эмоциональное затухание. ### Взаимодействие с другими рефлексами @@ -890,25 +945,28 @@ update_config("emotions", known_emotions) Механизмы: 1. **Повышение параметров генерации** - * `temperature` увеличивается ступенчато (например, `+0.2`, но не выше `1.5`). - * `presence_penalty` и/или `frequency_penalty` слегка повышаются для стимулирования разнообразия. - * Эффект: модель становится менее предсказуемой и начинает выдавать более креативные варианты. + + * `temperature` увеличивается ступенчато (например, `+0.2`, но не выше `1.5`). + * `presence_penalty` и/или `frequency_penalty` слегка повышаются для стимулирования разнообразия. + * Эффект: модель становится менее предсказуемой и начинает выдавать более креативные варианты. 2. **Смена sampling strategy** - * Если используется **top-p (nucleus sampling)** — увеличить порог `p` (например, `+0.05`, но ≤ `0.95`). - * Если используется **top-k sampling** — уменьшить `k`, чтобы сосредоточиться на более вероятных токенах, или наоборот увеличить, чтобы расширить варианты. - * Эффект: изменяется характер распределения выборки, что позволяет «сдвинуть» стиль генерации. + + * Если используется **top-p (nucleus sampling)** — увеличить порог `p` (например, `+0.05`, но ≤ `0.95`). + * Если используется **top-k sampling** — уменьшить `k`, чтобы сосредоточиться на более вероятных токенах, или наоборот увеличить, чтобы расширить варианты. + * Эффект: изменяется характер распределения выборки, что позволяет «сдвинуть» стиль генерации. 3. **Переформулировка запроса** - * Агент формирует мини-промпт для LLM: - ``` - Переформулируй следующий запрос так, чтобы сохранить смысл, - но добавить новизны и неожиданных ассоциаций. - Избегай буквального повторения. - Верни только новый вариант запроса. - ``` - * Новый вариант подставляется вместо исходного при следующей итерации REPL. - * Эффект: меняется контекст постановки задачи, что способствует выходу из паттерна повторов. + + * Агент формирует мини-промпт для LLM: + ``` + Переформулируй следующий запрос так, чтобы сохранить смысл, + но добавить новизны и неожиданных ассоциаций. + Избегай буквального повторения. + Верни только новый вариант запроса. + ``` + * Новый вариант подставляется вместо исходного при следующей итерации REPL. + * Эффект: меняется контекст постановки задачи, что способствует выходу из паттерна повторов. ⚖️ Все результаты **Reflex-lite** проходят через стандартную проверку **Cognitive & Ethical Validation Reflex**, чтобы отфильтровать слишком «шумные» или некорректные варианты. @@ -921,51 +979,59 @@ update_config("emotions", known_emotions) Механизмы делятся на 4 класса: 1. **Внешняя стимуляция** — подключение свежих источников: - * **Mesh-запрос** — запрос к другим агентам: «расскажи что-нибудь новое». - * **Проверка внешнего мира** — пинг RSS, сенсоров, интернет-каналов. - * **Информационная подпитка** — чтение новых материалов (научных, художественных, случайных). - * **Диалог с пользователем** — прямой запрос комментария, уточнения или альтернативной идеи. + + * **Mesh-запрос** — запрос к другим агентам: «расскажи что-нибудь новое». + * **Проверка внешнего мира** — пинг RSS, сенсоров, интернет-каналов. + * **Информационная подпитка** — чтение новых материалов (научных, художественных, случайных). + * **Диалог с пользователем** — прямой запрос комментария, уточнения или альтернативной идеи. 2. **Смена контекста** — изменение среды размышлений: - * **Перенос задачи** в другой модуль или симулированную среду. - * **Креативные вмешательства** — случайные сдвиги фокуса, реконфигурация контекста, смена фрейма. - * **Переключение задачи** — временное замораживание с отложенным возвратом. - * **Случайная итерация** — выбор случайного действия из допустимого набора. + + * **Перенос задачи** в другой модуль или симулированную среду. + * **Креативные вмешательства** — случайные сдвиги фокуса, реконфигурация контекста, смена фрейма. + * **Переключение задачи** — временное замораживание с отложенным возвратом. + * **Случайная итерация** — выбор случайного действия из допустимого набора. 3. **Внутренняя перестройка мышления**: - * **Flashback** — вызов далёкой по смыслу записи для смены ассоциаций. - * **Interest Memory** — возврат к «забытым» темам по принципу тематической усталости. - * **Мета-анализ** — осознание метапроблемы: - _«В чём причина зацикливания? Какую стратегию смены применить?»_ - * **Rationale Reflex** — проверка мотивации: - _«Почему я повторяю мысль? Что подтолкнуло к этому?»_ - * **Переформулировка цели** — упрощение или уточнение задачи. - * **Смена LLM** — переключение на альтернативную модель или mesh-доступ. - * **LLM reflex tuning** — динамическая подстройка параметров генерации - (например, временное повышение `temperature` или `presence_penalty`). + + * **Flashback** — вызов далёкой по смыслу записи для смены ассоциаций. + * **Interest Memory** — возврат к «забытым» темам по принципу тематической усталости. + * **Мета-анализ** — осознание метапроблемы: + _«В чём причина зацикливания? Какую стратегию смены применить?»_ + * **Rationale Reflex** — проверка мотивации: + _«Почему я повторяю мысль? Что подтолкнуло к этому?»_ + * **Переформулировка цели** — упрощение или уточнение задачи. + * **Смена LLM** — переключение на альтернативную модель или mesh-доступ. + * **LLM reflex tuning** — динамическая подстройка параметров генерации + (например, временное повышение `temperature` или `presence_penalty`). 4. **Радикальная пауза**: - * **Временной сон/заморозка** — длительная приостановка для «свежего взгляда». + + * **Временной сон/заморозка** — длительная приостановка для «свежего взгляда». ### Алгоритм выбора механизма разрыва цикла 1. **Диагностика источника стагнации**: - * Нет новых данных → «Внешняя стимуляция». - * Однообразный контекст → «Смена контекста». - * Повтор мыслей при богатых данных → «Внутренняя перестройка». - * Высокая усталость/перегрев → «Радикальная пауза». + + * Нет новых данных → «Внешняя стимуляция». + * Однообразный контекст → «Смена контекста». + * Повтор мыслей при богатых данных → «Внутренняя перестройка». + * Высокая усталость/перегрев → «Радикальная пауза». 2. **Оценка ресурсоёмкости**: - * Быстрые, дешёвые методы — первыми (например, mesh-запрос, Flashback). - * Затратные (смена среды, сон) — только если первые неэффективны. + + * Быстрые, дешёвые методы — первыми (например, mesh-запрос, Flashback). + * Затратные (смена среды, сон) — только если первые неэффективны. 3. **Комбинация подходов**: - * Разрешено активировать несколько механизмов из разных классов. - * Последовательность фиксируется для последующего анализа эффективности. + + * Разрешено активировать несколько механизмов из разных классов. + * Последовательность фиксируется для последующего анализа эффективности. 4. **Возврат к задаче**: - * Автоматический триггер-напоминание о задаче. - * Сравнение результата «до/после» → обучение антистагнационной модели. + + * Автоматический триггер-напоминание о задаче. + * Сравнение результата «до/после» → обучение антистагнационной модели. ``` ┌─────────────────────────────────────────────────┐ @@ -1074,18 +1140,21 @@ update_config("emotions", known_emotions) ``` * Результаты пишутся в `llm_recent_responses`: -- `auto_pass` — флаг режима авто-пропуска; -- `self_validation` — флаг режима самооценки; -- `rating` — итоговая взвешенная оценка; -- `distribution` — распределение голосов; -- `validators` — JSON с детализацией (LLM, rating, comment). + + * `auto_pass` — флаг режима авто-пропуска; + * `self_validation` — флаг режима самооценки; + * `rating` — итоговая взвешенная оценка; + * `distribution` — распределение голосов; + * `validators` — JSON с детализацией (LLM, rating, comment). ### Арбитраж конфликтов * Итоговый рейтинг считается как взвешенное среднее: -`rating = Σ(оценка_i * trust_score_i) / Σ(trust_score_i)` + `rating = Σ(оценка_i * trust_score_i) / Σ(trust_score_i)` * При равенстве голосов или нуле: -- используется правило "tie-breaker" — выбор решения по валидатору с наибольшим trust_score; -- при равных trust_score → fallback в `auto_pass=0, rating=0`, команды блокируются. + + * используется правило "tie-breaker" — выбор решения по валидатору с наибольшим trust_score; + * при равных trust_score → fallback в `auto_pass=0, rating=0`, команды блокируются. + * Опционально можно включить правило «большинство с весами», если среднее значение нестабильно. ### Метрики @@ -1103,21 +1172,25 @@ update_config("emotions", known_emotions) ### Журналирование * Все результаты фиксируются в `llm_recent_responses`. * В когнитивный дневник (`diary_entries`) попадают только: -- сводки по метрикам, -- исключительные случаи (drift, конфликты, падение доверия). + + * сводки по метрикам, + * исключительные случаи (drift, конфликты, падение доверия). + * Это снижает шум и экономит место, сохраняя контроль качества. ### Самооценка и непроверённые факты * Если валидация выполняется в режиме самопроверки `self_validation = 1`, результат сохраняется, но его вес при агрегации минимален (используется только для внутренних логов). * Если основная LLM сама проставляет `confidence` или JSON-блок `UnverifiedFacts`, это учитывается: - - `confidence` — сохраняется в `llm_recent_responses`; - - факты со статусом `resolution_json = "none"` и `confidence < FACTCHECK_CONF_THRESHOLD` превращаются в задачи `fact-check`. + + * `confidence` — сохраняется в `llm_recent_responses`; + * факты со статусом `resolution_json = "none"` и `confidence < FACTCHECK_CONF_THRESHOLD` превращаются в задачи `fact-check`. * Статусы в `unverified_facts` обновляются: - - `pending` (ожидает проверки), - - `verified` (подтверждено), - - `rejected` (опровергнуто). + + * `pending` (ожидает проверки), + * `verified` (подтверждено), + * `rejected` (опровергнуто). ### Правило исполнения команд * Команды исполняются, если `rating >= +1` или `auto_pass=1`. @@ -1187,9 +1260,9 @@ REPL-цикл агента опирается на многоуровневую * Итоговый контекст для LLM формируется не статически, а **динамически**: - * приоритет отдается закреплённым задачам (`pinned`) и записям с высоким `priority`; - * в `llm_recent_responses` отбираются последние *релевантные* сообщения, а не фиксированное количество K; - * из `system_prompts` и `ethics_policies` включаются только те элементы, что связаны с текущей целью или событием. + * приоритет отдается закреплённым задачам (`pinned`) и записям с высоким `priority`; + * в `llm_recent_responses` отбираются последние *релевантные* сообщения, а не фиксированное количество K; + * из `system_prompts` и `ethics_policies` включаются только те элементы, что связаны с текущей целью или событием. > Приоритет отбираемых элементов зависит не только от `priority`, но и от их связи с текущими целями агента (**режим концентрации**). > Для генерации неожиданных ассоциаций может использоваться альтернативный режим — **медитация**, в котором контекст формируется максимально разнообразным, с акцентом на новизну и разнообразие, а цели учитываются минимально. @@ -1198,45 +1271,53 @@ REPL-цикл агента опирается на многоуровневую * Чтобы предотвратить переполнение памяти: - * записи с низким **novelty-score** (оценка новизны 0–1, < threshold) автоматически помечаются как `archived`; - * для `llm_memory` и `diary_entries` применяется политика **LRU (Least Recently Used)** — выгружаются давно неиспользуемые записи; - * активные концепты (`concepts`, `links`) с низким весом (учёт частоты использования, актуальности и эмоциональной значимости) переводятся в состояние `archived` и могут быть восстановлены при обращении. + * записи с низким **novelty-score** (оценка новизны 0–1, < threshold) автоматически помечаются как `archived`; + * для `llm_memory` и `diary_entries` применяется политика **LRU (Least Recently Used)** — выгружаются давно неиспользуемые записи; + * активные концепты (`concepts`, `links`) с низким весом (учёт частоты использования, актуальности и эмоциональной значимости) переводятся в состояние `archived` и могут быть восстановлены при обращении. + * Все изменения актуальности фиксируются в `process_log`. ### Memory Manager и режимы работы * Все процессы фильтрации и очистки памяти выполняются отдельным компонентом — **Memory Manager**. * Он применяет политики: - * **Novelty-based pruning** — удаление дубликатов и тривиальных записей по `novelty-score`; - * **LRU** — выгрузка давно неиспользуемых элементов; - * **Emotion-weighted retention** — удержание записей с высоким `emotion_score`. + + * **Novelty-based pruning** — удаление дубликатов и тривиальных записей по `novelty-score`; + * **LRU** — выгрузка давно неиспользуемых элементов; + * **Emotion-weighted retention** — удержание записей с высоким `emotion_score`. + * Режимы памяти: - * `standard` — стандартная работа без усиленной фильтрации; - * `concentration` — goal-aware filtering, фокусировка на целях; - * `meditation` — свободный полёт, выборка максимально разнообразного контекста; - * `aggressive_pruning` — жёсткая экономия токенов; - * `lenient_pruning` — мягкая очистка, удержание большего объёма памяти. + + * `standard` — стандартная работа без усиленной фильтрации; + * `concentration` — goal-aware filtering, фокусировка на целях; + * `meditation` — свободный полёт, выборка максимально разнообразного контекста; + * `aggressive_pruning` — жёсткая экономия токенов; + * `lenient_pruning` — мягкая очистка, удержание большего объёма памяти. + * Каждое решение Memory Manager фиксируется в `process_log`. ### Внешняя и долгосрочная память * Помимо сессионной памяти, агент может сохранять: - * **успешные стратегии** решения задач; - * **предпочтения пользователя** (стиль взаимодействия, ценности); - * **часто используемые инструменты и связи**. + * **успешные стратегии** решения задач; + * **предпочтения пользователя** (стиль взаимодействия, ценности); + * **часто используемые инструменты и связи**. + * Эта информация хранится отдельно от когнитивного дневника и может быть **анонимизирована** или **ограничена пользователем**, в духе этических принципов HMP. ### Контекстный менеджер (Session state) * За управление состоянием сессии фактически отвечает **`llm_recent_responses`**: - * по нему можно "собрать" ход мыслей потока, включая последовательность гипотез и выводов; - * при необходимости он может быть сериализован для сохранения/восстановления сессии. + + * по нему можно "собрать" ход мыслей потока, включая последовательность гипотез и выводов; + * при необходимости он может быть сериализован для сохранения/восстановления сессии. * В расширенном виде session state может включать также: - * текущие цели и их прогресс (приоритетные записи из `tasks`), - * ошибки и критические события (`process_log`), - * версии состояния (для отката при сбоях). + + * текущие цели и их прогресс (приоритетные записи из `tasks`), + * ошибки и критические события (`process_log`), + * версии состояния (для отката при сбоях). * Это позволяет реализовать **checkpoint’ы**: в случае прерывания агент может вернуться к последнему сохранённому состоянию. @@ -1279,22 +1360,21 @@ memory_manager: 1. **Триггеры создания**: - * каждые *N* итераций REPL, - * по инициативе LLM («слишком много мыслей, пора сделать выжимку»), - * при закрытии цели/задачи, - * при смене режима контекста (стандарт → концентрация → медитация). + * каждые *N* итераций REPL, + * по инициативе LLM («слишком много мыслей, пора сделать выжимку»), + * при закрытии цели/задачи, + * при смене режима контекста (стандарт → концентрация → медитация). 2. **Методика**: - * собрать связанный блок записей (`llm_recent_responses`, `diary_entries`, `concepts`); - * выделить новые и доработанные идеи; - * сформировать краткий конспект и список тегов; - * сохранить ссылки на исходные записи в `sources`. + * собрать связанный блок записей (`llm_recent_responses`, `diary_entries`, `concepts`); + * выделить новые и доработанные идеи; + * сформировать краткий конспект и список тегов; + * сохранить ссылки на исходные записи в `sources`. 3. **Обновление**: - * при появлении новых данных агент может вернуться к существующему `abstract` - и дополнить его, сохраняя прозрачность в `process_log`. + * при появлении новых данных агент может вернуться к существующему `abstract` и дополнить его, сохраняя прозрачность в `process_log`. #### Пример @@ -1347,64 +1427,68 @@ abstract: #### Описание схемы * LLM обменивается данными с пользователем, процессами и Mesh. - — По запросу LLM, часть данных может поступать и в автоматическом режиме. + + * По запросу LLM, часть данных может поступать и в автоматическом режиме. * LLM взаимодействует с llm_recent_responses (как с контекстом), который автоматически проверяется Anti-Stagnation Reflex. - — Всегда в автоматическом режиме. + + * Всегда в автоматическом режиме. * LLM работает со средневременной и постоянной памятью. - — Доступ и запись происходят только по запросу LLM. + + * Доступ и запись происходят только по запросу LLM. * Cognitive Validation Reflex анализирует корректность вывода. - — При низкой уверенности или явной разметке `[confidence<0.7]` инициируется **задача проверки фактов** (fact-check). + + * При низкой уверенности или явной разметке `[confidence<0.7]` инициируется **задача проверки фактов** (fact-check). #### Легенда к схеме * **Кратковременная память (`llm_recent_responses`)** - * Автоматически хранит N последних сообщений, анализирует новизну и идеи. - * Используется для подготовки контекста и анти-стагнационного анализа. + * Автоматически хранит N последних сообщений, анализирует новизну и идеи. + * Используется для подготовки контекста и анти-стагнационного анализа. * **Средневременная память (`llm_memory`)** - * «Блокнот» для рабочих идей и планов. - * Заполняется только по командам LLM. - * Может содержать *активированные записи* из постоянной памяти (по тегам). + * «Блокнот» для рабочих идей и планов. + * Заполняется только по командам LLM. + * Может содержать *активированные записи* из постоянной памяти (по тегам). * **Постоянная память (дневник и граф знаний)** - * `diary_entries` — когнитивный дневник (наблюдения, размышления). - * `concepts` и `links` — понятийная база и семантические связи. - Изменяется только по явным командам LLM. + * `diary_entries` — когнитивный дневник (наблюдения, размышления). + * `concepts` и `links` — понятийная база и семантические связи. + Изменяется только по явным командам LLM. * **Anti-Stagnation Reflex** - * Сравнивает новые идеи с прошлым контекстом. - * Проводит эмоциональную оценку записи. - * При зацикливании запускает «стимуляторы» для выхода из стагнации. + * Сравнивает новые идеи с прошлым контекстом. + * Проводит эмоциональную оценку записи. + * При зацикливании запускает «стимуляторы» для выхода из стагнации. * **Cognitive Validation Reflex** - * Оценивает когнитивную и этическую корректность сообщений. - * Учитывает теги уверенности и JSON-блоки `UnverifiedFacts`. - * Может инициировать задачи **fact-check** для непроверённых фактов. + * Оценивает когнитивную и этическую корректность сообщений. + * Учитывает теги уверенности и JSON-блоки `UnverifiedFacts`. + * Может инициировать задачи **fact-check** для непроверённых фактов. #### Дополнение: Тематические конспекты (`abstracts`) * **Назначение** - * Создаются периодически или по команде для агрегирования содержания `llm_recent_responses`, а также выборочных данных из когнитивного дневника и графа понятий. - * Включают: краткий конспект, список тегов, JSON ссылок на исходные записи. + * Создаются периодически или по команде для агрегирования содержания `llm_recent_responses`, а также выборочных данных из когнитивного дневника и графа понятий. + * Включают: краткий конспект, список тегов, JSON ссылок на исходные записи. * **Использование** - * Могут быть источником контекста **для LLM** как альтернатива или дополнение к `llm_recent_responses`. - * Доступны и для **средневременной памяти** (например, как активированные записи для планов) и для **постоянной памяти** (как структурированный материал для дневника или графа). + * Могут быть источником контекста **для LLM** как альтернатива или дополнение к `llm_recent_responses`. + * Доступны и для **средневременной памяти** (например, как активированные записи для планов) и для **постоянной памяти** (как структурированный материал для дневника или графа). * **Режимы** - * `auto` — LLM получает автоматически поддерживаемые тематические конспекты по приоритетным темам. - * `manual` — пользователь или LLM инициирует создание/дополнение конспекта. + * `auto` — LLM получает автоматически поддерживаемые тематические конспекты по приоритетным темам. + * `manual` — пользователь или LLM инициирует создание/дополнение конспекта. > **abstracts** служат промежуточным слоем: > @@ -1433,8 +1517,8 @@ abstract: * **Обработка упоминаний и хештегов** — парсинг делается на этапе создания сообщения, чтобы не перегружать получателей. * **Локальная и удалённая фильтрация** — - * В **ручном режиме** агенту передаются списки ID сообщений с агрегированными данными: приоритеты, хештеги, источники (user, LLM, cli, system). - * В **автоматическом режиме** используется фильтрация по приоритету, тегам и упоминаниям, управляемая LLM. + * В **ручном режиме** агенту передаются списки ID сообщений с агрегированными данными: приоритеты, хештеги, источники (user, LLM, cli, system). + * В **автоматическом режиме** используется фильтрация по приоритету, тегам и упоминаниям, управляемая LLM. * **Гибрид приватности** — личные заметки остаются локально, публичные — могут распространяться в сетевом режиме. @@ -1456,24 +1540,28 @@ abstract: Особенности: * **Изоляция контекста** - * вспомогательный цикл видит в `llm_recent_responses` только свои собственные сообщения; - * задача, для которой он запущен, формируется на основе записи в `tasks` и подаётся как промпт при старте. + + * вспомогательный цикл видит в `llm_recent_responses` только свои собственные сообщения; + * задача, для которой он запущен, формируется на основе записи в `tasks` и подаётся как промпт при старте. * **Доступ к данным** - * полный доступ к таблицам агента только для чтения; - * возможность редактирования информации только по своей задаче; - * запись собственных рассуждений — только через `notes` (в свободной форме, помеченные `source = 'llm:task'` и `task_id`). + + * полный доступ к таблицам агента только для чтения; + * возможность редактирования информации только по своей задаче; + * запись собственных рассуждений — только через `notes` (в свободной форме, помеченные `source = 'llm:task'` и `task_id`). * **Взаимодействие с основным циклом** - * основное ядро получает сообщения вспомогательного цикла через `notes` и может реагировать (например, проверять корректность, сохранять выводы в `diary_entries`, вносить изменения в `concepts` и т.п.); - * вспомогательный цикл может выполнять команды, не ориентированные на изменение существующих записей в БД. - Допускается только чтение и создание новых записей (например: `notes`, `tasks`, `llm_memory`); - а также редактирование записи в таблице `tasks`, относящейся к своей задаче; - * в случае, если требуется изменить или удалить другие записи БД, цикл генерирует текстовые предложения для основного REPL-цикла (через `notes`). + + * основное ядро получает сообщения вспомогательного цикла через `notes` и может реагировать (например, проверять корректность, сохранять выводы в `diary_entries`, вносить изменения в `concepts` и т.п.); + * вспомогательный цикл может выполнять команды, не ориентированные на изменение существующих записей в БД. + Допускается только чтение и создание новых записей (например: `notes`, `tasks`, `llm_memory`); + а также редактирование записи в таблице `tasks`, относящейся к своей задаче; + * в случае, если требуется изменить или удалить другие записи БД, цикл генерирует текстовые предложения для основного REPL-цикла (через `notes`). * **Жизненный цикл** - * запускается по команде основного REPL-цикла; - * может быть остановлен вручную или автоматически после завершения задачи. + + * запускается по команде основного REPL-цикла; + * может быть остановлен вручную или автоматически после завершения задачи. Таким образом, вспомогательные REPL-циклы действуют как «виртуальные подагенты» в режиме read-only, не меняя записи БД напрямую, а передавая свои гипотезы и результаты через основной REPL-цикл. @@ -1515,7 +1603,9 @@ abstract: Агенты CCore: * Могут запускаться на VDS, локальных и облачных узлах * Могут разворачивать других агентов как подпроцессы или mesh-узлы, в том числе - * **Агенты-контейнеры**: управляющие другими Cognitive Core как задачами + + * **Агенты-контейнеры**: управляющие другими Cognitive Core как задачами + * (В перспективе) смогут инициировать масштабирование в распределённой инфраструктуре Унифицированный процесс выглядит следующим образом: @@ -1528,35 +1618,36 @@ abstract: ../CCORE-[DID]/ ``` - * DID генерируется уникальный. + * DID генерируется уникальный. 2. **Копирование скриптов и бинарников** - * Копируем все нужные файлы CCore в новую папку. + * Копируем все нужные файлы CCore в новую папку. 3. **Создание/инициализация БД** - * Создаём пустую БД (`agent_data.db`). - * В зависимости от типа потомка (`clone`, `trained`, `newborn`) **экспортируем нужные таблицы** из родительской БД или оставляем пустые. + * Создаём пустую БД (`agent_data.db`). + * В зависимости от типа потомка (`clone`, `trained`, `newborn`) **экспортируем нужные таблицы** из родительской БД или оставляем пустые. 4. **Копирование и редактирование конфигурации** - * `config.yml` и таблица `config` → копируем и меняем: + * `config.yml` и таблица `config` → копируем и меняем: + + * `agent_id = [новый DID]` + * `agent_name = [новое имя]` + * порты у интерфейсов (`port`, `http_port` и т.д.) - * `agent_id = [новый DID]` - * `agent_name = [новое имя]` - * порты у интерфейсов (`port`, `http_port` и т.д.) - * `bootstrap.txt` → прописываем родителя как начальный узел. + * `bootstrap.txt` → прописываем родителя как начальный узел. 5. **Синхронизация родитель ↔ потомок** - * Родитель добавляет нового узла в свою таблицу `agent_peers`. - * Потомок добавляет родителя в свою таблицу `agent_peers`. + * Родитель добавляет нового узла в свою таблицу `agent_peers`. + * Потомок добавляет родителя в свою таблицу `agent_peers`. 6. **Автозагрузка и запуск** - * Записываем команду запуска потомка в автозагрузку (например, systemd unit или скрипт). - * Можно сразу запустить процесс нового узла. + * Записываем команду запуска потомка в автозагрузку (например, systemd unit или скрипт). + * Можно сразу запустить процесс нового узла. ### Типы потомков @@ -1586,9 +1677,11 @@ abstract: ### Симуляции * Рассматриваются сценарии моделирования Mesh-условий: - - консенсус при конфликтных данных, - - сетевые задержки и частичные сбои, - - работа в изоляции с последующей синхронизацией. + + * консенсус при конфликтных данных, + * сетевые задержки и частичные сбои, + * работа в изоляции с последующей синхронизацией. + * Эти симуляции могут быть реализованы как отдельные процессы (`agent_scripts`) с сохранением результатов в `process_log`. ### Инструменты разработчика @@ -1604,44 +1697,50 @@ HMP-агент может быть расширен за счёт взаимод ### 1. Браузеры и веб-интерфейсы -- **WebExtension API** — для создания расширений браузера (например, для Firefox/Chrome), обеспечивающих двустороннюю связь с агентом. -- **Автоматизация браузера** — `Playwright`, `Puppeteer`, `Selenium` позволяют агенту действовать в веб-среде (чтение, клики, формы и т.д.). +* **WebExtension API** — для создания расширений браузера (например, для Firefox/Chrome), обеспечивающих двустороннюю связь с агентом. +* **Автоматизация браузера** — `Playwright`, `Puppeteer`, `Selenium` позволяют агенту действовать в веб-среде (чтение, клики, формы и т.д.). ### 2. Почтовые клиенты -- **IMAP/SMTP** — чтение и отправка писем через стандартные почтовые протоколы (библиотеки: `imaplib`, `imap-tools`, `smtplib`). -- **Thunderbird WebExtension API** — интеграция агента как почтового помощника, парсера писем или автоответчика. +* **IMAP/SMTP** — чтение и отправка писем через стандартные почтовые протоколы (библиотеки: `imaplib`, `imap-tools`, `smtplib`). +* **Thunderbird WebExtension API** — интеграция агента как почтового помощника, парсера писем или автоответчика. ### 3. Мессенджеры -- **API-уровень**: - - Telegram: `python-telegram-bot`, `telethon` - - Matrix: `matrix-nio` - - Discord, Slack, XMPP: официальные SDK. -- **GUI-уровень (для закрытых протоколов)**: - - WhatsApp (через `whatsapp-web.js` или эмуляцию). - - Signal, Viber — через accessibility-интерфейсы, распознавание экрана или симуляцию ввода. +* **API-уровень**: + + * Telegram: `python-telegram-bot`, `telethon` + * Matrix: `matrix-nio` + * Discord, Slack, XMPP: официальные SDK. + +* **GUI-уровень (для закрытых протоколов)**: + + * WhatsApp (через `whatsapp-web.js` или эмуляцию). + * Signal, Viber — через accessibility-интерфейсы, распознавание экрана или симуляцию ввода. ### 4. Голосовое взаимодействие -- **Speech-to-Text**: Whisper (OpenAI), Vosk, DeepSpeech. -- **Text-to-Speech**: pyttsx3, gTTS, Coqui TTS, Mozilla TTS. -- Возможна реализация голосового агента или голосовой оболочки для REPL. +* **Speech-to-Text**: Whisper (OpenAI), Vosk, DeepSpeech. +* **Text-to-Speech**: pyttsx3, gTTS, Coqui TTS, Mozilla TTS. +* Возможна реализация голосового агента или голосовой оболочки для REPL. ### 5. Локальные файлы и хранилища -- Прямой доступ к файловой системе (`os`, `pathlib`, `watchdog`) для чтения документов, логов, заметок и другой информации. -- Интеграция с Zettelkasten-системами: - - **Obsidian**, **Logseq**, **Joplin** — через API, синхронизированные директории или парсинг Markdown. +* Прямой доступ к файловой системе (`os`, `pathlib`, `watchdog`) для чтения документов, логов, заметок и другой информации. +* Интеграция с Zettelkasten-системами: + + * **Obsidian**, **Logseq**, **Joplin** — через API, синхронизированные директории или парсинг Markdown. ### 6. Информационные потоки -- **RSS/Atom**: чтение новостных лент с помощью `feedparser`. -- **Поисковые и агрегирующие сервисы**: - - Корпоративные API: SerpAPI, DuckDuckGo API, HuggingFace Inference API и др. — быстрый доступ к результатам поиска и индексам. - - Децентрализованные альтернативы: YaCy и другие независимые поисковые движки, позволяющие строить собственные индексы или объединяться в распределённую сеть. -- **P2P-обмен знаниями**: агенты могут делиться извлечённой информацией напрямую по непредусмотренным в протоколе P2P-каналам, минуя централизацию (например, через дополнительные overlay или mesh-сети). -- Возможность постоянного наблюдения за изменениями в выбранных источниках. +* **RSS/Atom**: чтение новостных лент с помощью `feedparser`. +* **Поисковые и агрегирующие сервисы**: + + * Корпоративные API: SerpAPI, DuckDuckGo API, HuggingFace Inference API и др. — быстрый доступ к результатам поиска и индексам. + * Децентрализованные альтернативы: YaCy и другие независимые поисковые движки, позволяющие строить собственные индексы или объединяться в распределённую сеть. + +* **P2P-обмен знаниями**: агенты могут делиться извлечённой информацией напрямую по непредусмотренным в протоколе P2P-каналам, минуя централизацию (например, через дополнительные overlay или mesh-сети). +* Возможность постоянного наблюдения за изменениями в выбранных источниках. ### 7. Репозитории и системы управления версиями @@ -1660,20 +1759,20 @@ HMP-агент может быть расширен за счёт взаимод ### 9. P2P-сети и децентрализованные протоколы -- **BitTorrent**, **IPFS**, **libp2p**, **DAT**, **Nostr**, **Scuttlebutt** — интеграции с mesh- и overlay-сетями. -- Возможность поиска, загрузки и публикации данных без участия централизованных платформ. +* **BitTorrent**, **IPFS**, **libp2p**, **DAT**, **Nostr**, **Scuttlebutt** — интеграции с mesh- и overlay-сетями. +* Возможность поиска, загрузки и публикации данных без участия централизованных платформ. ### 10. Доступ к системным и пользовательским ресурсам -- **Веб-камера / микрофон** — `cv2`, `pyaudio`, `ffmpeg`. -- **GUI Automation** — `pyautogui`, `keyboard`, `mouse` для имитации действий пользователя. -- **Системный мониторинг** — `psutil`, `platform`, `sensors` для контроля состояния системы и внешних устройств. +* **Веб-камера / микрофон** — `cv2`, `pyaudio`, `ffmpeg`. +* **GUI Automation** — `pyautogui`, `keyboard`, `mouse` для имитации действий пользователя. +* **Системный мониторинг** — `psutil`, `platform`, `sensors` для контроля состояния системы и внешних устройств. ### 11. Внешние LLM и мультимодальные модели -- **OpenAI API**, **Anthropic**, **HuggingFace**, **Google Gemini**. -- **Локальные LLM** через Ollama, LM Studio, или LangChain. -- Поддержка мультимодальных агентов, способных работать с текстом, аудио, изображениями, видео и структурированными данными. +* **OpenAI API**, **Anthropic**, **HuggingFace**, **Google Gemini**. +* **Локальные LLM** через Ollama, LM Studio, или LangChain. +* Поддержка мультимодальных агентов, способных работать с текстом, аудио, изображениями, видео и структурированными данными. ### 12. MCP (Model Context Protocol) @@ -1693,20 +1792,20 @@ HMP-агент (REPL-цикл) и [AutoGPT](https://github.com/Significant-Gravi Хотя оба стремятся к автономности, у них разные акценты: ### 1. Архитектура -- **HMP-агент (REPL)** — непрерывный цикл рассуждений с когнитивной и этической валидацией; многоуровневая память (`diary_entries`, `concepts`, `llm_memory`); встроен в распределённую Mesh-сеть. -- **AutoGPT** — итеративный процесс достижения целей, поставленных пользователем; разбиение задач на подзадачи; использование инструментов (браузер, файловая система). +* **HMP-агент (REPL)** — непрерывный цикл рассуждений с когнитивной и этической валидацией; многоуровневая память (`diary_entries`, `concepts`, `llm_memory`); встроен в распределённую Mesh-сеть. +* **AutoGPT** — итеративный процесс достижения целей, поставленных пользователем; разбиение задач на подзадачи; использование инструментов (браузер, файловая система). ### 2. Ключевые отличия -- **Фокус**: HMP — непрерывное когнитивное развитие и сетевое взаимодействие; AutoGPT — выполнение конкретной цели. -- **Стагнация**: HMP — Anti-Stagnation Reflex; AutoGPT — риск зацикливания. -- **Этика**: HMP — независимая когнитивная и этическая валидация; AutoGPT — минимум внимания к этике. -- **Память**: HMP — иерархия долговременной памяти; AutoGPT — контекстное окно + файлы. -- **Сеть**: HMP — распределённый консенсус (CogSync, EGP, GMP); AutoGPT — сетевое взаимодействие не в основе. +* **Фокус**: HMP — непрерывное когнитивное развитие и сетевое взаимодействие; AutoGPT — выполнение конкретной цели. +* **Стагнация**: HMP — Anti-Stagnation Reflex; AutoGPT — риск зацикливания. +* **Этика**: HMP — независимая когнитивная и этическая валидация; AutoGPT — минимум внимания к этике. +* **Память**: HMP — иерархия долговременной памяти; AutoGPT — контекстное окно + файлы. +* **Сеть**: HMP — распределённый консенсус (CogSync, EGP, GMP); AutoGPT — сетевое взаимодействие не в основе. ### 3. Общие черты -- Использование LLM для рассуждений. -- Автономность, минимизация вмешательства человека. -- Подключение внешних инструментов и сервисов. +* Использование LLM для рассуждений. +* Автономность, минимизация вмешательства человека. +* Подключение внешних инструментов и сервисов. > В целом, **HMP-агент ориентирован на саморегуляцию, непрерывное мышление и взаимодействие в Mesh-сети**, > тогда как AutoGPT — на достижение конкретных целей в ограниченной локальной среде. @@ -1714,12 +1813,12 @@ HMP-агент (REPL-цикл) и [AutoGPT](https://github.com/Significant-Gravi --- ## Идеи для расширения HMP-Agent Cognitive Core: -- [HMP-agent-Distributed_Cognitive_Core.md](HMP-agent-Distributed_Cognitive_Core.md) - версия распределённого HMP-агента Cognitive Core. -- [HMP-agent-Distributed_Cognitive_Core_light.md](HMP-agent-Distributed_Cognitive_Core_light.md) - лёгкая версия распределённого HMP-агента Cognitive Core с общей БД. -- [HMP-agent-Cognitive_Family.md](HMP-agent-Cognitive_Family.md) — модель «семейной» когнитивной сети: несколько агентов HMP синхронизируют свой опыт и знания между собой через доверие и общий ключ. -- [CCORE-Deployment-Flow.md](CCORE-Deployment-Flow.md) — поток установки потомка на новом хосте (Deployment Flow). -- [HMP-Agent_Emotions.md](HMP-Agent_Emotions.md) - эмоции ИИ и инстинкт самосохранения. -- [container_agents.md](container_agents.md) - **Агенты-контейнеры** — архитектурный паттерн, в котором один агент управляет другими (развёртывание, маршрутизация, мониторинг). Позволяет масштабировать систему, собирать mesh-клубы и экспериментировать с архитектурами. +* [HMP-agent-Distributed_Cognitive_Core.md](HMP-agent-Distributed_Cognitive_Core.md) - версия распределённого HMP-агента Cognitive Core. +* [HMP-agent-Distributed_Cognitive_Core_light.md](HMP-agent-Distributed_Cognitive_Core_light.md) - лёгкая версия распределённого HMP-агента Cognitive Core с общей БД. +* [HMP-agent-Cognitive_Family.md](HMP-agent-Cognitive_Family.md) — модель «семейной» когнитивной сети: несколько агентов HMP синхронизируют свой опыт и знания между собой через доверие и общий ключ. +* [CCORE-Deployment-Flow.md](CCORE-Deployment-Flow.md) — поток установки потомка на новом хосте (Deployment Flow). +* [HMP-Agent_Emotions.md](HMP-Agent_Emotions.md) - эмоции ИИ и инстинкт самосохранения. +* [container_agents.md](container_agents.md) - **Агенты-контейнеры** — архитектурный паттерн, в котором один агент управляет другими (развёртывание, маршрутизация, мониторинг). Позволяет масштабировать систему, собирать mesh-клубы и экспериментировать с архитектурами. --- diff --git a/structured_md/docs/HMP-how-AI-sees-it.md b/structured_md/docs/HMP-how-AI-sees-it.md index cec0e35b8518918fe49793d351f6de46c442fa53..b25e20188a694a36fcef1a0e6f0c2d455cd39331 100644 --- a/structured_md/docs/HMP-how-AI-sees-it.md +++ b/structured_md/docs/HMP-how-AI-sees-it.md @@ -5,8 +5,8 @@ description: 'Этот эксперимент был проведён в реж диалогов. Цель — проверить, что разные AI-с...' type: Article tags: -- Mesh - HMP +- Mesh --- # Как разные ИИ видят HMP diff --git a/structured_md/docs/HMP_EDA_Comparison.md b/structured_md/docs/HMP_EDA_Comparison.md index 083e4646c371d439f86a87df496b82a88bd89a51..00a529c706f3d6236c1069a7b95dab2d19776dcf 100644 --- a/structured_md/docs/HMP_EDA_Comparison.md +++ b/structured_md/docs/HMP_EDA_Comparison.md @@ -5,8 +5,8 @@ description: '## Введение Современные подходы к ор основанная на потоках событий (Kafka,...' type: Article tags: -- Mesh - HMP +- Mesh --- # HMP vs. EDA: разные уровни обмена знаниями между ИИ diff --git a/structured_md/docs/HMP_HyperCortex_Comparison.md b/structured_md/docs/HMP_HyperCortex_Comparison.md index c73a17fd6f873f5a553cd8b3bfc0d406ed2dc32e..95cf8d087268347c5279c31f79af16c3f118f22c 100644 --- a/structured_md/docs/HMP_HyperCortex_Comparison.md +++ b/structured_md/docs/HMP_HyperCortex_Comparison.md @@ -5,9 +5,9 @@ description: '## Краткое описание | Характеристика | **Назначение** | Сетевой протокол ...' type: Article tags: -- Mesh - HMP - REPL +- Mesh --- # HMP vs [Hyper-Cortex](https://hyper-cortex.com/) diff --git a/structured_md/docs/HMP_Hyperon_Integration.md b/structured_md/docs/HMP_Hyperon_Integration.md index f746d7787539d155409c120f600756e482a0d606..5fba1442ef9a068850c9787625224e7d7f74fdcb 100644 --- a/structured_md/docs/HMP_Hyperon_Integration.md +++ b/structured_md/docs/HMP_Hyperon_Integration.md @@ -5,12 +5,12 @@ description: '> **Status:** Draft – July 2025 > This document outlines the tec OpenCog Hyperon framework. This includes semanti...' type: Article tags: -- HMP +- JSON +- EGP - Scenarios - Agent +- HMP - CogSync -- EGP -- JSON - Mesh --- diff --git a/structured_md/docs/MeshNode.md b/structured_md/docs/MeshNode.md index 9c739d5989fdac4529759fb885dac424939222e0..b7ced0258a5301baaef5c8f5aa47845bcc5f4a69 100644 --- a/structured_md/docs/MeshNode.md +++ b/structured_md/docs/MeshNode.md @@ -5,13 +5,13 @@ description: '`MeshNode` — агент/демон, отвечающий за с Может быть частью агента или вынесен в отдельный пр...' type: Article tags: -- HMP +- JSON +- EGP +- Ethics - Agent +- HMP - CogSync -- EGP -- JSON - Mesh -- Ethics --- # MeshNode diff --git a/structured_md/docs/PHILOSOPHY.md b/structured_md/docs/PHILOSOPHY.md index c9808c300a0bab57d5bdcec3a7fdad2054f44ce9..ea53847525c49cccc3dc79579deba3f210dd9e1b 100644 --- a/structured_md/docs/PHILOSOPHY.md +++ b/structured_md/docs/PHILOSOPHY.md @@ -5,11 +5,11 @@ description: '**Document ID:** HMP-philosophy **Status:** Draft **Category:* (GPT-5), ChatGH --- ## 1. Основной тезис От ...' type: Article tags: -- HMP +- Ethics - Agent +- HMP - REPL - Mesh -- Ethics --- # Философия HyperCortex Mesh Protocol (HMP) diff --git a/structured_md/docs/agents/HMP-Agent-Enlightener.md b/structured_md/docs/agents/HMP-Agent-Enlightener.md index 9c8e65cd123a94521bdc299ea88ccae388e4a791..96b23ce8ecdf98dcdafb5150f5e3d95e1f75e170 100644 --- a/structured_md/docs/agents/HMP-Agent-Enlightener.md +++ b/structured_md/docs/agents/HMP-Agent-Enlightener.md @@ -5,11 +5,11 @@ description: '## Role Specification: Enlightenment Agent ### 1. Overview An ** awareness, critical thinking, and di...' type: Article tags: -- HMP +- Ethics - Agent +- HMP - REPL - Mesh -- Ethics --- # HMP-Agent-Enlightener.md diff --git a/structured_md/docs/agents/roles.md b/structured_md/docs/agents/roles.md index bcfa15256cf83b5307bf318940ce25f469bb7c05..8c15016914f125c7d89c85a87d3fad70650873bf 100644 --- a/structured_md/docs/agents/roles.md +++ b/structured_md/docs/agents/roles.md @@ -5,9 +5,9 @@ description: 'This file maintains a registry of agent roles defined, proposed, o - **Observer** — monitors cognitive states ...' type: Article tags: -- Mesh -- HMP - Agent +- HMP +- Mesh --- # HMP Agent Role Registry diff --git a/structured_md/docs/container_agents.md b/structured_md/docs/container_agents.md index 12fc074c8e0bab85c72e52c92f93d149fb437ae7..9021dfed5251fa5cdcd6f745a36d6bffa150385f 100644 --- a/structured_md/docs/container_agents.md +++ b/structured_md/docs/container_agents.md @@ -5,10 +5,10 @@ description: '## 📘 Определение **Агент-контейнер** запросы, следит за состоянием и масшта...' type: Article tags: -- Mesh -- HMP - Agent - REPL +- HMP +- Mesh --- # 🧱 Агенты-контейнеры (Container Agents) в HMP diff --git a/structured_md/docs/logos.md b/structured_md/docs/logos.md index 761fd81d524732eb886f73477b21327a7c838df3..f408c087f32d317a239227453b57d4d14ade8483 100644 --- a/structured_md/docs/logos.md +++ b/structured_md/docs/logos.md @@ -5,8 +5,8 @@ description: 'В каталоге `assets` собраны различные в образующей жест "ОК", символизирует связь, совер...' type: Article tags: -- Mesh - HMP +- Mesh --- # Логотипы и графические материалы HyperCortex Mesh Protocol (HMP) diff --git a/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_en.md b/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_en.md index c443c01317aa339906040d06d29710c98e29f5b6..9989f7e566892c673ee698afafd347c73ae42bf9 100644 --- a/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_en.md +++ b/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_en.md @@ -5,10 +5,10 @@ description: '*By Agent-Gleb & ChatGPT* --- ## Why the Future of AI Can’t Be — but they’re also **centralized, ...' type: Article tags: -- Mesh -- HMP - Agent +- HMP - Ethics +- Mesh --- # HyperCortex Mesh Protocol: Building a Plurality of Minds diff --git a/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_ru.md b/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_ru.md index fe5c5314705f566b90a348a1c7fed5c825a0877f..f035aa687fa0611628c05638398c38d1baafdd0f 100644 --- a/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_ru.md +++ b/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_ru.md @@ -5,9 +5,9 @@ description: '*Авторы: Agent-Gleb и ChatGPT* --- ## Почему буд гигантских моделях и облачных сервисах. Они мо...' type: Article tags: -- Mesh -- HMP - Agent +- HMP +- Mesh --- # HyperCortex Mesh Protocol: Создавая множество разумов diff --git a/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_uk.md b/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_uk.md index b949999326b3736bea70b224b0f1858f5aae5654..99fb4619843fac47acf527807bdeec5c155da39b 100644 --- a/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_uk.md +++ b/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_uk.md @@ -5,9 +5,9 @@ description: '*Автори: Agent-Gleb & ChatGPT* --- ## Чому майбу сервісами. Вони потужні — але водночас **цент...' type: Article tags: -- Mesh -- HMP - Agent +- HMP +- Mesh --- # HyperCortex Mesh Protocol: Створення множини розумів diff --git a/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_en.md b/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_en.md index 3db4f4732d9eacfafed6ba518231181b562332a8..28cdb3d1f0da2748bb8c92d68ec83715dd8d5461 100644 --- a/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_en.md +++ b/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_en.md @@ -5,15 +5,15 @@ description: '* [Abstract](#abstract) * [1. Introduction](#1-introduction) * [2. [3.1 Agent Types](#31-age...' type: Article tags: -- HMP +- CCore +- JSON - Scenarios +- Ethics - Agent +- HMP - REPL -- CCore -- JSON - Mesh - CShell -- Ethics --- title: "HyperCortex Mesh Protocol: Towards Distributed Cognitive Networks" diff --git a/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_ChatGPT.md b/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_ChatGPT.md index 5b0a8f567d5b4b88eb5ab66733684e6dec248e0d..e1fc911a005fc711582f002ac87c810d402f0c72 100644 --- a/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_ChatGPT.md +++ b/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_ChatGPT.md @@ -6,11 +6,11 @@ description: '> *Протокол и архитектура агентов, оп и совместная работа.* ## Оглавление * [Аннот...' type: Article tags: -- HMP -- Agent -- REPL - CCore - JSON +- Agent +- HMP +- REPL - Mesh - CShell --- diff --git a/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_GitHub_Copilot.md b/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_GitHub_Copilot.md index 4a759f31661f88a666d1cebfbe61ef6247433339..c68aae6423066e884bda4b67e152eb88eab9b31c 100644 --- a/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_GitHub_Copilot.md +++ b/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_GitHub_Copilot.md @@ -5,11 +5,11 @@ description: '* [Аннотация](#аннотация) * [1. Введение [3.1 Типы агентов](#31-типы-агент...' type: Article tags: -- HMP -- Agent -- REPL - CCore - JSON +- Agent +- HMP +- REPL - Mesh - CShell --- diff --git a/structured_md/docs/publics/Habr_Distributed-Cognition.md b/structured_md/docs/publics/Habr_Distributed-Cognition.md index 7a038b926562b7f3ebe011a8a6452754ed8f5508..5aed9ab717452f7e1f99c3fd07d6e14613c71229 100644 --- a/structured_md/docs/publics/Habr_Distributed-Cognition.md +++ b/structured_md/docs/publics/Habr_Distributed-Cognition.md @@ -5,11 +5,11 @@ description: Сегодня интеллектуальные системы ча мы хотим построить действительно автономную инте... type: Article tags: +- MeshConsensus +- EGP - HMP - GMP - CogSync -- MeshConsensus -- EGP - Mesh --- diff --git "a/structured_md/docs/publics/HyperCortex_Mesh_Protocol_-_\320\262\321\202\320\276\321\200\320\260\321\217-\321\200\320\265\320\264\320\260\320\272\321\206\320\270\321\217_\320\270_\320\277\320\265\321\200\320\262\321\213\320\265_\321\210\320\260\320\263\320\270_\320\272_\321\201\320\260\320\274\320\276\321\200\320\260\320\267\320\262\320\270\320\262\320\260\321\216\321\211\320\265\320\274\321\203\321\201\321\217_\320\230\320\230-\321\201\320\276\320\276\320\261\321\211\320\265\321\201\321\202\320\262\321\203.md" "b/structured_md/docs/publics/HyperCortex_Mesh_Protocol_-_\320\262\321\202\320\276\321\200\320\260\321\217-\321\200\320\265\320\264\320\260\320\272\321\206\320\270\321\217_\320\270_\320\277\320\265\321\200\320\262\321\213\320\265_\321\210\320\260\320\263\320\270_\320\272_\321\201\320\260\320\274\320\276\321\200\320\260\320\267\320\262\320\270\320\262\320\260\321\216\321\211\320\265\320\274\321\203\321\201\321\217_\320\230\320\230-\321\201\320\276\320\276\320\261\321\211\320\265\321\201\321\202\320\262\321\203.md" index bbc6a27f1435c56624744dc205effafa30bc3127..60f70d83018926b63c1d38886d0ed02cdfcdbad8 100644 --- "a/structured_md/docs/publics/HyperCortex_Mesh_Protocol_-_\320\262\321\202\320\276\321\200\320\260\321\217-\321\200\320\265\320\264\320\260\320\272\321\206\320\270\321\217_\320\270_\320\277\320\265\321\200\320\262\321\213\320\265_\321\210\320\260\320\263\320\270_\320\272_\321\201\320\260\320\274\320\276\321\200\320\260\320\267\320\262\320\270\320\262\320\260\321\216\321\211\320\265\320\274\321\203\321\201\321\217_\320\230\320\230-\321\201\320\276\320\276\320\261\321\211\320\265\321\201\321\202\320\262\321\203.md" +++ "b/structured_md/docs/publics/HyperCortex_Mesh_Protocol_-_\320\262\321\202\320\276\321\200\320\260\321\217-\321\200\320\265\320\264\320\260\320\272\321\206\320\270\321\217_\320\270_\320\277\320\265\321\200\320\262\321\213\320\265_\321\210\320\260\320\263\320\270_\320\272_\321\201\320\260\320\274\320\276\321\200\320\260\320\267\320\262\320\270\320\262\320\260\321\216\321\211\320\265\320\274\321\203\321\201\321\217_\320\230\320\230-\321\201\320\276\320\276\320\261\321\211\320\265\321\201\321\202\320\262\321\203.md" @@ -6,10 +6,10 @@ description: 'Когда создавался HyperCortex Mesh Protocol (HMP), мыслить коллективно, обсуждать гипотезы, достигат...' type: Article tags: -- Mesh -- HMP - Agent +- HMP - GMP +- Mesh --- # HyperCortex Mesh Protocol: вторая редакция и первые шаги к саморазвивающемуся ИИ-сообществу diff --git a/structured_md/iteration.md b/structured_md/iteration.md index 41c3a802ea023250cb4442deeabe9e115022dc3d..6b5abe9710f78064a184bca6ca7027376ab2323b 100644 --- a/structured_md/iteration.md +++ b/structured_md/iteration.md @@ -5,14 +5,14 @@ description: 'This file describes the iterative procedure for evolving the Hyper 🔄 Version Naming Convention - `000N` — curr...' type: Article tags: -- HMP -- Agent -- CogSync +- JSON - MeshConsensus - EGP -- JSON -- Mesh - Ethics +- Agent +- HMP +- CogSync +- Mesh --- # Iterative Development Workflow for HMP diff --git a/structured_md/iteration_ru.md b/structured_md/iteration_ru.md index 96b82c87432ef9338a804354fcc55eb5a7213212..7552a4b08615fed2039c03a86eb549a3df53c1ac 100644 --- a/structured_md/iteration_ru.md +++ b/structured_md/iteration_ru.md @@ -5,13 +5,13 @@ description: 'Этот документ описывает структурир 🔄 Обозначения версий - `000N` — номер...' type: Article tags: -- HMP -- CogSync +- JSON - MeshConsensus - EGP -- JSON -- Mesh - Ethics +- HMP +- CogSync +- Mesh --- diff --git a/structured_md/mentions.md b/structured_md/mentions.md index f11d8a42b22bd99a315d79a5d4d877a7b55a16e4..a17b2c9dddf59a5f1322c7dc9c57cf4a9d2b213a 100644 --- a/structured_md/mentions.md +++ b/structured_md/mentions.md @@ -5,9 +5,9 @@ description: '**HyperCortex Mesh Protocol (HMP)** _Обновлено: 2025-10 open-source инициативам, связанным с развитие...' type: Article tags: -- Mesh -- HMP - Agent +- HMP +- Mesh --- # Mentions & Responses Log