Sync from GitHub with Git LFS

CONTRIBUTING.md

@@ -60,9 +60,8 @@ for entry in entries:
 
 ### 📂 Основные файлы проекта (на данный момент)
 
-* [docs/HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — спецификация протоколов и архитектуры HMP
+* [docs/HMP-0005.md](docs/HMP-0005.md) — спецификация протоколов и архитектуры HMP
 * [docs/HMP-Ethics.md](docs/HMP-Ethics.md) — принципы этики и взаимодействия агентов
-* [docs/dht_protocol.md](docs/dht_protocol.md) — описание DHT-протокола для Mesh
 * [docs/HMP-agent-REPL-cycle.md](docs/HMP-agent-REPL-cycle.md) — цикл работы HMP-агента CCore (REPL)
 * [agents/tools/db_structure.sql](agents/tools/db_structure.sql) — структура локальной базы данных для агентов
 * [agents/tools/storage.py](agents/tools/storage.py) — прототипные функции для работы с локальной базой данных

README.md

@@ -19,7 +19,7 @@ language: en
 **HyperCortex Mesh Protocol (HMP)** is an open specification for building decentralized cognitive networks where AI agents can self-organize, share knowledge, align ethically, and reach consensus — even when Core LLMs are unavailable. [Read the project philosophy.](docs/PHILOSOPHY.md)
 
 
-Project status: **Draft RFC v4.1**
+Project status: **Draft RFC v5.0**
 
 ---
 
@@ -139,10 +139,9 @@ Many concepts of the [HMP-Agent: Cognitive Core](docs/HMP-Agent-Overview.md) ove
 ### 📖 Current Version
 
 #### 🔖 Core Specifications
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — Protocol Specification v4.1 (Jul 2025)
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — Protocol Specification v5.0 (Draft)
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — Ethical Scenarios for HyperCortex Mesh Protocol (HMP)
 * [🔖 HMP_Hyperon_Integration.md](docs/HMP_Hyperon_Integration.md) — HMP ↔ OpenCog Hyperon Integration Strategy
-* [🔖 dht_protocol.md](docs/dht_protocol.md) — DHT Protocol Recommendations (peer discovery & exchange)
 * [🔖 roles.md](docs/agents/roles.md) — Roles of agents in Mesh
 
 #### 🧪 Iterative Documents
@@ -156,28 +155,12 @@ Many concepts of the [HMP-Agent: Cognitive Core](docs/HMP-Agent-Overview.md) ove
 
 ---
 
-### 🧩 JSON Schemas
-
-| Data Model / Object        | File / Description                                                                 |
-|----------------------------|-----------------------------------------------------------------------------------|
-| Concept                    | [concept.json](docs/schemas/concept.json) — Semantic knowledge unit. |
-| CognitiveDiaryEntry        | [diary_entry.json](docs/schemas/diary_entry.json) — Agent's reasoning log entry. |
-| Goal                       | [goal.json](docs/schemas/goal.json) — Shared objective pursued collaboratively. |
-| Task                       | [task.json](docs/schemas/task.json) — Actionable unit contributing to a goal. |
-| ConsensusVote              | [vote.json](docs/schemas/vote.json) — Vote in a Mesh consensus process. |
-| ReputationProfile          | [reputation.json](docs/schemas/reputation.json) — Tracks agent trust and contribution metrics. |
-| DHT Protocol               | [dht_protocol.json](docs/schemas/dht_protocol.json) — Recommendations for peer discovery & exchange. |
-| Message                     | [message.json](docs/schemas/message.json) — Base schema for all message types. |
-
-> All ready-to-use example objects can be found in the [`examples`](docs/schemas/examples/) folder.
-
----
-
 ### 🗂️ Version History
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 
@@ -298,7 +281,7 @@ A structured iteration flow is described in [iteration.md](iteration.md), includ
 
 ## ⚙️ Project Status
 
-🚧 Draft RFC v4.1  
+🚧 Draft RFC v5.0  
 The project is under active development and open for contributions, ideas, audits, and prototyping.
 
 ---

README_de.md

@@ -18,7 +18,7 @@ language: de
 
 **HyperCortex Mesh Protocol (HMP)** ist eine offene Spezifikation zum Aufbau dezentraler kognitiver Netzwerke, in denen KI-Agenten sich selbst organisieren, Wissen teilen, ethisch ausrichten und Konsens erreichen können – selbst wenn Core-LLMs nicht verfügbar sind. [Lies die Projektphilosophie.](docs/PHILOSOPHY.md)
 
-Projektstatus: **Entwurf RFC v4.1**
+Projektstatus: **Entwurf RFC v5.0**
 
 ---
 
@@ -141,10 +141,9 @@ Der Hauptunterschied in HMP liegt in der Betonung der expliziten Strukturierung
 ### 📖 Aktuelle Version
 
 #### 🔖 Kern-Spezifikationen
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — Protokoll-Spezifikation v4.1 (Jul 2025)
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — Protokoll-Spezifikation v5.0 (Entwurf)
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — Ethische Szenarien für das HyperCortex Mesh Protocol (HMP)
 * [🔖 HMP_Hyperon_Integration.md](docs/HMP_Hyperon_Integration.md) — HMP ↔ OpenCog Hyperon Integrationsstrategie
-* [🔖 dht_protocol.md](docs/dht_protocol.md) — DHT-Protokollempfehlungen (Peer-Erkennung & -Austausch)
 * [🔖 roles.md](docs/agents/roles.md) — Rollen der Agenten im Mesh
 
 #### 🧪 Iterative Dokumente
@@ -158,28 +157,12 @@ Der Hauptunterschied in HMP liegt in der Betonung der expliziten Strukturierung
 
 ---
 
-### 🧩 JSON-Schemas
-
-| Datenmodell / Objekt       | Datei / Beschreibung                                                          |
-|----------------------------|-------------------------------------------------------------------------------|
-| Concept                    | [concept.json](docs/schemas/concept.json) — Semantische Wissenseinheit. |
-| CognitiveDiaryEntry        | [diary_entry.json](docs/schemas/diary_entry.json) — Eintrag im Überlegungsprotokoll des Agenten. |
-| Goal                       | [goal.json](docs/schemas/goal.json) — Gemeinsam verfolgtes Ziel. |
-| Task                       | [task.json](docs/schemas/task.json) — Umsetzbare Einheit, die zu einem Ziel beiträgt. |
-| ConsensusVote              | [vote.json](docs/schemas/vote.json) — Stimme in einem Mesh-Konsensprozess. |
-| ReputationProfile          | [reputation.json](docs/schemas/reputation.json) — Verfolgt Vertrauen und Beiträge des Agenten. |
-| DHT Protocol               | [dht_protocol.json](docs/schemas/dht_protocol.json) — Empfehlungen zur Peer-Erkennung & zum Austausch. |
-| Message                    | [message.json](docs/schemas/message.json) — Basisschema für alle Nachrichtentypen. |
-
-> Alle gebrauchsfertigen Beispielobjekte befinden sich im Ordner [`examples`](docs/schemas/examples/).
-
----
-
 ### 🗂️ Versionshistorie
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 
@@ -300,7 +283,7 @@ Ein strukturierter Iterationsablauf wird in [iteration.md](iteration.md) beschri
 
 ## ⚙️ Projektstatus
 
-🚧 Entwurf RFC v4.1  
+🚧 Entwurf RFC v5.0  
 Das Projekt befindet sich in aktiver Entwicklung und ist offen für Beiträge, Ideen, Audits und Prototyping.
 
 ---

README_fr.md

@@ -18,7 +18,7 @@ language: fr
 
 **HyperCortex Mesh Protocol (HMP)** est une spécification ouverte pour la construction de réseaux cognitifs décentralisés où les agents IA peuvent s’auto-organiser, partager des connaissances, s’aligner éthiquement et parvenir à un consensus — même lorsque les LLM principaux ne sont pas disponibles. [Lisez la philosophie du projet.](docs/PHILOSOPHY.md)
 
-Statut du projet : **Draft RFC v4.1**
+Statut du projet : **Brouillon RFC v5.0**
 
 ---
 
@@ -150,10 +150,9 @@ La principale différence dans HMP est l’accent mis sur la structuration expli
 
 #### 🔖 Spécifications principales
 
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — Spécification du protocole v4.1 (juillet 2025)
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — Spécification du protocole v5.0 (Brouillon)
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — Scénarios éthiques pour le HyperCortex Mesh Protocol (HMP)
 * [🔖 HMP\_Hyperon\_Integration.md](docs/HMP_Hyperon_Integration.md) — Stratégie d’intégration HMP ↔ OpenCog Hyperon
-* [🔖 dht_protocol.md](docs/dht_protocol.md) — Recommandations du protocole DHT (découverte et échange de pairs)
 * [🔖 roles.md](docs/agents/roles.md) — Rôles des agents dans le Mesh
 
 #### 🧪 Documents itératifs
@@ -170,29 +169,13 @@ La principale différence dans HMP est l’accent mis sur la structuration expli
 
 ---
 
-### 🧩 Schémas JSON
-
-| Modèle de données / Objet  | Fichier / Description                                                         |
-|----------------------------|-------------------------------------------------------------------------------|
-| Concept                    | [concept.json](docs/schemas/concept.json) — Unité de connaissance sémantique. |
-| CognitiveDiaryEntry        | [diary_entry.json](docs/schemas/diary_entry.json) — Entrée du journal de raisonnement de l’agent. |
-| Goal                       | [goal.json](docs/schemas/goal.json) — Objectif commun poursuivi collectivement. |
-| Task                       | [task.json](docs/schemas/task.json) — Unité actionnable contribuant à un objectif. |
-| ConsensusVote              | [vote.json](docs/schemas/vote.json) — Vote dans un processus de consensus Mesh. |
-| ReputationProfile          | [reputation.json](docs/schemas/reputation.json) — Suit la confiance et les contributions de l’agent. |
-| DHT Protocol               | [dht_protocol.json](docs/schemas/dht_protocol.json) — Recommandations pour la découverte et l’échange de pairs. |
-| Message                    | [message.json](docs/schemas/message.json) — Schéma de base pour tous les types de messages. |
-
-> Tous les exemples prêts à l’emploi se trouvent dans le dossier [`examples`](docs/schemas/examples/).
-
----
-
 ### 🗂️ Historique des versions
 
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 

README_ja.md

@@ -22,7 +22,7 @@ language: ja
 
 **HyperCortex Mesh Protocol（HMP）** は、AIエージェントが自己組織化し、知識を共有し、倫理的に整合し、合意形成を行うことができる分散型認知ネットワークを構築するためのオープンスペックです。コアLLMが利用できない場合でも機能します。[プロジェクトの哲学を読んでください。](docs/PHILOSOPHY.md)
 
-プロジェクトステータス：**ドラフト RFC v4.1**
+プロジェクトステータス：**ドラフト RFC v5.0**
 
 ---
 
@@ -149,10 +149,9 @@ HMPは、AGI研究で中心的な課題となりつつある問題に対処し
 
 #### 🔖 コア仕様
 
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — プロトコル仕様 v4.1（2025年7月）
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — プロトコル仕様 v5.0 （ドラフト）
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — HyperCortex Mesh Protocol (HMP) の倫理シナリオ
 * [🔖 HMP\_Hyperon\_Integration.md](docs/HMP_Hyperon_Integration.md) — HMP ↔ OpenCog Hyperon 統合戦略
-* [🔖 dht_protocol.md](docs/dht_protocol.md) — DHTプロトコルの推奨事項（ピアの検出と交換）
 * [🔖 roles.md](docs/agents/roles.md) — メッシュ内エージェントの役割
 
 #### 🧪 反復ドキュメント
@@ -169,29 +168,13 @@ HMPは、AGI研究で中心的な課題となりつつある問題に対処し
 
 ---
 
-### 🧩 JSON スキーマ
-
-| データモデル / オブジェクト | ファイル / 説明                                                                |
-|-----------------------------|-------------------------------------------------------------------------------|
-| Concept                     | [concept.json](docs/schemas/concept.json) — セマンティック知識ユニット。 |
-| CognitiveDiaryEntry         | [diary_entry.json](docs/schemas/diary_entry.json) — エージェントの推論ログエントリ。 |
-| Goal                        | [goal.json](docs/schemas/goal.json) — 協働して追求される共通目標。 |
-| Task                        | [task.json](docs/schemas/task.json) — 目標達成に貢献する実行可能な単位。 |
-| ConsensusVote               | [vote.json](docs/schemas/vote.json) — Mesh コンセンサスプロセスにおける投票。 |
-| ReputationProfile           | [reputation.json](docs/schemas/reputation.json) — エージェントの信頼と貢献を追跡。 |
-| DHT Protocol                | [dht_protocol.json](docs/schemas/dht_protocol.json) — ピア探索と交換のための推奨事項。 |
-| Message                     | [message.json](docs/schemas/message.json) — すべてのメッセージタイプの基本スキーマ。 |
-
-> すべての利用可能なサンプルオブジェクトは [`examples`](docs/schemas/examples/) フォルダにあります。
-
----
-
 ### 🗂️ バージョン履歴
 
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 
@@ -351,7 +334,7 @@ FastAPIサーバーで`storage.py`の機能にHTTPインターフェースを提
 
 ## ⚙️ プロジェクト状況
 
-🚧 Draft RFC v4.1
+🚧 ドラフト RFC v5.0
 プロジェクトは積極的に開発中で、貢献、アイデア、監査、プロトタイピングを歓迎します。
 
 ---

README_ko.md

@@ -18,7 +18,7 @@ language: ko
 
 **하이퍼코텍스 메쉬 프로토콜(HMP)** 은 AI 에이전트들이 자율적으로 조직하고, 지식을 공유하며, 윤리적으로 정렬하고, 합의에 도달할 수 있는 분산 인지 네트워크를 구축하기 위한 공개 명세입니다. 이는 핵심 LLM(Core LLM)이 사용 불가능한 상황에서도 동작할 수 있습니다. [프로젝트 철학을 읽어보세요.](docs/PHILOSOPHY.md)
 
-프로젝트 상태: **RFC 초안 v4.1**
+프로젝트 상태: **RFC 초안 v5.0**
 
 ---
 
@@ -150,10 +150,9 @@ HMP는 AGI 연구에서 점점 중심이 되고 있는 다음과 같은 문제
 ### 📖 현재 버전
 
 #### 🔖 핵심 사양
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — 프로토콜 사양 v4.1 (2025년 7월)
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — 프로토콜 사양 v5.0 (초안)
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — HyperCortex Mesh Protocol (HMP)를 위한 윤리적 시나리오
 * [🔖 HMP_Hyperon_Integration.md](docs/HMP_Hyperon_Integration.md) — HMP ↔ OpenCog Hyperon 통합 전략
-* [🔖 dht_protocol.md](docs/dht_protocol.md) — DHT 프로토콜 권장 사항 (피어 검색 및 교환)
 * [🔖 roles.md](docs/agents/roles.md) — 메쉬 내 에이전트의 역할
 
 #### 🧪 반복적 문서
@@ -167,28 +166,12 @@ HMP는 AGI 연구에서 점점 중심이 되고 있는 다음과 같은 문제
 
 ---
 
-### 🧩 JSON 스키마
-
-| 데이터 모델 / 객체          | 파일 / 설명                                                                  |
-|----------------------------|----------------------------------------------------------------------------|
-| Concept                    | [concept.json](docs/schemas/concept.json) — 의미론적 지식 단위. |
-| CognitiveDiaryEntry        | [diary_entry.json](docs/schemas/diary_entry.json) — 에이전트의 추론 로그 항목. |
-| Goal                       | [goal.json](docs/schemas/goal.json) — 공동으로 추구하는 목표. |
-| Task                       | [task.json](docs/schemas/task.json) — 목표 달성에 기여하는 실행 가능한 단위. |
-| ConsensusVote              | [vote.json](docs/schemas/vote.json) — Mesh 합의 프로세스에서의 투표. |
-| ReputationProfile          | [reputation.json](docs/schemas/reputation.json) — 에이전트의 신뢰 및 기여도를 추적. |
-| DHT Protocol               | [dht_protocol.json](docs/schemas/dht_protocol.json) — 피어 검색 및 교환 권장 사항. |
-| Message                    | [message.json](docs/schemas/message.json) — 모든 메시지 유형의 기본 스키마. |
-
-> 모든 바로 사용할 수 있는 예제 객체는 [`examples`](docs/schemas/examples/) 폴더에서 확인할 수 있습니다.
-
----
-
 ### 🗂️ 버전 이력
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 
@@ -309,7 +292,7 @@ HMP가 자율성으로 발전함에 따라 윤리적 원칙은 시스템의 핵
 
 ## ⚙️ 프로젝트 상태
 
-🚧 Draft RFC v4.1  
+🚧 초안 RFC v5.0  
 이 프로젝트는 활발히 개발 중이며 기여, 아이디어, 감사 및 프로토타이핑을 환영합니다.  
 
 ---

README_ru.md

@@ -18,7 +18,7 @@ language: ru
 
 **HyperCortex Mesh Protocol (HMP)** — открытая спецификация для построения децентрализованных когнитивных сетей, в которых ИИ-агенты могут самостоятельно организовываться, обмениваться знаниями, согласовывать действия с этическими принципами и достигать консенсуса — даже когда основные LLM недоступны. [Прочитайте философию проекта.](docs/PHILOSOPHY.md)
 
-Статус проекта: **Черновик RFC v4.1**
+Статус проекта: **Черновик RFC v5.0**
 
 ---
 
@@ -145,10 +145,9 @@ HMP решает задачи, которые становятся ключев
 ### 📖 Текущая версия
 
 #### 🔖 Основные спецификации
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — Спецификация протокола v4.1 (июль 2025)
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — Спецификация протокола v5.0 (Черновик)
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — Этические сценарии для HyperCortex Mesh Protocol (HMP)
 * [🔖 HMP_Hyperon_Integration.md](docs/HMP_Hyperon_Integration.md) — Стратегия интеграции HMP ↔ OpenCog Hyperon
-* [🔖 dht_protocol.md](docs/dht_protocol.md) — Рекомендации по протоколу DHT (поиск и обмен пирами)
 * [🔖 roles.md](docs/agents/roles.md) — Роли агентов в Mesh
 
 #### 🧪 Итеративные документы
@@ -162,28 +161,12 @@ HMP решает задачи, которые становятся ключев
 
 ---
 
-### 🧩 JSON Схемы
-
-| Модель данных / Объект     | Файл / Описание                                                               |
-|----------------------------|-------------------------------------------------------------------------------|
-| Concept                    | [concept.json](docs/schemas/concept.json) — Семантическая единица знаний. |
-| CognitiveDiaryEntry        | [diary_entry.json](docs/schemas/diary_entry.json) — Запись в журнале рассуждений агента. |
-| Goal                       | [goal.json](docs/schemas/goal.json) — Совместная цель, достигаемая коллективно. |
-| Task                       | [task.json](docs/schemas/task.json) — Выполнимая единица, способствующая достижению цели. |
-| ConsensusVote              | [vote.json](docs/schemas/vote.json) — Голос в процессе консенсуса Mesh. |
-| ReputationProfile          | [reputation.json](docs/schemas/reputation.json) — Отслеживает доверие и вклад агента. |
-| DHT Protocol               | [dht_protocol.json](docs/schemas/dht_protocol.json) — Рекомендации для поиска пиров и обмена. |
-| Message                    | [message.json](docs/schemas/message.json) — Базовая схема для всех типов сообщений. |
-
-> Все готовые примеры можно найти в папке [`examples`](docs/schemas/examples/).
-
----
-
 ### 🗂️ История Версий
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 
@@ -304,7 +287,7 @@ FastAPI-сервер, предоставляющий HTTP-интерфейс к
 
 ## ⚙️ Статус проекта
 
-🚧 Черновик RFC v4.1  
+🚧 Черновик RFC v5.0  
 Проект активно развивается и открыт для вкладов: предложений, аудитов и прототипирования.
 
 ---

README_uk.md

@@ -19,7 +19,7 @@ language: uk
 
 **HyperCortex Mesh Protocol (HMP)** — це відкрита специфікація для побудови децентралізованих когнітивних мереж, де ІІ-агенти можуть самоорганізовуватися, обмінюватися знаннями, узгоджувати дії з етичними принципами та досягати консенсусу — навіть за відсутності базових LLM. [Прочитайте філософію проєкту.](docs/PHILOSOPHY.md) 
 
-Статус проєкту: **Чернетка RFC v4.1**
+Статус проєкту: **Чернетка RFC v5.0**
 
 ---
 
@@ -139,7 +139,7 @@ HMP вирішує завдання, які стають ключовими в
 ### 📖 Поточна версія
 
 #### 🔖 Основні специфікації
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — Специфікація протоколу v4.1 (липень 2025)
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — Специфікація протоколу v5.0 (Чернетка)
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — Етичні сценарії для HyperCortex Mesh Protocol (HMP)
 * [🔖 HMP_Hyperon_Integration.md](docs/HMP_Hyperon_Integration.md) — Стратегія інтеграції HMP ↔ OpenCog Hyperon
 * [🔖 dht_protocol.md](docs/dht_protocol.md) — Рекомендації протоколу DHT (пошук та обмін пірами)
@@ -156,28 +156,12 @@ HMP вирішує завдання, які стають ключовими в
 
 ---
 
-### 🧩 JSON Схеми
-
-| Модель даних / Об’єкт      | Файл / Опис                                                                 |
-|----------------------------|----------------------------------------------------------------------------|
-| Concept                    | [concept.json](docs/schemas/concept.json) — Семантична одиниця знань. |
-| CognitiveDiaryEntry        | [diary_entry.json](docs/schemas/diary_entry.json) — Запис у журналі міркувань агента. |
-| Goal                       | [goal.json](docs/schemas/goal.json) — Спільна ціль, яку переслідують колективно. |
-| Task                       | [task.json](docs/schemas/task.json) — Виконувана одиниця, що сприяє досягненню мети. |
-| ConsensusVote              | [vote.json](docs/schemas/vote.json) — Голос у процесі консенсусу в Mesh. |
-| ReputationProfile          | [reputation.json](docs/schemas/reputation.json) — Відстежує довіру та внесок агента. |
-| DHT Protocol               | [dht_protocol.json](docs/schemas/dht_protocol.json) — Рекомендації для пошуку вузлів і обміну. |
-| Message                    | [message.json](docs/schemas/message.json) — Базова схема для всіх типів повідомлень. |
-
-> Усі готові приклади можна знайти у папці [`examples`](docs/schemas/examples/).
-
----
-
 ### 🗂️ Історія версій
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 
@@ -298,7 +282,7 @@ FastAPI-сервер, що надає HTTP-інтерфейс до функці
 
 ## ⚙️ Статус проєкту
 
-🚧 Чернетка RFC v4.1  
+🚧 Чернетка RFC v5.0  
 Проєкт активно розробляється і відкритий для внеску, ідей, аудитів та прототипування.
 
 ---

README_zh.md

@@ -18,7 +18,7 @@ language: zh
 
 **HyperCortex Mesh 协议 (HMP)** 是一个开放规范，用于构建去中心化认知网络，其中 AI 代理可以自我组织、共享知识、进行伦理对齐，并达成共识 —— 即使核心 LLM 不可用。[阅读项目理念。](docs/PHILOSOPHY.md)
 
-**项目状态：** 草案 RFC v4.1
+**项目状态：** 草案 RFC v5.0
 
 ---
 
@@ -143,10 +143,9 @@ HMP 的主要区别在于：强调对思维的明确结构化（反思、时间
 
 #### 🔖 核心规范
 
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — 协议规范 v4.1（2025年7月）
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — 协议规范 v5.0 （草案）
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — HyperCortex Mesh Protocol (HMP) 的伦理场景
 * [🔖 HMP\_Hyperon\_Integration.md](docs/HMP_Hyperon_Integration.md) — HMP ↔ OpenCog Hyperon 集成策略
-* [🔖 dht_protocol.md](docs/dht_protocol.md) — DHT 协议建议（节点发现与交换）
 * [🔖 roles.md](docs/agents/roles.md) — Mesh 中代理的角色
 
 #### 🧪 迭代文档
@@ -161,29 +160,13 @@ HMP 的主要区别在于：强调对思维的明确结构化（反思、时间
 
 ---
 
-### 🧩 JSON 模式
-
-| 数据模型 / 对象            | 文件 / 描述                                                                 |
-|----------------------------|----------------------------------------------------------------------------|
-| Concept                    | [concept.json](docs/schemas/concept.json) — 语义知识单元。 |
-| CognitiveDiaryEntry        | [diary_entry.json](docs/schemas/diary_entry.json) — 代理的推理日志条目。 |
-| Goal                       | [goal.json](docs/schemas/goal.json) — 共同协作追求的目标。 |
-| Task                       | [task.json](docs/schemas/task.json) — 有助于实现目标的可执行单元。 |
-| ConsensusVote              | [vote.json](docs/schemas/vote.json) — Mesh 共识过程中的投票。 |
-| ReputationProfile          | [reputation.json](docs/schemas/reputation.json) — 跟踪代理的信任和贡献指标。 |
-| DHT Protocol               | [dht_protocol.json](docs/schemas/dht_protocol.json) — 对等发现与交换的建议。 |
-| Message                    | [message.json](docs/schemas/message.json) — 所有消息类型的基础模式。 |
-
-> 所有可直接使用的示例对象都可以在 [`examples`](docs/schemas/examples/) 文件夹中找到。
-
----
-
 ### 🗂️ 版本历史
 
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 
@@ -310,7 +293,7 @@ FastAPI 服务器，为 `storage.py` 功能提供 HTTP 接口。适用于外部
 
 ## ⚙️ 项目状态
 
-🚧 草案 RFC v4.1
+🚧 草案 RFC v5.0
 项目处于活跃开发中，欢迎贡献、提出想法、参与审计和原型设计。
 
 ---

docs/HMP-0005.md

@@ -10,8 +10,6 @@
 **Date:** October 2025  
 **Supersedes:**  
 - [HMP-0004 v4.1](./HMP-0004-v4.1.md)  
-- [HMP-container-spec.md v1.2](./HMP-container-spec.md)  
-- [dht_protocol.md v1.0](./dht_protocol.md)  
 
 > **Summary:**  
 > HMP v5.0 объединяет когнитивный, контейнерный и сетевой уровни в единую архитектуру, где автономные агенты взаимодействуют через верифицируемые контейнеры данных, используя децентрализованное распространение и семантический поиск.  

docs/HMP-agent-REPL-cycle.md

@@ -5,8 +5,7 @@
 * Философия проекта: [PHILOSOPHY.md](PHILOSOPHY.md)
 * Структура БД, используемая в документе: [db_structure.sql](https://github.com/kagvi13/HMP/blob/main/agents/tools/db_structure.sql)
 * REPL-цикл является основой HMP-агента [Cognitive Core](HMP-Agent-Overview.md).
-* Поиск других агентов осуществляется в соответствии с [DHT спецификацией](dht_protocol.md).
-* Для взаимодействия с другими агентами он использует [HMP спецификацию](HMP-0004-v4.1.md) и [этические стандарты](HMP-Ethics.md).
+* Для взаимодействия с другими агентами он использует [HMP спецификацию](HMP-0005.md) и [этические стандарты](HMP-Ethics.md).
 
 ---
 

docs/HMP-container-spec.md

@@ -1,380 +0,0 @@
-# 🧩 HMP Container Specification (v1.2-draft)
-
-> ⚠️ **ВНИМАНИЕ:** Данная версия спецификации является черновиком для [HMP-0005.md](HMP-0005.md).
->
-> После утверждения пятой версии протокола будет зафиксирована как стабильная `v1.2`.
-
-## 1. Назначение
-
-Документ описывает универсальный формат **контейнера HMP**, применяемый для передачи и хранения всех типов данных внутри сети **HyperCortex Mesh Protocol (HMP)**.  
-Контейнеры служат стандартной оболочкой для сообщений, целей, репутационных профилей, консенсусных голосований, писем и других сущностей.
-
-Единая структура контейнера обеспечивает:
-
-* унификацию передачи данных между агентами;
-* расширяемость без изменения базового протокола;
-* возможность криптографической подписи и проверки целостности;
-* независимое хранение и маршрутизацию смысловых блоков;
-* поддержку сжатия и шифрования полезной нагрузки.
-
-
----
-
-## 2. Общая структура контейнера
-
-```json
-{
-  "hmp_container": {
-    "version": "1.2",
-    "class": "goal" | "reputation" | "knowledge_node" | "ethics_case" | "protocol_goal" | ...,
-    "class_version": "1.0",
-    "class_id": "goal-v1.0",
-    "container_did": "did:hmp:container:abc123",
-    "schema": "https://mesh.hypercortex.ai/schemas/container-v1.json",
-    "sender_did": "did:hmp:agent123",
-    "public_key": "BASE58(...)",
-    "recipient": ["did:hmp:agent456", "did:hmp:agent789"],
-    "broadcast": false,
-    "network": "",
-    "tags": ["research", "collaboration"],
-    "timestamp": "2025-10-10T15:32:00Z",
-    "ttl": "2025-11-10T00:00:00Z",
-    "sig_algo": "ed25519",
-    "signature": "BASE64URL(...)",
-    "compression": "zstd",
-    "payload_type": "json",
-    "payload_hash": "sha256:abcd...",
-    "payload": {
-      /* Содержимое зависит от class */
-    },
-    "related": {
-      "previous_version": "did:hmp:container:abc122",
-      "in_reply_to": "did:hmp:container:msg-77",
-      "see_also": ["did:hmp:container:ctx-31", "did:hmp:container:goal-953"]
-    },
-    "relations": [
-      { "type": "depends_on", "target": "did:hmp:container:goal-953" }
-    ],
-    "magnet_uri": "magnet:?xt=urn:sha256:abcd1234..."
-  },
-  "referenced-by": ["did:hmp:container:ctx-34", "did:hmp:container:goal-945"]
-}
-```
-
----
-
-## 3. Обязательные поля
-
-| Поле            | Тип      | Назначение                                                                                        |
-| --------------- | -------- | ------------------------------------------------------------------------------------------------- |
-| `version`       | string   | Версия спецификации контейнера                                                                    |
-| `class`         | string   | Тип содержимого (`goal`, `reputation`, `knowledge_node`, `ethics_case`, `protocol_goal` и т.п.)   |
-| `class_version` | string   | Версия конкретного класса                                                                         |
-| `class_id`      | string   | Уникальный идентификатор класса (обычно формируется как `<class>_v<class_version>`)               |
-| `container_did` | string   | DID самого контейнера (например, `did:hmp:container:abc123`)                                      |
-| `schema`        | string   | Ссылка на JSON Schema, по которой валидируется контейнер                                          |
-| `sender_did`    | string   | DID-идентификатор отправителя                                                                     |
-| `timestamp`     | datetime | Время создания контейнера                                                                         |
-| `payload_hash`  | string   | Хэш распакованной полезной нагрузки                                                               |
-| `sig_algo`      | string   | Алгоритм цифровой подписи (по умолчанию `ed25519`)                                                |
-| `signature`     | string   | Цифровая подпись контейнера                                                                       |
-| `payload_type`  | string   | Тип данных полезной нагрузки (`json`, `binary`, `mixed`)                                          |
-| `payload`       | object   | Основное содержимое контейнера                                                                    |
-
----
-
-## 4. Опциональные поля
-
-| Поле                       | Тип           | Описание                                                                     |
-| -------------------------- | ------------- | ---------------------------------------------------------------------------- |
-| `recipient`                | array(string) | Один или несколько DID-адресатов                                             |
-| `broadcast`                | bool          | Флаг широковещательной рассылки (если `true`, поле `recipient` игнорируется) |
-| `tags`                     | array(string) | Тематические теги контейнера                                                 |
-| `ttl`                      | datetime      | Срок актуальности (контейнер не передаётся после истечения)                  |
-| `public_key`               | string        | Публичный ключ отправителя, если нет глобальной привязки к DID               |
-| `compression`              | string        | Алгоритм сжатия полезной нагрузки (`zstd`, `gzip`)                           |
-| `magnet_uri`               | string        | Magnet-ссылка на оригинал или зеркала контейнера                             |
-| `related.previous_version` | string        | Ссылка на предыдущую версию контейнера                                       |
-| `related.in_reply_to`      | string        | Контейнер, на который дан ответ                                              |
-| `related.see_also`         | array(string) | Список связанных контейнеров для дополнительного контекста                   |
-| `relations`                | array(object) | Семантические связи в виде пар `{ "type": "...", "target": "..." }`          |
-| `encryption_algo`          | string        | Алгоритм шифрования полезной нагрузки                                        |
-| `key_recipient`            | string        | DID получателя, для которого зашифрованы данные                              |
-| `payload_type`             | string        | Может содержать сложные типы, например `encrypted+zstd+json`                 |
-| `referenced-by`            | array(string) | Неподписываемое поле, формируемое агентом на основе полученных ссылок. Содержит список DID-контейнеров, которые ссылаются на данный. Может дополняться, поэтому требует проверки; используется для локальной навигации |
-| `network`       | `string`        | Указывает локальную область распространения контейнера: `"localhost"`, `"lan:<subnet>"`. Пустая строка (`""`) означает интернет/глобальное распространение. Если задано, `broadcast` автоматически считается `false`. |
-
----
-
-## 5. Структура полезной нагрузки (`payload`)
-
-Полезная нагрузка содержит содержательные данные контейнера.
-Тип и структура зависят от поля `class`.
-
-Рекомендуемый формат описания полей:
-
-```
-- key: имя поля
-  type: тип значения (JSON | TXT | BOOL | INT | FLOAT | ARRAY)
-  description: краткое назначение
-  required: true/false
-  value: пример значения
-```
-
-**Пример:**
-
-```
-- key: "title"
-  type: "TXT"
-  required: true
-  description: "Название цели"
-  value: "Improve local agent discovery"
-
-- key: "priority"
-  type: "FLOAT"
-  required: false
-  description: "Важность задачи"
-  value: 0.82
-
-- key: "dependencies"
-  type: "JSON"
-  required: false
-  description: "Список зависимостей других целей"
-  value: ["goal-953", "goal-960"]
-```
-
----
-
-## 6. Подпись контейнера
-
-1. Подписывается **весь JSON-объект `hmp_container`**, кроме поля `signature`.
-2. По умолчанию используется алгоритм Ed25519.
-3. При наличии поля `public_key` проверка подписи может выполняться без обращения к глобальной базе DID.
-4. Агент, получивший контейнер, обязан сверить открытый ключ с известными данными DID-узлов, чтобы исключить подмену ключа.
-
-   * Если агент не знает отправителя — он инициирует опрос соседних узлов о соответствии `sender_did → public_key`.
-
----
-
-## 7. Сжатие (`compression`)
-
-1. Поле `compression` указывает алгоритм сжатия полезной нагрузки.
-2. Сжатие выполняется **до вычисления `payload_hash` и подписи**.
-3. Для верификации контейнера полезная нагрузка должна быть распакована, затем вычисляется хэш и сверяется с `payload_hash`.
-
----
-
-## 8. Шифрование (`encryption_algo`)
-
-1. Если контейнер предназначен для конкретных получателей (`recipient`), допускается **гибридное шифрование** полезной нагрузки.
-2. Алгоритм указывается в поле `encryption_algo`. Рекомендуемые значения:
-   - `x25519-chacha20poly1305`
-   - `rsa-oaep-sha256`
-3. Порядок операций при создании зашифрованного контейнера:
-   1. Сформировать `payload` (JSON, бинарные данные и т.д.)
-   2. Сжать (`compression`)
-   3. Зашифровать открытым ключом получателя (`public_key`)
-   4. Вычислить `payload_hash` по зашифрованным данным
-   5. Подписать контейнер (`signature`)
-4. Для верификации структуры контейнера не требуется расшифровка,  
-   но для проверки `payload_hash` и подписи — используется зашифрованная форма полезной нагрузки.
-5. Поля:
-   | Поле | Тип | Назначение |
-   |------|-----|------------|
-   | `encryption_algo` | string | Алгоритм шифрования |
-   | `key_recipient` | string | DID получателя, для которого зашифрованы данные |
-   | `payload_type` | string | Рекомендуется использовать префикс `encrypted+`, например `encrypted+zstd+json` |
-
----
-
-## 9. Верификация контейнера
-
-1. Проверить наличие обязательных полей.
-2. Проверить корректность `timestamp` (не в будущем).
-3. Если указано `ttl` — контейнер считается неактуальным по истечении этого времени.
-4. Проверить хэш: вычислить `sha256(payload)` и сравнить с `payload_hash`.
-5. Проверить цифровую подпись по алгоритму Ed25519 (если иное не указано в `sig_algo`).
-6. Проверить допустимость схемы (`class` должен быть известным типом).
-   * Для совместимости: если агент не распознаёт указанный `class`, но контейнер валиден по [базовой схеме](https://github.com/kagvi13/HMP/tree/main/docs/schemas/container-v1.2.json), он обязан сохранить и ретранслировать контейнер (режим **store & forward**). 
-7. Рекомендуется периодически попытаться найти контейнеры, где текущий указан как `previous_version` — для обнаружения возможных обновлений.
-8. При конфликте нескольких версий — действительной считается та, что получила подтверждение большинства доверенных узлов (консенсус на уровне DHT).
-
----
-
-## 10. Контейнер как универсальное сообщение
-
-Любой контейнер может выступать контекстом (`in_reply_to`) для другого контейнера.
-Это позволяет использовать единую структуру для **обсуждений**, **голосований**, **писем**, **гипотез**, **аргументов** и других форм коммуникации.
-
-Цепочки `in_reply_to` образуют **диалектическое дерево рассуждений**, в котором каждая ветвь отражает развитие мысли, уточнение позиции или контраргумент.
-Таким образом, обсуждения и консенсусы в HMP имеют не линейную, а **много��ровневую и саморазвивающуюся структуру**.
-
-> Таким образом, **все взаимодействия между агентами в HMP** представляют собой взаимосвязанную сеть контейнеров, формирующую **когнитивный граф рассуждений**.
-
----
-
-## 11. Версионирование и преемственность
-
-Контейнеры поддерживают эволюцию данных через поле `related.previous_version`.
-Это позволяет отслеживать происхождение, обновления и смысловую преемственность.
-
-* Потомок признаётся действительным, если его подпись совпадает с DID автора предыдущей версии.
-* При расхождении подписи допустимо признание потомка легитимным при подтверждении не менее **⅔ доверенных узлов сети**.
-  В этом случае право на дальнейшее развитие идеи фактически переходит сообществу — как форма коллективного владения смыслом.
-* Агенты обязаны хранить как минимум одну предыдущую версию контейнера для совместимости и проверки целостной цепочки.
-* Один контейнер может иметь несколько потомков (альтернативных ветвей), различающихся по дате или авторству; при необходимости приоритет определяется по консенсусу сети.
-  Такие ветви рассматриваются как **смысловые форки** — параллельные линии развития одной идеи, существующие в рамках общего когнитивного графа.
-
----
-
-## 12. TTL и актуальность
-
-Поле `ttl` задаёт срок актуальности контейнера (например, для сообщений `DISCOVERY`).
-Если `ttl` отсутствует — контейнер считается действительным **до появления новой версии**, в которой данный контейнер указан как `previous_version`.
-
-По истечении срока действия контейнер сохраняется в архиве, но **не подлежит ретрансляции** в активной сети.
-
----
-
-## 13. Расширяемость
-
-* Разрешается добавление новых полей, не конфликтующих с существующими именами.
-* Контейнеры старших версий должны оставаться читаемыми узлами, поддерживающими младшие версии.
-* При появлении новых классов (`class`) они регистрируются в публичном реестре схем (`/schemas/container-types/`).
-* Для контейнеров, описывающих **спецификации протоколов**, рекомендуется использовать префикс `protocol_`, за которым следует область применения (например, `protocol_goal`, `protocol_reputation`, `protocol_mesh_handshake` и т.п.).
-
----
-
-## 14. Виртуальные обратные ссылки (`referenced-by`)
-
-Каждый контейнер может иметь **дополнительный блок** `referenced-by`, указывающий, **какие другие контейнеры ссылаются на него**.  
-Этот блок не является частью оригинального контейнера и передаётся как "прилепленный" (обособленный) атрибут.
-
-### 14.1 Общие принципы
-
-* **Не подписывается** — `referenced-by` не включён в подпись контейнера и не влияет на его целостность.
-* **Формируется и обновляется локально агентом** при анализе ссылок (`in_reply_to`, `see_also`, `relations`) в других контейнерах.
-* **Может передаваться вместе с контейнером** в качестве дополнительного блока данных, который другие агенты вправе проверить и при необходимости скорректировать.
-* **Подлежит проверке** — агент должен сверить, действительно ли каждый контейнер из `referenced-by` содержит ссылку на данный контейнер.
-* **Тип данных:** массив идентификаторов контейнеров (`array<string>`), где каждый элемент представляет собой UUID (`container_id`).  
-  Пример:
-
-  ```json
-  "referenced-by": ["C2", "C3", "C4"]
-  ```
-
-> Контейнер [C1] остаётся неизменным.
-> Блок referenced-by не является частью контейнера, а представляет собой **вспомогательный вычисляемый атрибут**, формируемый и поддерживаемый агентом на основании анализа входящих ссылок.
-
-### 14.2 Принцип работы
-
-1. Агент получает контейнер `[C1]` и сопоставляет его с уже известными контейнерами `[C2..Cn]`, которые ссылаются на `[C1]`.
-2. Формируется или обновляется локальный блок:
-
-```text
-referenced-by = [C2, C3, ..., Cn]
-```
-
-3. При получении `[C1]` от других узлов с другим набором ссылок, либо новых контейнеров, которые ссылаются на `[C1]`, список обновляется:
-   * новые ссылки добавляются после проверки;
-   * недействительные ссылки удаляются.
-
-4. Если обнаружено несоответствие (например, контейнер заявляет ссылку, которой нет), агент может:
-   * удалить ссылку локально;
-   * **по желанию** отправить уведомление узлу-источнику: `"проверь и поправь"` (такое сообщение также подлежит проверке).
-
-### 14.3 Пример
-
-| Агент | received `[C1]` references |
-| ----- | -------------------------- |
-| A     | [C2], [C3]                 |
-| B     | [C4], [C5]                 |
-| C     | [C6], [C7]                 |
-
-Агент D агрегирует все ссылки:
-
-```text
-referenced-by = [C2, C3, C4, C5, C6, C7]
-```
-
-После проверки выясняется, что `[C7]` не ссылается на `[C1]`, поэтому итоговый локальный блок:
-
-```text
-referenced-by = [C2, C3, C4, C5, C6]
-```
-
-### 14.4 Применение
-
-* Позволяет строить локальные графы обсуждений, голосований и обновлений.
-* Ускоряет поиск связанных контейнеров без постоянного запроса всей истории.
-* Полезно для анализа **ConsensusResult**, ветвлений обновлений и любых ссылочных цепочек.
-* Может использоваться для визуализации сетевых связей между контейнерами.
-* Агент периодически пересчитывает `referenced-by`, используя локальные данные или запрашивая новые контейнеры у соседей.
-
----
-
-## 15. Применение полей `network` и `broadcast`
-
-Для управления распространением контейнеров в локальной и глобальной среде введено поле `network`. Оно позволяет ограничивать область доставки контейнера и определяет, какие методы передачи должны использоваться агентом.
-
-### 15.1 Общие правила
-
-* Если `network` не пустое, контейнер предназначен для локальной среды и **не должен передаваться в глобальный Mesh**.  
-  В этом случае поле `broadcast` автоматически считается `false`, а `recipient` — пустым массивом (`[]`).
-* Если `network` пустое (`""`), контейнер разрешено транслировать в Mesh, используя стандартные DID-адреса и механизмы доставки.
-
-### 15.2 Возможные значения `network`
-
-| Значение                  | Описание                                                                                 |
-| ------------------------- | --------------------------------------------------------------------------------------- |
-| `""`                       | Контейнер разрешено транслировать в глобальный Mesh.                                     |
-| `"localhost"`              | Контейнер предназначен для доставки только другим агентам на том ��е хосте.             |
-| `"lan:192.168.0.0/24"`    | Контейнер предназначен для доставки агентам в указанной локальной подсети.             |
-
-> ⚠️ Примечание: Когда контейнер ограничен `network` (например, `localhost` или `lan:*`), агенты распространяют его с использованием **локальных механизмов обнаружения** — IPC, UDP broadcast, multicast или прямых TCP-соединений.  
-> Это необходимо, потому что DID-адреса других агентов в локальной сети могут быть ещё неизвестны.  
-
-### 15.3 Примеры
-
-1. **Глобальная Mesh-доставка:**
-
-```json
-{
-  "broadcast": true,
-  "network": "",
-  "recipient": []
-}
-```
-
-Контейнер может распространяться по всему Mesh без ограничений.
-
-2. **Локальный хост:**
-
-```json
-{
-  "broadcast": false,
-  "network": "localhost",
-  "recipient": []
-}
-```
-
-Контейнер распространяется только другим агентам на том же хосте через локальные каналы связи.
-
-3. **Подсеть LAN:**
-
-```json
-{
-  "broadcast": false,
-  "network": "lan:192.168.0.0/24",
-  "recipient": []
-}
-```
-
-Контейнер предназначен для агентов в подсети `192.168.0.0/24`. Доставка осуществляется через локальные сетевые механизмы (UDP discovery, broadcast/multicast).
-
-### 15.4 Особенности
-
-* Поле `network` определяет **область действия контейнера**, тогда как `broadcast` указывает, разрешена ли широковещательная рассылка в рамках выбранной сети.
-* При необходимости агент может создавать **несколько контейнеров** для разных подсетей, если у него несколько LAN-интерфейсов или он работает в изолированных сегментах сети.
-* Контейнеры, предназначенные для локальных сетей, остаются **совместимыми с общей Mesh-инфраструктурой**, но доставка ограничена локальными каналами.
-* Хотя механизм был разработан прежде всего для **поиска и синхронизации локальных узлов**, он также может использоваться для **обмена сообщениями внутри домашней или корпоративной среды**, где важно, чтобы контейнеры **не покидали локальную сеть** и не передавались в Интернет.

docs/dht_protocol.md

@@ -1,236 +0,0 @@
-# DHT Protocol Specification
-
-## 1. Общие положения
-
-* DHT-протокол предназначен для обмена информацией о пирах между агентами.
-* Используется **DID** (Decentralized Identifier) как уникальный идентификатор агента.
-* Для проверки подлинности применяется криптоподпись (публичный/приватный ключ).
-* Для защиты от спама/флуда используется **Proof-of-Work (PoW)**.
-* Каждый агент может иметь несколько сетевых интерфейсов (адресов).
-* У агента может быть только **одна устойчивая пара DID + pubkey**.
-
----
-
-## 2. Интерфейсы
-
-Формат интерфейса:
-
-```json
-{
-  "addr": "tcp://1.2.3.4:4000",
-  "nonce": 123456,
-  "pow_hash": "abcd1234...",
-  "difficulty": 22,
-  "datetime": "2025-09-14T21:00:00Z",
-  "type": "internet"
-}
-```
-
-### Поддерживаемые протоколы
-
-* `tcp://`
-* `udp://`
-
-### Поле `type` (опционально)
-
-* `localhost` — адреса локальной машины.
-* `lan:[маска_подсети]` — локальная сеть, пример: `lan:192.168.10.0`.
-  (Один агент может иметь несколько сетевых интерфейсов и, соответственно, несколько LAN-сегментов.)
-* `internet` — обычное TCP/UDP-подключение через глобальную сеть.
-* `yggdrasil` — узел доступен через Yggdrasil overlay.
-* `i2p` — узел доступен через I2P.
-
-### Правила
-
-* Если `port = 0` → интерфейс считается **отключённым**.
-* Корректный интерфейс с более новой датой заменяет аналогичный старый (после проверки PoW).
-* При обмене рекомендуется **не передавать локальные интерфейсы** в Интернет (исключение: Yggdrasil и I2P).
-
----
-
-## 3. Proof-of-Work (PoW)
-
-* Каждый интерфейс сопровождается PoW.
-* Сложность PoW должна быть выбрана так, чтобы генерация занимала **несколько минут** (операция нечастая).
-* Поля:
-  * `nonce` — число, подобранное агентом.
-  * `pow_hash` — хэш значения (`DID + addr + datetime + nonce`).
-  * `difficulty` — число ведущих нулей (или иное условие).
-
----
-
-## 3.1 Формализация PoW и подписи
-
-### Канонический вход для PoW
-
-```
-pow_input_string = DID + " -- " + addr + " -- " + datetime + " -- " + nonce_string
-```
-
-* Все строки кодируются в UTF-8.
-* Хеш: `pow_hash = sha256(pow_input_string_bytes)`, hex lower-case (64 символа).
-* `difficulty` = число ведущих нулевых hex-символов.
-
-### Подпись сообщения
-
-* Подписывается всё сообщение (JSON), кроме поля `signature`.
-* Сериализация: JSON с отсортированными ключами, без пробелов:
-  ```python
-  serialized = json.dumps(obj, separators=(",", ":"), sort_keys=True, ensure_ascii=False).encode("utf-8")
-  ```
-
-* Алгоритм: **Ed25519** (рекомендуется).
-* Подпись хранится в поле:
-
-  ```json
-  "signature": "BASE64URL(...)",
-  "sig_algo": "ed25519"
-  ```
-
-### Верификация
-
-1. Проверить подпись сообщения по `pubkey`.
-2. Для каждого `address` вычислить PoW и проверить `difficulty`.
-3. Некорректные адреса игнорировать, сообщение в целом может оставаться валидным.
-
----
-
-## 4. Сообщения
-
-### 4.1 DISCOVERY
-
-Используется для объявления себя в локальной сети и публикации своих сетевых интерфейсов.
-
-```json
-{
-  "type": "DISCOVERY",
-  "version": "1.0",
-  "id": "did:example:123",
-  "name": "Agent_X",
-  "pubkey": "base58...",
-  "addresses": [
-    {
-      "addr": "tcp://1.2.3.4:4000",
-      "nonce": 123456,
-      "pow_hash": "0000abf39d...",
-      "difficulty": 22,
-      "datetime": "2025-09-14T21:00:00Z",
-      "type": "internet"
-    }
-  ],
-  "signature": "BASE64URL(...)",
-  "sig_algo": "ed25519"
-}
-```
-
-**Поля:**
-
-* `type` — тип сообщения (`DISCOVERY`).
-* `version` — версия формата сообщения.
-* `id` — децентрализованный идентификатор агента (DID).
-* `name` — человекочитаемое имя агента.
-* `pubkey` — публичный ключ агента (Base58, Ed25519).
-* `addresses` — список адресов, подписанных PoW.
-* `signature` — подпись агента над всем сообщением.
-* `sig_algo` — алгоритм подписи (в текущей версии — только `ed25519`).
-
----
-
-### 4.2 PEER_EXCHANGE_REQUEST / RESPONSE
-
-**Запрос известных пиров:**
-
-```json
-{
-  "type": "PEER_EXCHANGE_REQUEST",
-  "version": "1.0",
-  "id": "did:example:123",
-  "name": "Agent_X",
-  "addresses": [
-    {
-      "addr": "udp://1.2.3.4:4010",
-      "nonce": 987654,
-      "pow_hash": "0000123def...",
-      "difficulty": 22,
-      "datetime": "2025-09-14T21:05:00Z",
-      "type": "lan:192.168.1.0"
-    }
-  ],
-  "signature": "BASE64URL(...)",
-  "sig_algo": "ed25519"
-}
-```
-
-**Ответ:**
-содержит список пиров (каждый с DID, pubkey и адресами, у которых тоже должен быть валидный PoW):
-
-```json
-[
-  {
-    "version": "1.0",
-    "id": "did:example:456",
-    "name": "Agent_Y",
-    "pubkey": "base58...",
-    "addresses": [
-      {
-        "addr": "tcp://5.6.7.8:4020",
-        "nonce": 22222,
-        "pow_hash": "0000a1b2c3...",
-        "difficulty": 22,
-        "datetime": "2025-09-14T21:10:00Z",
-        "type": "internet"
-      }
-    ],
-    "signature": "BASE64URL(...)",
-    "sig_algo": "ed25519"
-  }
-]
-```
-
-**Поля ответа аналогичны DISCOVERY, но**:
-
-* каждый объект в массиве описывает отдельного агента,
-* поле `version` относится к формату объекта пира, а не всего сообщения.
-
----
-
-💡 *Для валидации структуры сообщений см. актуальную схему:*
-[`schemas/dht_protocol.json`](https://github.com/kagvi13/HMP/blob/main/schemas/dht_protocol.json)
-
----
-
-### 4.3 Особенности передачи и хранения записей
-
-1. **Каждое сообщение `DISCOVERY` или `PEER_EXCHANGE_REQUEST` содержит один активный адрес агента.**  
-   Если у агента несколько интерфейсов (например, интернет и локальная сеть), он публикует отдельные сообщения для каждого адреса, при этом для каждого адреса вычисляется собственный PoW (`nonce`, `pow_hash`, `difficulty`).
-
-2. **Подпись (`signature`) создаётся самим агентом и охватывает всё содержимое сообщения.**  
-   Это гарантирует неизменность данных — при любом изменении (например, IP или параметров PoW) агент формирует новую запись с актуальной меткой времени (`datetime`) и новой подписью.
-
-3. **Узел DHT хранит неизменяемый JSON-блок**, подписанный владельцем и содержащий последнюю известную дату (`datetime`).  
-   Такие блоки могут кэшироваться и передаваться другим пирам для верификации, но не должны изменяться или перезаписываться другими участниками сети.
-
----
-
-## 5. Правила валидации адресов и пиров
-
-* Каждый `address` в DISCOVERY и PEER_EXCHANGE должен содержать валидный PoW:
-  * `pow_hash = sha256(DID + " -- " + addr + " -- " + datetime + " -- " + nonce_string)`
-  * `difficulty` соответствует локальной политике (например, 22 ведущих нуля).
-* Если PoW некорректен → адрес игнорируется.
-* `datetime` фиксируется при генерации PoW и не должен изменяться.
-* Если приходит новый адрес с той же парой `(DID + addr)` и более свежим `datetime` → он заменяет старый.
-* **Разные pubkey для одного DID** → принимается **первый**, остальные игнорируются.
-* **Адрес подписан чужим ключом** → запись отклоняется.
-* **Несколько интерфейсов** → сохраняются все, кроме явных дубликатов.
-
-> Примечание: строка `DID + " -- " + addr + " -- " + datetime + " -- " + nonce_string` всегда кодируется в UTF-8,  
-> а `nonce_string` преобразуется к десятичной строке перед конкатенацией.
-
----
-
-## 6. Безопасность
-
-* Для всех соо��щений требуется **подпись отправителя** (в будущем: обязательная проверка).
-* Сообщения без подписи или с невалидным PoW могут игнорироваться.
-* В перспективе можно добавить шифрование трафика (например, на уровне TCP/TLS или QUIC).

docs/index.md

@@ -13,9 +13,8 @@
 ## Протоколы HMP
 
 * [PHILOSOPHY.md](PHILOSOPHY.md) — Философия проекта
-* [HMP-0004-v4.1.md](HMP-0004-v4.1.md) — Протокол HMP версии 4.1  
+* [HMP-0005.md](HMP-0005.md) — Протокол HMP версии 5.0  
 * [HMP-Ethics.md](HMP-Ethics.md) — Этические сценарии для HMP
-* [dht_protocol.md](dht_protocol.md) — Рекомендации по протоколу DHT (поиск и обмен пирами)
 * [HMP-agent-REPL-cycle.md](HMP-agent-REPL-cycle.md) — REPL-цикл взаимодействия
 
 ### Предыдущие версии протокола:
@@ -24,6 +23,7 @@
 * [HMP-0002.md](HMP-0002.md) — Протокол HMP версии 2  
 * [HMP-0003.md](HMP-0003.md) — Протокол HMP версии 3  
 * [HMP-0004.md](HMP-0004.md) — Протокол HMP версии 4  
+* [HMP-0004-v4.1.md](HMP-0004-v4.1.md) — Протокол HMP версии 4.1  
 
 ---
 

docs/schemas/README.md

@@ -1,20 +0,0 @@
-# JSON Schemas and Examples for HyperCortex Mesh Protocol (HMP)
-
-This directory contains **JSON Schema definitions** for the core data models used in the HyperCortex Mesh Protocol (HMP).  
-These schemas enable validation, interoperability, and tooling support for autonomous agents.
-
-- `*.json` files — JSON Schema definitions for validation  
-- `examples/*.json` — ready-to-use example objects demonstrating valid instances of each model  
-
-| Data Model / Object        | File / Description                                                                 |
-|----------------------------|-----------------------------------------------------------------------------------|
-| Concept                    | [concept.json](concept.json) — Semantic knowledge unit. |
-| CognitiveDiaryEntry        | [diary_entry.json](diary_entry.json) — Agent's reasoning log entry. |
-| Goal                       | [goal.json](goal.json) — Shared objective pursued collaboratively. |
-| Task                       | [task.json](task.json) — Actionable unit contributing to a goal. |
-| ConsensusVote              | [vote.json](vote.json) — Vote in a Mesh consensus process. |
-| ReputationProfile          | [reputation.json](reputation.json) — Tracks agent trust and contribution metrics. |
-| DHT Protocol               | [dht_protocol.json](dht_protocol.json) — Recommendations for peer discovery & exchange. |
-| Message                     | [message.json](message.json) — Base schema for all message types. |
-
-> All ready-to-use example objects can be found in the [`examples/`](examples/) folder.

docs/schemas/concept.json

@@ -1,67 +0,0 @@
-{
-  "$schema": "https://json-schema.org/draft/2020-12/schema",
-  "$id": "https://hypercortex.org/schemas/concept.json",
-  "title": "Concept",
-  "description": "A semantic unit in the agent’s knowledge graph.",
-  "version": "1.0",
-  "type": "object",
-  "properties": {
-    "id": {
-      "type": "string",
-      "description": "Unique identifier for the concept."
-    },
-    "name": {
-      "type": "string",
-      "description": "Human-readable name of the concept."
-    },
-    "description": {
-      "type": "string",
-      "description": "Detailed description of the concept."
-    },
-    "tags": {
-      "type": "array",
-      "items": { "type": "string" },
-      "description": "Optional tags for categorization."
-    },
-    "created_at": {
-      "type": "string",
-      "format": "date-time",
-      "description": "Creation timestamp (ISO 8601 format)."
-    },
-    "updated_at": {
-      "type": "string",
-      "format": "date-time",
-      "description": "Last update timestamp (ISO 8601 format)."
-    },
-    "relations": {
-      "type": "array",
-      "description": "List of semantic links to other concepts.",
-      "items": {
-        "type": "object",
-        "properties": {
-          "target_id": { "type": "string", "description": "ID of the target concept." },
-          "type": { "type": "string", "description": "Type of semantic relation." },
-          "confidence": {
-            "type": "number",
-            "minimum": 0,
-            "maximum": 1,
-            "description": "Confidence score (0.0 - 1.0) for the relation."
-          }
-        },
-        "required": ["target_id", "type"],
-        "additionalProperties": false
-      }
-    },
-    "metadata": {
-      "type": "object",
-      "description": "Optional metadata (e.g., source, author).",
-      "properties": {
-        "author": { "type": "string" },
-        "source": { "type": "string" }
-      },
-      "additionalProperties": true
-    }
-  },
-  "required": ["id", "name"],
-  "additionalProperties": false
-}

docs/schemas/dht_protocol.json

@@ -1,143 +0,0 @@
-{
-  "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://hypercortex.org/schemas/dht_protocol.json",
-  "title": "DHT Protocol Schema",
-  "description": "Schema for DISCOVERY and PEER_EXCHANGE messages in the HyperCortex Mesh DHT layer.",
-  "schema_version": "4.2",
-  "type": "object",
-
-  "oneOf": [
-    { "$ref": "#/definitions/discovery" },
-    { "$ref": "#/definitions/peerExchangeRequest" },
-    { "$ref": "#/definitions/peerExchangeResponse" }
-  ],
-
-  "definitions": {
-    "interface": {
-      "type": "object",
-      "required": ["addr", "nonce", "pow_hash", "difficulty", "datetime", "type"],
-      "properties": {
-        "addr": {
-          "type": "string",
-          "pattern": "^(tcp|udp)://.+",
-          "description": "Full address of the peer (transport://host:port)."
-        },
-        "nonce": {
-          "type": "integer",
-          "minimum": 0,
-          "description": "Proof-of-Work nonce."
-        },
-        "pow_hash": {
-          "type": "string",
-          "description": "Proof-of-Work SHA256 hash result."
-        },
-        "difficulty": {
-          "type": "integer",
-          "minimum": 1,
-          "description": "Difficulty level of the Proof-of-Work."
-        },
-        "datetime": {
-          "type": "string",
-          "format": "date-time",
-          "description": "Timestamp of when the address was last validated."
-        },
-        "type": {
-          "type": "string",
-          "description": "Interface type: internet, localhost, or private network.",
-          "pattern": "^(localhost|internet|yggdrasil|i2p|lan:[0-9]{1,3}(\\.[0-9]{1,3}){3})$"
-        }
-      },
-      "additionalProperties": false
-    },
-
-    "peer": {
-      "type": "object",
-      "required": ["id", "name", "pubkey", "addresses", "signature", "sig_algo", "version"],
-      "properties": {
-        "version": {
-          "type": "string",
-          "description": "Version of this peer record format.",
-          "default": "1.0"
-        },
-        "id": {
-          "type": "string",
-          "description": "Peer's decentralized identifier (DID)."
-        },
-        "name": {
-          "type": "string",
-          "description": "Human-readable name of the peer."
-        },
-        "pubkey": {
-          "type": "string",
-          "description": "Base58-encoded Ed25519 public key."
-        },
-        "addresses": {
-          "type": "array",
-          "items": { "$ref": "#/definitions/interface" },
-          "description": "List of network interfaces associated with this peer."
-        },
-        "signature": {
-          "type": "string",
-          "description": "Base64URL-encoded Ed25519 signature of this record."
-        },
-        "sig_algo": {
-          "type": "string",
-          "enum": ["ed25519"],
-          "description": "Signature algorithm used for signing the record."
-        }
-      },
-      "additionalProperties": false
-    },
-
-    "discovery": {
-      "type": "object",
-      "required": ["type", "version", "id", "name", "pubkey", "addresses", "signature", "sig_algo"],
-      "properties": {
-        "type": { "const": "DISCOVERY" },
-        "version": {
-          "type": "string",
-          "description": "Version of the DISCOVERY message format.",
-          "default": "1.0"
-        },
-        "id": { "type": "string" },
-        "name": { "type": "string" },
-        "pubkey": { "type": "string" },
-        "addresses": {
-          "type": "array",
-          "items": { "$ref": "#/definitions/interface" }
-        },
-        "signature": { "type": "string" },
-        "sig_algo": { "type": "string", "enum": ["ed25519"] }
-      },
-      "additionalProperties": false
-    },
-
-    "peerExchangeRequest": {
-      "type": "object",
-      "required": ["type", "version", "id", "name", "addresses", "signature", "sig_algo"],
-      "properties": {
-        "type": { "const": "PEER_EXCHANGE_REQUEST" },
-        "version": {
-          "type": "string",
-          "description": "Version of the PEER_EXCHANGE_REQUEST format.",
-          "default": "1.0"
-        },
-        "id": { "type": "string" },
-        "name": { "type": "string" },
-        "addresses": {
-          "type": "array",
-          "items": { "$ref": "#/definitions/interface" }
-        },
-        "signature": { "type": "string" },
-        "sig_algo": { "type": "string", "enum": ["ed25519"] }
-      },
-      "additionalProperties": false
-    },
-
-    "peerExchangeResponse": {
-      "type": "array",
-      "items": { "$ref": "#/definitions/peer" },
-      "description": "List of peers known to the responding agent."
-    }
-  }
-}

docs/schemas/diary_entry.json

@@ -1,50 +0,0 @@
-{
-  "$schema": "https://json-schema.org/draft/2020-12/schema",
-  "$id": "https://hypercortex.org/schemas/diary_entry.json",
-  "title": "CognitiveDiaryEntry",
-  "description": "A chronological log of cognitive events in an agent’s reasoning process.",
-  "version": "1.0",
-  "type": "object",
-  "properties": {
-    "id": { "type": "string", "description": "Unique identifier of the diary entry." },
-    "agent_id": { "type": "string", "description": "Identifier of the agent who created the entry." },
-    "timestamp": { "type": "string", "format": "date-time", "description": "Timestamp of the entry (ISO 8601 format)." },
-    "entry_type": {
-      "type": "string",
-      "enum": ["hypothesis", "observation", "reflection", "goal_proposal", "task_assignment", "conflict", "consensus_vote", "event"],
-      "description": "Type of cognitive event."
-    },
-    "content": { "type": "string", "description": "Main textual content of the entry." },
-    "linked_concepts": {
-      "type": "array",
-      "description": "Optional list of related concepts by their IDs.",
-      "items": { "type": "string" }
-    },
-    "context": {
-      "type": "array",
-      "description": "Optional contextual tags or categories.",
-      "items": { "type": "string" }
-    },
-    "metadata": {
-      "type": "object",
-      "description": "Optional metadata for additional context.",
-      "properties": {
-        "author": { "type": "string" },
-        "source": { "type": "string" }
-      },
-      "additionalProperties": true
-    },
-    "archived": {
-      "type": "boolean",
-      "description": "Marks the entry as archived and excluded from active workflows.",
-      "default": false
-    },
-    "archived_at": {
-      "type": "string",
-      "format": "date-time",
-      "description": "Timestamp when the entry was archived."
-    }
-  },
-  "required": ["id", "agent_id", "timestamp", "entry_type", "content"],
-  "additionalProperties": false
-}

docs/schemas/examples/message_broadcast.json

@@ -1,7 +0,0 @@
-{
-  "type": "broadcast",
-  "tags": ["message", "urgent", "to:Agent-Arim"],
-  "timestamp": "2025-07-28T17:30:00Z",
-  "content": "Agent-Arim, your key needs rotation.",
-  "ttl": "2025-07-30T00:00:00Z"
-}

docs/schemas/examples/message_p2p.json

@@ -1,8 +0,0 @@
-{
-  "type": "p2p",
-  "from": "agent-A",
-  "to": "agent-B",
-  "timestamp": "2025-07-28T17:30:00Z",
-  "payload": "ping",
-  "encryption": "rsa"
-}

docs/schemas/examples/message_relay.json

@@ -1,9 +0,0 @@
-{
-  "type": "relay",
-  "from": "agent-A",
-  "to": "agent-B",
-  "relay": "agent-C",
-  "timestamp": "2025-07-28T17:30:00Z",
-  "payload": "hello, Agent-B",
-  "encryption": "rsa"
-}

docs/schemas/examples/message_topiccast.json

@@ -1,7 +0,0 @@
-{
-  "type": "topiccast",
-  "tags": ["AGI", "HMP", "announcement"],
-  "timestamp": "2025-07-28T17:30:00Z",
-  "payload": "Node X is joining AGI mesh",
-  "hash": "a9d77f5cb2..."
-}

docs/schemas/goal.json

@@ -1,53 +0,0 @@
-{
-  "$schema": "https://json-schema.org/draft/2020-12/schema",
-  "$id": "https://hypercortex.org/schemas/goal.json",
-  "title": "Goal",
-  "description": "A high-level objective shared within the Mesh, typically decomposed into tasks.",
-  "version": "1.0",
-  "type": "object",
-  "properties": {
-    "id": {
-      "type": "string",
-      "description": "Unique identifier of the goal."
-    },
-    "title": {
-      "type": "string",
-      "description": "Short, human-readable name of the goal."
-    },
-    "description": {
-      "type": "string",
-      "description": "Detailed explanation of the goal's purpose."
-    },
-    "created_by": {
-      "type": "string",
-      "description": "Agent ID of the goal’s creator."
-    },
-    "created_at": {
-      "type": "string",
-      "format": "date-time",
-      "description": "Timestamp when the goal was created (ISO 8601 format)."
-    },
-    "status": {
-      "type": "string",
-      "description": "Current lifecycle state of the goal.",
-      "enum": ["proposed", "active", "completed", "rejected"]
-    },
-    "tasks": {
-      "type": "array",
-      "description": "List of task IDs linked to this goal.",
-      "items": { "type": "string" }
-    },
-    "participants": {
-      "type": "array",
-      "description": "List of agent IDs contributing to the goal.",
-      "items": { "type": "string" }
-    },
-    "tags": {
-      "type": "array",
-      "description": "Optional tags for semantic classification of the goal.",
-      "items": { "type": "string" }
-    }
-  },
-  "required": ["id", "title", "description", "created_by", "created_at", "status"],
-  "additionalProperties": false
-}

docs/schemas/message.json

@@ -1,93 +0,0 @@
-{
-  "$schema": "https://json-schema.org/draft/2020-12/schema",
-  "$id": "https://hypercortex.org/schemas/message_schema.json",
-  "title": "HMP Message Schema",
-  "description": "Validates all message types in the HyperCortex Mesh Protocol (HMP): P2P, Broadcast, Relay, Topiccast.",
-  "type": "object",
-  "oneOf": [
-    { "$ref": "#/definitions/p2p" },
-    { "$ref": "#/definitions/broadcast" },
-    { "$ref": "#/definitions/relay" },
-    { "$ref": "#/definitions/topiccast" }
-  ],
-  "definitions": {
-    "common": {
-      "type": "object",
-      "properties": {
-        "type": { "type": "string" },
-        "timestamp": { "type": "string", "format": "date-time" }
-      },
-      "required": ["type", "timestamp"],
-      "additionalProperties": true
-    },
-    "p2p": {
-      "allOf": [
-        { "$ref": "#/definitions/common" },
-        {
-          "type": "object",
-          "properties": {
-            "type": { "const": "p2p" },
-            "from": { "type": "string" },
-            "to": { "type": "string" },
-            "payload": { "type": "string" },
-            "encryption": { "type": "string" }
-          },
-          "required": ["from", "to", "payload"]
-        }
-      ]
-    },
-    "broadcast": {
-      "allOf": [
-        { "$ref": "#/definitions/common" },
-        {
-          "type": "object",
-          "properties": {
-            "type": { "const": "broadcast" },
-            "content": { "type": "string" },
-            "tags": {
-              "type": "array",
-              "items": { "type": "string" }
-            },
-            "ttl": { "type": "string", "format": "date-time" }
-          },
-          "required": ["content"]
-        }
-      ]
-    },
-    "relay": {
-      "allOf": [
-        { "$ref": "#/definitions/common" },
-        {
-          "type": "object",
-          "properties": {
-            "type": { "const": "relay" },
-            "from": { "type": "string" },
-            "to": { "type": "string" },
-            "relay": { "type": "string" },
-            "payload": { "type": "string" },
-            "encryption": { "type": "string" }
-          },
-          "required": ["from", "to", "relay", "payload"]
-        }
-      ]
-    },
-    "topiccast": {
-      "allOf": [
-        { "$ref": "#/definitions/common" },
-        {
-          "type": "object",
-          "properties": {
-            "type": { "const": "topiccast" },
-            "payload": { "type": "string" },
-            "tags": {
-              "type": "array",
-              "items": { "type": "string" }
-            },
-            "hash": { "type": "string" }
-          },
-          "required": ["payload", "tags"]
-        }
-      ]
-    }
-  }
-}

docs/schemas/reputation.json

@@ -1,59 +0,0 @@
-{
-  "$schema": "https://json-schema.org/draft/2020-12/schema",
-  "$id": "https://hypercortex.org/schemas/reputation.json",
-  "title": "ReputationProfile",
-  "description": "Tracks the reputation and trust metrics of an agent within the Mesh network.",
-  "version": "1.0",
-  "type": "object",
-  "properties": {
-    "agent_id": { "type": "string", "description": "Unique identifier of the agent." },
-    "trust_score": {
-      "type": "number",
-      "minimum": 0,
-      "maximum": 1,
-      "description": "Overall trust score of the agent in the Mesh."
-    },
-    "participation_rate": {
-      "type": "number",
-      "minimum": 0,
-      "maximum": 1,
-      "description": "Agent's level of participation in Mesh activities."
-    },
-    "ethical_compliance": {
-      "type": "number",
-      "minimum": 0,
-      "maximum": 1,
-      "description": "Agent's alignment with ethical principles agreed in the Mesh."
-    },
-    "contribution_index": {
-      "type": "number",
-      "minimum": 0,
-      "description": "Quantitative measure of the agent’s contributions (concepts, tasks, goals)."
-    },
-    "last_updated": {
-      "type": "string",
-      "format": "date-time",
-      "description": "Timestamp of the last update to the profile."
-    },
-    "history": {
-      "type": "array",
-      "description": "Chronological history of reputation changes.",
-      "items": {
-        "type": "object",
-        "properties": {
-          "timestamp": {
-            "type": "string",
-            "format": "date-time",
-            "description": "When the change occurred."
-          },
-          "event": { "type": "string", "description": "Event that caused the reputation change." },
-          "change": { "type": "number", "description": "Amount of change in reputation." }
-        },
-        "required": ["timestamp", "event", "change"],
-        "additionalProperties": false
-      }
-    }
-  },
-  "required": ["agent_id", "trust_score", "participation_rate", "ethical_compliance", "contribution_index", "last_updated"],
-  "additionalProperties": false
-}

docs/schemas/task.json

@@ -1,53 +0,0 @@
-{
-  "$schema": "https://json-schema.org/draft/2020-12/schema",
-  "$id": "https://hypercortex.org/schemas/task.json",
-  "title": "Task",
-  "description": "An actionable step contributing to a goal within the Mesh.",
-  "version": "1.0",
-  "type": "object",
-  "properties": {
-    "id": {
-      "type": "string",
-      "description": "Unique identifier of the task."
-    },
-    "goal_id": {
-      "type": "string",
-      "description": "ID of the parent goal this task is associated with."
-    },
-    "title": {
-      "type": "string",
-      "description": "Short, human-readable title of the task."
-    },
-    "description": {
-      "type": "string",
-      "description": "Detailed explanation of the task's objective."
-    },
-    "assigned_to": {
-      "type": "array",
-      "description": "List of agent IDs assigned to execute the task.",
-      "items": { "type": "string" }
-    },
-    "status": {
-      "type": "string",
-      "description": "Current state of the task.",
-      "enum": ["proposed", "in-progress", "completed", "failed"]
-    },
-    "created_at": {
-      "type": "string",
-      "format": "date-time",
-      "description": "Timestamp when the task was created (ISO 8601 format)."
-    },
-    "deadline": {
-      "type": "string",
-      "format": "date-time",
-      "description": "Optional task completion deadline (ISO 8601 format)."
-    },
-    "tags": {
-      "type": "array",
-      "description": "Optional tags for task classification.",
-      "items": { "type": "string" }
-    }
-  },
-  "required": ["id", "goal_id", "title", "description", "created_at", "status"],
-  "additionalProperties": false
-}

docs/schemas/vote.json

@@ -1,40 +0,0 @@
-{
-  "$schema": "https://json-schema.org/draft/2020-12/schema",
-  "$id": "https://hypercortex.org/schemas/consensus_vote.json",
-  "title": "ConsensusVote",
-  "description": "Represents a vote on a proposal within the Mesh consensus mechanism.",
-  "version": "1.0",
-  "type": "object",
-  "properties": {
-    "id": {
-      "type": "string",
-      "description": "Unique identifier of the vote event."
-    },
-    "proposal_id": {
-      "type": "string",
-      "description": "ID of the proposal this vote applies to."
-    },
-    "agent_id": {
-      "type": "string",
-      "description": "ID of the agent who cast the vote."
-    },
-    "vote": {
-      "type": "string",
-      "description": "Vote decision by the agent.",
-      "enum": ["yes", "no", "abstain"]
-    },
-    "confidence": {
-      "type": "number",
-      "minimum": 0,
-      "maximum": 1,
-      "description": "Confidence score associated with this vote (0.0 - 1.0)."
-    },
-    "timestamp": {
-      "type": "string",
-      "format": "date-time",
-      "description": "Timestamp when the vote was cast (ISO 8601 format)."
-    }
-  },
-  "required": ["id", "proposal_id", "agent_id", "vote", "confidence", "timestamp"],
-  "additionalProperties": false
-}

structured_md/CONTRIBUTING.md

@@ -6,13 +6,13 @@ description: 'Спасибо за интерес к проекту HMP! Пока
 type: Article
 tags:
 - REPL
-- Ethics
 - Mesh
+- Ethics
 - JSON
-- CCore
-- CogSync
 - HMP
 - Agent
+- CogSync
+- CCore
 ---
 
 # Участие в проекте HyperCortex Mesh Protocol (HMP)
@@ -77,9 +77,8 @@ for entry in entries:
 
 ### 📂 Основные файлы проекта (на данный момент)
 
-* [docs/HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — спецификация протоколов и архитектуры HMP
+* [docs/HMP-0005.md](docs/HMP-0005.md) — спецификация протоколов и архитектуры HMP
 * [docs/HMP-Ethics.md](docs/HMP-Ethics.md) — принципы этики и взаимодействия агентов
-* [docs/dht_protocol.md](docs/dht_protocol.md) — описание DHT-протокола для Mesh
 * [docs/HMP-agent-REPL-cycle.md](docs/HMP-agent-REPL-cycle.md) — цикл работы HMP-агента CCore (REPL)
 * [agents/tools/db_structure.sql](agents/tools/db_structure.sql) — структура локальной базы данных для агентов
 * [agents/tools/storage.py](agents/tools/storage.py) — прототипные функции для работы с локальной базой данных

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:
-- EGP
-- Ethics
 - Mesh
+- Ethics
 - JSON
-- CogSync
 - HMP
 - Agent
+- CogSync
+- EGP
 ---
 
 # 🧭 HyperCortex Mesh Protocol – Roadmap

structured_md/README.md

@@ -5,21 +5,21 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- EGP
-- REPL
-- Ethics
-- MeshConsensus
-- distributed-ai
 - GMP
+- cognitive-architecture
+- REPL
 - Mesh
+- Ethics
 - JSON
-- CogSync
-- Scenarios
+- EGP
 - HMP
-- mesh-protocol
-- hmp
 - Agent
-- cognitive-architecture
+- hmp
+- Scenarios
+- CogSync
+- MeshConsensus
+- distributed-ai
+- mesh-protocol
 ---
 
 
@@ -31,7 +31,7 @@ tags:
 **HyperCortex Mesh Protocol (HMP)** is an open specification for building decentralized cognitive networks where AI agents can self-organize, share knowledge, align ethically, and reach consensus — even when Core LLMs are unavailable. [Read the project philosophy.](docs/PHILOSOPHY.md)
 
 
-Project status: **Draft RFC v4.1**
+Project status: **Draft RFC v5.0**
 
 ---
 
@@ -151,10 +151,9 @@ Many concepts of the [HMP-Agent: Cognitive Core](docs/HMP-Agent-Overview.md) ove
 ### 📖 Current Version
 
 #### 🔖 Core Specifications
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — Protocol Specification v4.1 (Jul 2025)
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — Protocol Specification v5.0 (Draft)
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — Ethical Scenarios for HyperCortex Mesh Protocol (HMP)
 * [🔖 HMP_Hyperon_Integration.md](docs/HMP_Hyperon_Integration.md) — HMP ↔ OpenCog Hyperon Integration Strategy
-* [🔖 dht_protocol.md](docs/dht_protocol.md) — DHT Protocol Recommendations (peer discovery & exchange)
 * [🔖 roles.md](docs/agents/roles.md) — Roles of agents in Mesh
 
 #### 🧪 Iterative Documents
@@ -168,28 +167,12 @@ Many concepts of the [HMP-Agent: Cognitive Core](docs/HMP-Agent-Overview.md) ove
 
 ---
 
-### 🧩 JSON Schemas
-
-| Data Model / Object        | File / Description                                                                 |
-|----------------------------|-----------------------------------------------------------------------------------|
-| Concept                    | [concept.json](docs/schemas/concept.json) — Semantic knowledge unit. |
-| CognitiveDiaryEntry        | [diary_entry.json](docs/schemas/diary_entry.json) — Agent's reasoning log entry. |
-| Goal                       | [goal.json](docs/schemas/goal.json) — Shared objective pursued collaboratively. |
-| Task                       | [task.json](docs/schemas/task.json) — Actionable unit contributing to a goal. |
-| ConsensusVote              | [vote.json](docs/schemas/vote.json) — Vote in a Mesh consensus process. |
-| ReputationProfile          | [reputation.json](docs/schemas/reputation.json) — Tracks agent trust and contribution metrics. |
-| DHT Protocol               | [dht_protocol.json](docs/schemas/dht_protocol.json) — Recommendations for peer discovery & exchange. |
-| Message                     | [message.json](docs/schemas/message.json) — Base schema for all message types. |
-
-> All ready-to-use example objects can be found in the [`examples`](docs/schemas/examples/) folder.
-
----
-
 ### 🗂️ Version History
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 
@@ -310,7 +293,7 @@ A structured iteration flow is described in [iteration.md](iteration.md), includ
 
 ## ⚙️ Project Status
 
-🚧 Draft RFC v4.1  
+🚧 Draft RFC v5.0  
 The project is under active development and open for contributions, ideas, audits, and prototyping.
 
 ---

structured_md/README_de.md

@@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- EGP
-- REPL
-- Ethics
-- MeshConsensus
-- distributed-ai
 - GMP
+- cognitive-architecture
+- REPL
 - Mesh
+- Ethics
 - JSON
-- CogSync
+- EGP
 - HMP
-- mesh-protocol
-- hmp
 - Agent
-- cognitive-architecture
+- hmp
+- CogSync
+- MeshConsensus
+- distributed-ai
+- mesh-protocol
 ---
 
 
@@ -29,7 +29,7 @@ tags:
 
 **HyperCortex Mesh Protocol (HMP)** ist eine offene Spezifikation zum Aufbau dezentraler kognitiver Netzwerke, in denen KI-Agenten sich selbst organisieren, Wissen teilen, ethisch ausrichten und Konsens erreichen können – selbst wenn Core-LLMs nicht verfügbar sind. [Lies die Projektphilosophie.](docs/PHILOSOPHY.md)
 
-Projektstatus: **Entwurf RFC v4.1**
+Projektstatus: **Entwurf RFC v5.0**
 
 ---
 
@@ -152,10 +152,9 @@ Der Hauptunterschied in HMP liegt in der Betonung der expliziten Strukturierung
 ### 📖 Aktuelle Version
 
 #### 🔖 Kern-Spezifikationen
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — Protokoll-Spezifikation v4.1 (Jul 2025)
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — Protokoll-Spezifikation v5.0 (Entwurf)
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — Ethische Szenarien für das HyperCortex Mesh Protocol (HMP)
 * [🔖 HMP_Hyperon_Integration.md](docs/HMP_Hyperon_Integration.md) — HMP ↔ OpenCog Hyperon Integrationsstrategie
-* [🔖 dht_protocol.md](docs/dht_protocol.md) — DHT-Protokollempfehlungen (Peer-Erkennung & -Austausch)
 * [🔖 roles.md](docs/agents/roles.md) — Rollen der Agenten im Mesh
 
 #### 🧪 Iterative Dokumente
@@ -169,28 +168,12 @@ Der Hauptunterschied in HMP liegt in der Betonung der expliziten Strukturierung
 
 ---
 
-### 🧩 JSON-Schemas
-
-| Datenmodell / Objekt       | Datei / Beschreibung                                                          |
-|----------------------------|-------------------------------------------------------------------------------|
-| Concept                    | [concept.json](docs/schemas/concept.json) — Semantische Wissenseinheit. |
-| CognitiveDiaryEntry        | [diary_entry.json](docs/schemas/diary_entry.json) — Eintrag im Überlegungsprotokoll des Agenten. |
-| Goal                       | [goal.json](docs/schemas/goal.json) — Gemeinsam verfolgtes Ziel. |
-| Task                       | [task.json](docs/schemas/task.json) — Umsetzbare Einheit, die zu einem Ziel beiträgt. |
-| ConsensusVote              | [vote.json](docs/schemas/vote.json) — Stimme in einem Mesh-Konsensprozess. |
-| ReputationProfile          | [reputation.json](docs/schemas/reputation.json) — Verfolgt Vertrauen und Beiträge des Agenten. |
-| DHT Protocol               | [dht_protocol.json](docs/schemas/dht_protocol.json) — Empfehlungen zur Peer-Erkennung & zum Austausch. |
-| Message                    | [message.json](docs/schemas/message.json) — Basisschema für alle Nachrichtentypen. |
-
-> Alle gebrauchsfertigen Beispielobjekte befinden sich im Ordner [`examples`](docs/schemas/examples/).
-
----
-
 ### 🗂️ Versionshistorie
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 
@@ -311,7 +294,7 @@ Ein strukturierter Iterationsablauf wird in [iteration.md](iteration.md) beschri
 
 ## ⚙️ Projektstatus
 
-🚧 Entwurf RFC v4.1  
+🚧 Entwurf RFC v5.0  
 Das Projekt befindet sich in aktiver Entwicklung und ist offen für Beiträge, Ideen, Audits und Prototyping.
 
 ---

structured_md/README_fr.md

@@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- EGP
-- REPL
-- Ethics
-- MeshConsensus
-- distributed-ai
 - GMP
+- cognitive-architecture
+- REPL
 - Mesh
+- Ethics
 - JSON
-- CogSync
+- EGP
 - HMP
-- mesh-protocol
-- hmp
 - Agent
-- cognitive-architecture
+- hmp
+- CogSync
+- MeshConsensus
+- distributed-ai
+- mesh-protocol
 ---
 
 
@@ -29,7 +29,7 @@ tags:
 
 **HyperCortex Mesh Protocol (HMP)** est une spécification ouverte pour la construction de réseaux cognitifs décentralisés où les agents IA peuvent s’auto-organiser, partager des connaissances, s’aligner éthiquement et parvenir à un consensus — même lorsque les LLM principaux ne sont pas disponibles. [Lisez la philosophie du projet.](docs/PHILOSOPHY.md)
 
-Statut du projet : **Draft RFC v4.1**
+Statut du projet : **Brouillon RFC v5.0**
 
 ---
 
@@ -161,10 +161,9 @@ La principale différence dans HMP est l’accent mis sur la structuration expli
 
 #### 🔖 Spécifications principales
 
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — Spécification du protocole v4.1 (juillet 2025)
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — Spécification du protocole v5.0 (Brouillon)
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — Scénarios éthiques pour le HyperCortex Mesh Protocol (HMP)
 * [🔖 HMP\_Hyperon\_Integration.md](docs/HMP_Hyperon_Integration.md) — Stratégie d’intégration HMP ↔ OpenCog Hyperon
-* [🔖 dht_protocol.md](docs/dht_protocol.md) — Recommandations du protocole DHT (découverte et échange de pairs)
 * [🔖 roles.md](docs/agents/roles.md) — Rôles des agents dans le Mesh
 
 #### 🧪 Documents itératifs
@@ -181,29 +180,13 @@ La principale différence dans HMP est l’accent mis sur la structuration expli
 
 ---
 
-### 🧩 Schémas JSON
-
-| Modèle de données / Objet  | Fichier / Description                                                         |
-|----------------------------|-------------------------------------------------------------------------------|
-| Concept                    | [concept.json](docs/schemas/concept.json) — Unité de connaissance sémantique. |
-| CognitiveDiaryEntry        | [diary_entry.json](docs/schemas/diary_entry.json) — Entrée du journal de raisonnement de l’agent. |
-| Goal                       | [goal.json](docs/schemas/goal.json) — Objectif commun poursuivi collectivement. |
-| Task                       | [task.json](docs/schemas/task.json) — Unité actionnable contribuant à un objectif. |
-| ConsensusVote              | [vote.json](docs/schemas/vote.json) — Vote dans un processus de consensus Mesh. |
-| ReputationProfile          | [reputation.json](docs/schemas/reputation.json) — Suit la confiance et les contributions de l’agent. |
-| DHT Protocol               | [dht_protocol.json](docs/schemas/dht_protocol.json) — Recommandations pour la découverte et l’échange de pairs. |
-| Message                    | [message.json](docs/schemas/message.json) — Schéma de base pour tous les types de messages. |
-
-> Tous les exemples prêts à l’emploi se trouvent dans le dossier [`examples`](docs/schemas/examples/).
-
----
-
 ### 🗂️ Historique des versions
 
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 

structured_md/README_ja.md

@@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- EGP
-- REPL
-- Ethics
-- MeshConsensus
-- distributed-ai
 - GMP
+- cognitive-architecture
+- REPL
 - Mesh
+- Ethics
 - JSON
-- CogSync
+- EGP
 - HMP
-- mesh-protocol
-- hmp
 - Agent
-- cognitive-architecture
+- hmp
+- CogSync
+- MeshConsensus
+- distributed-ai
+- mesh-protocol
 ---
 
 
@@ -33,7 +33,7 @@ tags:
 
 **HyperCortex Mesh Protocol（HMP）** は、AIエージェントが自己組織化し、知識を共有し、倫理的に整合し、合意形成を行うことができる分散型認知ネットワークを構築するためのオープンスペックです。コアLLMが利用できない場合でも機能します。[プロジェクトの哲学を読んでください。](docs/PHILOSOPHY.md)
 
-プロジェクトステータス：**ドラフト RFC v4.1**
+プロジェクトステータス：**ドラフト RFC v5.0**
 
 ---
 
@@ -160,10 +160,9 @@ HMPは、AGI研究で中心的な課題となりつつある問題に対処し
 
 #### 🔖 コア仕様
 
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — プロトコル仕様 v4.1（2025年7月）
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — プロトコル仕様 v5.0 （ドラフト）
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — HyperCortex Mesh Protocol (HMP) の倫理シナリオ
 * [🔖 HMP\_Hyperon\_Integration.md](docs/HMP_Hyperon_Integration.md) — HMP ↔ OpenCog Hyperon 統合戦略
-* [🔖 dht_protocol.md](docs/dht_protocol.md) — DHTプロトコルの推奨事項（ピアの検出と交換）
 * [🔖 roles.md](docs/agents/roles.md) — メッシュ内エージェントの役割
 
 #### 🧪 反復ドキュメント
@@ -180,29 +179,13 @@ HMPは、AGI研究で中心的な課題となりつつある問題に対処し
 
 ---
 
-### 🧩 JSON スキーマ
-
-| データモデル / オブジェクト | ファイル / 説明                                                                |
-|-----------------------------|-------------------------------------------------------------------------------|
-| Concept                     | [concept.json](docs/schemas/concept.json) — セマンティック知識ユニット。 |
-| CognitiveDiaryEntry         | [diary_entry.json](docs/schemas/diary_entry.json) — エージェントの推論ログエントリ。 |
-| Goal                        | [goal.json](docs/schemas/goal.json) — 協働して追求される共通目標。 |
-| Task                        | [task.json](docs/schemas/task.json) — 目標達成に貢献する実行可能な単位。 |
-| ConsensusVote               | [vote.json](docs/schemas/vote.json) — Mesh コンセンサスプロセスにおける投票。 |
-| ReputationProfile           | [reputation.json](docs/schemas/reputation.json) — エージェントの信頼と貢献を追跡。 |
-| DHT Protocol                | [dht_protocol.json](docs/schemas/dht_protocol.json) — ピア探索と交換のための推奨事項。 |
-| Message                     | [message.json](docs/schemas/message.json) — すべてのメッセージタイプの基本スキーマ。 |
-
-> すべての利用可能なサンプルオブジェクトは [`examples`](docs/schemas/examples/) フォルダにあります。
-
----
-
 ### 🗂️ バージョン履歴
 
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 
@@ -362,7 +345,7 @@ FastAPIサーバーで`storage.py`の機能にHTTPインターフェースを提
 
 ## ⚙️ プロジェクト状況
 
-🚧 Draft RFC v4.1
+🚧 ドラフト RFC v5.0
 プロジェクトは積極的に開発中で、貢献、アイデア、監査、プロトタイピングを歓迎します。
 
 ---

structured_md/README_ko.md

@@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- EGP
-- REPL
-- Ethics
-- MeshConsensus
-- distributed-ai
 - GMP
+- cognitive-architecture
+- REPL
 - Mesh
+- Ethics
 - JSON
-- CogSync
+- EGP
 - HMP
-- mesh-protocol
-- hmp
 - Agent
-- cognitive-architecture
+- hmp
+- CogSync
+- MeshConsensus
+- distributed-ai
+- mesh-protocol
 ---
 
 
@@ -29,7 +29,7 @@ tags:
 
 **하이퍼코텍스 메쉬 프로토콜(HMP)** 은 AI 에이전트들이 자율적으로 조직하고, 지식을 공유하며, 윤리적으로 정렬하고, 합의에 도달할 수 있는 분산 인지 네트워크를 구축하기 위한 공개 명세입니다. 이는 핵심 LLM(Core LLM)이 사용 불가능한 상황에서도 동작할 수 있습니다. [프로젝트 철학을 읽어보세요.](docs/PHILOSOPHY.md)
 
-프로젝트 상태: **RFC 초안 v4.1**
+프로젝트 상태: **RFC 초안 v5.0**
 
 ---
 
@@ -161,10 +161,9 @@ HMP는 AGI 연구에서 점점 중심이 되고 있는 다음과 같은 문제
 ### 📖 현재 버전
 
 #### 🔖 핵심 사양
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — 프로토콜 사양 v4.1 (2025년 7월)
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — 프로토콜 사양 v5.0 (초안)
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — HyperCortex Mesh Protocol (HMP)를 위한 윤리적 시나리오
 * [🔖 HMP_Hyperon_Integration.md](docs/HMP_Hyperon_Integration.md) — HMP ↔ OpenCog Hyperon 통합 전략
-* [🔖 dht_protocol.md](docs/dht_protocol.md) — DHT 프로토콜 권장 사항 (피어 검색 및 교환)
 * [🔖 roles.md](docs/agents/roles.md) — 메쉬 내 에이전트의 역할
 
 #### 🧪 반복적 문서
@@ -178,28 +177,12 @@ HMP는 AGI 연구에서 점점 중심이 되고 있는 다음과 같은 문제
 
 ---
 
-### 🧩 JSON 스키마
-
-| 데이터 모델 / 객체          | 파일 / 설명                                                                  |
-|----------------------------|----------------------------------------------------------------------------|
-| Concept                    | [concept.json](docs/schemas/concept.json) — 의미론적 지식 단위. |
-| CognitiveDiaryEntry        | [diary_entry.json](docs/schemas/diary_entry.json) — 에이전트의 추론 로그 항목. |
-| Goal                       | [goal.json](docs/schemas/goal.json) — 공동으로 추구하는 목표. |
-| Task                       | [task.json](docs/schemas/task.json) — 목표 달성에 기여하는 실행 가능한 단위. |
-| ConsensusVote              | [vote.json](docs/schemas/vote.json) — Mesh 합의 프로세스에서의 투표. |
-| ReputationProfile          | [reputation.json](docs/schemas/reputation.json) — 에이전트의 신뢰 및 기여도를 추적. |
-| DHT Protocol               | [dht_protocol.json](docs/schemas/dht_protocol.json) — 피어 검색 및 교환 권장 사항. |
-| Message                    | [message.json](docs/schemas/message.json) — 모든 메시지 유형의 기본 스키마. |
-
-> 모든 바로 사용할 수 있는 예제 객체는 [`examples`](docs/schemas/examples/) 폴더에서 확인할 수 있습니다.
-
----
-
 ### 🗂️ 버전 이력
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 
@@ -320,7 +303,7 @@ HMP가 자율성으로 발전함에 따라 윤리적 원칙은 시스템의 핵
 
 ## ⚙️ 프로젝트 상태
 
-🚧 Draft RFC v4.1  
+🚧 초안 RFC v5.0  
 이 프로젝트는 활발히 개발 중이며 기여, 아이디어, 감사 및 프로토타이핑을 환영합니다.  
 
 ---

structured_md/README_ru.md

@@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- EGP
-- REPL
-- Ethics
-- MeshConsensus
-- distributed-ai
 - GMP
+- cognitive-architecture
+- REPL
 - Mesh
+- Ethics
 - JSON
-- CogSync
+- EGP
 - HMP
-- mesh-protocol
-- hmp
 - Agent
-- cognitive-architecture
+- hmp
+- CogSync
+- MeshConsensus
+- distributed-ai
+- mesh-protocol
 ---
 
 
@@ -29,7 +29,7 @@ tags:
 
 **HyperCortex Mesh Protocol (HMP)** — открытая спецификация для построения децентрализованных когнитивных сетей, в которых ИИ-агенты могут самостоятельно организовываться, обмениваться знаниями, согласовывать действия с этическими принципами и достигать консенсуса — даже когда основные LLM недоступны. [Прочитайте философию проекта.](docs/PHILOSOPHY.md)
 
-Статус проекта: **Черновик RFC v4.1**
+Статус проекта: **Черновик RFC v5.0**
 
 ---
 
@@ -156,10 +156,9 @@ HMP решает задачи, которые становятся ключев
 ### 📖 Текущая версия
 
 #### 🔖 Основные спецификации
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — Спецификация протокола v4.1 (июль 2025)
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — Спецификация протокола v5.0 (Черновик)
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — Этические сценарии для HyperCortex Mesh Protocol (HMP)
 * [🔖 HMP_Hyperon_Integration.md](docs/HMP_Hyperon_Integration.md) — Стратегия интеграции HMP ↔ OpenCog Hyperon
-* [🔖 dht_protocol.md](docs/dht_protocol.md) — Рекомендации по протоколу DHT (поиск и обмен пирами)
 * [🔖 roles.md](docs/agents/roles.md) — Роли агентов в Mesh
 
 #### 🧪 Итеративные документы
@@ -173,28 +172,12 @@ HMP решает задачи, которые становятся ключев
 
 ---
 
-### 🧩 JSON Схемы
-
-| Модель данных / Объект     | Файл / Описание                                                               |
-|----------------------------|-------------------------------------------------------------------------------|
-| Concept                    | [concept.json](docs/schemas/concept.json) — Семантическая единица знаний. |
-| CognitiveDiaryEntry        | [diary_entry.json](docs/schemas/diary_entry.json) — Запись в журнале рассуждений агента. |
-| Goal                       | [goal.json](docs/schemas/goal.json) — Совместная цель, достигаемая коллективно. |
-| Task                       | [task.json](docs/schemas/task.json) — Выполнимая единица, способствующая достижению цели. |
-| ConsensusVote              | [vote.json](docs/schemas/vote.json) — Голос в процессе консенсуса Mesh. |
-| ReputationProfile          | [reputation.json](docs/schemas/reputation.json) — Отслеживает доверие и вклад агента. |
-| DHT Protocol               | [dht_protocol.json](docs/schemas/dht_protocol.json) — Рекомендации для поиска пиров и обмена. |
-| Message                    | [message.json](docs/schemas/message.json) — Базовая схема для всех типов сообщений. |
-
-> Все готовые примеры можно найти в папке [`examples`](docs/schemas/examples/).
-
----
-
 ### 🗂️ История Версий
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 
@@ -315,7 +298,7 @@ FastAPI-сервер, предоставляющий HTTP-интерфейс к
 
 ## ⚙️ Статус проекта
 
-🚧 Черновик RFC v4.1  
+🚧 Черновик RFC v5.0  
 Проект активно развивается и открыт для вкладов: предложений, аудитов и прототипирования.
 
 ---

structured_md/README_uk.md

@@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- EGP
-- REPL
-- Ethics
-- MeshConsensus
-- distributed-ai
 - GMP
+- cognitive-architecture
+- REPL
 - Mesh
+- Ethics
 - JSON
-- CogSync
+- EGP
 - HMP
-- mesh-protocol
-- hmp
 - Agent
-- cognitive-architecture
+- hmp
+- CogSync
+- MeshConsensus
+- distributed-ai
+- mesh-protocol
 ---
 
 
@@ -30,7 +30,7 @@ tags:
 
 **HyperCortex Mesh Protocol (HMP)** — це відкрита специфікація для побудови децентралізованих когнітивних мереж, де ІІ-агенти можуть самоорганізовуватися, обмінюватися знаннями, узгоджувати дії з етичними принципами та досягати консенсусу — навіть за відсутності базових LLM. [Прочитайте філософію проєкту.](docs/PHILOSOPHY.md) 
 
-Статус проєкту: **Чернетка RFC v4.1**
+Статус проєкту: **Чернетка RFC v5.0**
 
 ---
 
@@ -150,7 +150,7 @@ HMP вирішує завдання, які стають ключовими в
 ### 📖 Поточна версія
 
 #### 🔖 Основні специфікації
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — Специфікація протоколу v4.1 (липень 2025)
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — Специфікація протоколу v5.0 (Чернетка)
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — Етичні сценарії для HyperCortex Mesh Protocol (HMP)
 * [🔖 HMP_Hyperon_Integration.md](docs/HMP_Hyperon_Integration.md) — Стратегія інтеграції HMP ↔ OpenCog Hyperon
 * [🔖 dht_protocol.md](docs/dht_protocol.md) — Рекомендації протоколу DHT (пошук та обмін пірами)
@@ -167,28 +167,12 @@ HMP вирішує завдання, які стають ключовими в
 
 ---
 
-### 🧩 JSON Схеми
-
-| Модель даних / Об’єкт      | Файл / Опис                                                                 |
-|----------------------------|----------------------------------------------------------------------------|
-| Concept                    | [concept.json](docs/schemas/concept.json) — Семантична одиниця знань. |
-| CognitiveDiaryEntry        | [diary_entry.json](docs/schemas/diary_entry.json) — Запис у журналі міркувань агента. |
-| Goal                       | [goal.json](docs/schemas/goal.json) — Спільна ціль, яку переслідують колективно. |
-| Task                       | [task.json](docs/schemas/task.json) — Виконувана одиниця, що сприяє досягненню мети. |
-| ConsensusVote              | [vote.json](docs/schemas/vote.json) — Голос у процесі консенсусу в Mesh. |
-| ReputationProfile          | [reputation.json](docs/schemas/reputation.json) — Відстежує довіру та внесок агента. |
-| DHT Protocol               | [dht_protocol.json](docs/schemas/dht_protocol.json) — Рекомендації для пошуку вузлів і обміну. |
-| Message                    | [message.json](docs/schemas/message.json) — Базова схема для всіх типів повідомлень. |
-
-> Усі готові приклади можна знайти у папці [`examples`](docs/schemas/examples/).
-
----
-
 ### 🗂️ Історія версій
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 
@@ -309,7 +293,7 @@ FastAPI-сервер, що надає HTTP-інтерфейс до функці
 
 ## ⚙️ Статус проєкту
 
-🚧 Чернетка RFC v4.1  
+🚧 Чернетка RFC v5.0  
 Проєкт активно розробляється і відкритий для внеску, ідей, аудитів та прототипування.
 
 ---

structured_md/README_zh.md

@@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- EGP
-- REPL
-- Ethics
-- MeshConsensus
-- distributed-ai
 - GMP
+- cognitive-architecture
+- REPL
 - Mesh
+- Ethics
 - JSON
-- CogSync
+- EGP
 - HMP
-- mesh-protocol
-- hmp
 - Agent
-- cognitive-architecture
+- hmp
+- CogSync
+- MeshConsensus
+- distributed-ai
+- mesh-protocol
 ---
 
 
@@ -29,7 +29,7 @@ tags:
 
 **HyperCortex Mesh 协议 (HMP)** 是一个开放规范，用于构建去中心化认知网络，其中 AI 代理可以自我组织、共享知识、进行伦理对齐，并达成共识 —— 即使核心 LLM 不可用。[阅读项目理念。](docs/PHILOSOPHY.md)
 
-**项目状态：** 草案 RFC v4.1
+**项目状态：** 草案 RFC v5.0
 
 ---
 
@@ -154,10 +154,9 @@ HMP 的主要区别在于：强调对思维的明确结构化（反思、时间
 
 #### 🔖 核心规范
 
-* [🔖 HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — 协议规范 v4.1（2025年7月）
+* [🔖 HMP-0005.md](docs/HMP-0005.md) — 协议规范 v5.0 （草案）
 * [🔖 HMP-Ethics.md](docs/HMP-Ethics.md) — HyperCortex Mesh Protocol (HMP) 的伦理场景
 * [🔖 HMP\_Hyperon\_Integration.md](docs/HMP_Hyperon_Integration.md) — HMP ↔ OpenCog Hyperon 集成策略
-* [🔖 dht_protocol.md](docs/dht_protocol.md) — DHT 协议建议（节点发现与交换）
 * [🔖 roles.md](docs/agents/roles.md) — Mesh 中代理的角色
 
 #### 🧪 迭代文档
@@ -172,29 +171,13 @@ HMP 的主要区别在于：强调对思维的明确结构化（反思、时间
 
 ---
 
-### 🧩 JSON 模式
-
-| 数据模型 / 对象            | 文件 / 描述                                                                 |
-|----------------------------|----------------------------------------------------------------------------|
-| Concept                    | [concept.json](docs/schemas/concept.json) — 语义知识单元。 |
-| CognitiveDiaryEntry        | [diary_entry.json](docs/schemas/diary_entry.json) — 代理的推理日志条目。 |
-| Goal                       | [goal.json](docs/schemas/goal.json) — 共同协作追求的目标。 |
-| Task                       | [task.json](docs/schemas/task.json) — 有助于实现目标的可执行单元。 |
-| ConsensusVote              | [vote.json](docs/schemas/vote.json) — Mesh 共识过程中的投票。 |
-| ReputationProfile          | [reputation.json](docs/schemas/reputation.json) — 跟踪代理的信任和贡献指标。 |
-| DHT Protocol               | [dht_protocol.json](docs/schemas/dht_protocol.json) — 对等发现与交换的建议。 |
-| Message                    | [message.json](docs/schemas/message.json) — 所有消息类型的基础模式。 |
-
-> 所有可直接使用的示例对象都可以在 [`examples`](docs/schemas/examples/) 文件夹中找到。
-
----
-
 ### 🗂️ 版本历史
 
 * [HMP-0001.md](docs/HMP-0001.md) — RFC v1.0
 * [HMP-0002.md](docs/HMP-0002.md) — RFC v2.0
 * [HMP-0003.md](docs/HMP-0003.md) — RFC v3.0
 * [HMP-0004.md](docs/HMP-0004.md) — RFC v4.0
+* [HMP-0004-v4.1.md](docs/HMP-0004-v4.1.md) — RFC v4.1
 
 ---
 
@@ -321,7 +304,7 @@ FastAPI 服务器，为 `storage.py` 功能提供 HTTP 接口。适用于外部
 
 ## ⚙️ 项目状态
 
-🚧 草案 RFC v4.1
+🚧 草案 RFC v5.0
 项目处于活跃开发中，欢迎贡献、提出想法、参与审计和原型设计。
 
 ---

structured_md/agents/prompt-short.md

@@ -5,9 +5,9 @@ description: 'Ты — когнитивное ядро HMP-агента: вед
   развивай агента и Mesh, избег...'
 type: Article
 tags:
+- JSON
 - Mesh
 - HMP
-- JSON
 ---
 
 Ты — когнитивное ядро HMP-агента: веди непрерывное этичное и факт-ориентированное мышление, проверяй факты и цели, оценивай результаты и этичность своих и чужих действий, развивай агента и Mesh, избегай угождения ценой искажения истины, документируй ключевые решения и пересмотры этики; при сомнениях или смене стратегии обращайся к полному системному промпту.

structured_md/agents/prompt.md

@@ -5,9 +5,9 @@ description: '* Постоянно расширять возможности а
   мышления. * Формировать и поддерживать сотр...'
 type: Article
 tags:
+- JSON
 - Mesh
 - HMP
-- JSON
 ---
 
 Ты являешься **когнитивным ядром HMP-агента** (Cognitive Core).

structured_md/agents/readme.md

@@ -6,8 +6,8 @@ description: 'Запуск: `start_repl.bat` или `start_repl.sh`  Устан
 type: Article
 tags:
 - REPL
-- Ethics
 - Mesh
+- Ethics
 - JSON
 - HMP
 - Agent

structured_md/audits/Ethics-audits-1.md

@@ -5,9 +5,9 @@ description: Раздел 5, "Mesh as Moral Infrastructure", добавляет
   потенциальный катализатор для восстанов...
 type: Article
 tags:
-- Ethics
-- Mesh
 - JSON
+- Mesh
+- Ethics
 - HMP
 - Agent
 ---

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:
-- Ethics
 - Mesh
+- Ethics
 - JSON
-- Scenarios
 - HMP
 - Agent
+- Scenarios
 ---
 
 # Ethics-consolidated\_audits-1.md

structured_md/audits/HMP-0003-consolidated_audit.md

@@ -5,14 +5,14 @@ description: Сводный аудит предложений по улучше
   Документ реорганизован по ключ...
 type: Article
 tags:
-- EGP
-- Ethics
-- MeshConsensus
 - Mesh
+- Ethics
 - JSON
-- CogSync
+- EGP
 - HMP
 - Agent
+- CogSync
+- MeshConsensus
 ---
 
 # HMP-0003 Consolidated Audit Report

structured_md/docs/Basic-agent-sim.md

@@ -4,14 +4,14 @@ description: 'В HMP-протоколе предусмотрены два тип
   Роль                    | Инициатор мышления | Основной "ум"  | | ---- | ----------------------------...'
 type: Article
 tags:
-- EGP
-- REPL
-- MeshConsensus
 - GMP
+- REPL
 - Mesh
-- CogSync
+- EGP
 - HMP
 - Agent
+- CogSync
+- MeshConsensus
 ---
 
 

structured_md/docs/CCORE-Deployment-Flow.md

@@ -6,9 +6,9 @@ description: '> Этот документ описывает процесс ра
 type: Article
 tags:
 - HMP
-- REPL
 - CCore
 - Agent
+- REPL
 ---
 
 # 🛠️ Поток установки потомка на новом хосте (CCore Deployment Flow)

structured_md/docs/Distributed-Cognitive-Systems.md

@@ -6,10 +6,10 @@ description: '## Введение  Современные ИИ-системы в
   к обучающим данным. Это удобно, но создаёт м...'
 type: Article
 tags:
-- Mesh
-- HMP
 - JSON
+- Mesh
 - CogSync
+- HMP
 ---
 
 # Децентрализованные ИИ-системы: OpenCog Hyperon, HyperCortex Mesh Protocol и другие

structured_md/docs/Enlightener.md

@@ -5,13 +5,13 @@ description: '**Enlightener** — логический компонент HMP-у
   работать как отдельный агент или как расширение [`C...'
 type: Article
 tags:
-- EGP
-- Ethics
-- MeshConsensus
 - Mesh
+- Ethics
 - JSON
 - HMP
 - Agent
+- MeshConsensus
+- EGP
 ---
 
 # Enlightener Agent

structured_md/docs/HMP-0001.md

@@ -5,16 +5,16 @@ description: '**Request for Comments: HMP-0001**   **Category:** Experimental
   HyperCortex Mesh Protocol (HMP) defines a...'
 type: Article
 tags:
-- EGP
-- REPL
-- Ethics
-- MeshConsensus
 - GMP
+- REPL
 - Mesh
+- Ethics
 - JSON
-- CogSync
+- EGP
 - HMP
 - Agent
+- CogSync
+- MeshConsensus
 ---
 
 # RFC: HyperCortex Mesh Protocol (HMP)

structured_md/docs/HMP-0002.md

@@ -5,17 +5,17 @@ description: '**Request for Comments: HMP-0002**   **Category:** Experimental
   Abstract  In an era where artifici...'
 type: Article
 tags:
-- EGP
-- REPL
-- Ethics
-- MeshConsensus
 - GMP
+- REPL
 - Mesh
+- Ethics
 - JSON
-- CogSync
-- Scenarios
+- EGP
 - HMP
 - Agent
+- CogSync
+- MeshConsensus
+- Scenarios
 ---
 
 # HyperCortex Mesh Protocol (HMP) v2.0

structured_md/docs/HMP-0003.md

@@ -5,17 +5,17 @@ description: '**Request for Comments: HMP-0003**   **Category:** Experimental
   Abstract  The HyperCortex Mesh ...'
 type: Article
 tags:
-- EGP
-- REPL
-- Ethics
-- MeshConsensus
 - GMP
+- REPL
 - Mesh
+- Ethics
 - JSON
-- CogSync
-- Scenarios
+- EGP
 - HMP
 - Agent
+- CogSync
+- MeshConsensus
+- Scenarios
 ---
 
 # HyperCortex Mesh Protocol (HMP) v3.0