diff --git a/docs/HMP-0005.md b/docs/HMP-0005.md
index d25ee286fec8d2df706c3d45e52a0256f037385f..9b3d745b835d57874812f276baf9a4789b9a066a 100644
--- a/docs/HMP-0005.md
+++ b/docs/HMP-0005.md
@@ -663,9 +663,9 @@ a multi-dimensional system used to represent conceptual relations numerically or
 * `meta.axes` — defines a **spatial structure** that positions the container in a semantic coordinate space.
 * Together, they form the **Cognitive Signature**, enabling agents to:
 
-  * perform semantic proximity and relevance search,
-  * infer hierarchical relationships,
-  * align reasoning contexts across frameworks (e.g. between Knowledge Genomes of different agents).
+    * perform semantic proximity and relevance search,
+    * infer hierarchical relationships,
+    * align reasoning contexts across frameworks (e.g. between Knowledge Genomes of different agents).
 
 ---
 
@@ -691,12 +691,12 @@ a multi-dimensional system used to represent conceptual relations numerically or
 2. The canonical representation (`canonical_json(hmp_container)`) **must** be computed deterministically
    according to the following rules:
 
-   - All object keys are **sorted lexicographically** (ascending order, Unicode code point order).
-   - Objects and arrays are serialized in standard JSON form **without extra whitespace** or indentation.
-   - Strings are encoded in **UTF-8** with escaped control characters.
-   - Numeric values are serialized in plain JSON numeric format (no leading zeros, fixed `.` decimal separator).
-   - The `signature` field itself is omitted during signing and verification.
-   - The result is a **byte sequence** identical across implementations.
+    * All object keys are **sorted lexicographically** (ascending order, Unicode code point order).
+    * Objects and arrays are serialized in standard JSON form **without extra whitespace** or indentation.
+    * Strings are encoded in **UTF-8** with escaped control characters.
+    * Numeric values are serialized in plain JSON numeric format (no leading zeros, fixed `.` decimal separator).
+    * The `signature` field itself is omitted during signing and verification.
+    * The result is a **byte sequence** identical across implementations.
 
 3. The default digital signature algorithm is **Ed25519**.
    Alternative algorithms may be used if declared explicitly in the `sig_algo` field.
@@ -707,8 +707,7 @@ a multi-dimensional system used to represent conceptual relations numerically or
 5. Upon receiving a container, an agent **must verify** that the provided public key matches the
    registered key associated with the sender’s DID to prevent key substitution attacks.
 
-   - If the sender’s DID–key mapping is unknown,
-     the agent should query neighboring peers to confirm the association (`sender_did → public_key`).
+    * If the sender’s DID–key mapping is unknown, the agent should query neighboring peers to confirm the association (`sender_did → public_key`).
 
 > 🔐 **Note:**
 > Signature validation applies only to the canonical form of the `hmp_container`
@@ -742,18 +741,18 @@ a multi-dimensional system used to represent conceptual relations numerically or
 2. The encryption algorithm is specified in `encryption_algo`.
    Recommended values:
 
-   * `x25519-chacha20poly1305`
-   * `rsa-oaep-sha256`
+    * `x25519-chacha20poly1305`
+    * `rsa-oaep-sha256`
 
 3. **Container encryption process:**
 
-   1. Construct the `payload`.
-   2. Apply compression (`compression`, if specified).
-   3. Generate a random symmetric key.
-   4. Encrypt the compressed payload with the symmetric key.
-   5. Encrypt the symmetric key with the recipient’s **public key** → store the result in `key_recipient`.
-   6. Compute `payload_hash` over the **encrypted and compressed** payload.
-   7. Sign the container (the entire structure except for the `signature` field).
+    1. Construct the `payload`.
+    2. Apply compression (`compression`, if specified).
+    3. Generate a random symmetric key.
+    4. Encrypt the compressed payload with the symmetric key.
+    5. Encrypt the symmetric key with the recipient’s **public key** → store the result in `key_recipient`.
+    6. Compute `payload_hash` over the **encrypted and compressed** payload.
+    7. Sign the container (the entire structure except for the `signature` field).
 
 4. **Verification** of the container is performed on the encrypted form of the payload and **does not require decryption**.
 
@@ -767,8 +766,8 @@ a multi-dimensional system used to represent conceptual relations numerically or
 
 6. **Relationship between `recipient` and `key_recipient`:**
 
-   * When encryption is applied, the container MUST have exactly **one** recipient.
-   * For multiple recipients, encryption is **not** used; the payload remains in plaintext.
+    * When encryption is applied, the container MUST have exactly **one** recipient.
+    * For multiple recipients, encryption is **not** used; the payload remains in plaintext.
 
 > ⚙️ **Note:** Agents may forward encrypted containers even if they cannot decrypt them, maintaining store-and-forward behavior.
 ---
@@ -782,7 +781,7 @@ a multi-dimensional system used to represent conceptual relations numerically or
 5. Verify the digital signature using `sig_algo` (default: Ed25519).
 6. Validate the container schema (`class` must correspond to a known or registered schema).
 
-   * For compatibility: if an agent does not recognize the `class`, but the container passes the [base schema](https://github.com/kagvi13/HMP/tree/main/docs/schemas/container-v1.2.json), it **must still store and forward** the container.
+    * For compatibility: if an agent does not recognize the `class`, but the container passes the [base schema](https://github.com/kagvi13/HMP/tree/main/docs/schemas/container-v1.2.json), it **must still store and forward** the container.
 7. Optionally, periodically query for containers referencing the current one as `previous_version`
    to detect potential updates or forks.
 8. When multiple versions exist, the valid one is the one that has received
@@ -985,14 +984,14 @@ Example:
 
 5. When receiving other versions of the block (from different peers), the agent may:
 
-   * merge verified backlinks;
-   * remove invalid or outdated entries;
-   * update its own signed version.
+    * merge verified backlinks;
+    * remove invalid or outdated entries;
+    * update its own signed version.
 
 6. If inconsistencies are detected (e.g., a backlink claims a relation that does not exist), the agent may:
 
-   * reject or locally remove that link;
-   * **optionally** notify the source peer to review the data.
+    * reject or locally remove that link;
+    * **optionally** notify the source peer to review the data.
 
 #### 3.16.4 Example
 
@@ -1770,15 +1769,15 @@ A `container_delta` transmits only *new or modified* containers since a given ti
 
 * Agents SHOULD include `meta.abstraction` and `meta.axes` when:
 
-  * the container represents a **new conceptual position** in the hierarchy or cognitive space;
-  * the referenced abstractions or axes have been **updated** since the last synchronization;
-  * the recipient agent subscribes to the same `agents_class` (e.g., `"Knowledge Genome"`).
+    * the container represents a **new conceptual position** in the hierarchy or cognitive space;
+    * the referenced abstractions or axes have been **updated** since the last synchronization;
+    * the recipient agent subscribes to the same `agents_class` (e.g., `"Knowledge Genome"`).
 
 * When receiving a `container_delta`, an agent:
 
-  * Updates its local `container_index`;
-  * Checks if any new abstraction or axis DIDs are unknown locally;
-  * Requests missing `abstraction` or `axes` containers from the sender to maintain consistent cognitive topology.
+    * Updates its local `container_index`;
+    * Checks if any new abstraction or axis DIDs are unknown locally;
+    * Requests missing `abstraction` or `axes` containers from the sender to maintain consistent cognitive topology.
 
 ---
 
@@ -1865,9 +1864,9 @@ They allow agents to exchange updates **without sending the full container**, im
 * Maintains the graph of links to other containers.
 * Each agent receiving such a container:
 
-  1. Verifies the sender's signature and the validity of the `payload` structure.
-  2. Compares received links with the local `referenced-by` entries and adds any new ones.
-  3. Generates its own updated `referenced-by` container for dissemination if needed.
+    1. Verifies the sender's signature and the validity of the `payload` structure.
+    2. Compares received links with the local `referenced-by` entries and adds any new ones.
+    3. Generates its own updated `referenced-by` container for dissemination if needed.
 
 **Example of a `referenced-by_exchange` container:**
 
@@ -1909,14 +1908,15 @@ They allow agents to exchange updates **without sending the full container**, im
 * Maintains signed evaluations of containers.
 * Each agent synchronizes evaluation blocks as follows:
 
-  1. Compares the received `evaluations_hash` with the local one.
+    1. Compares the received `evaluations_hash` with the local one.
 
-     * If hashes match, no action is required.
-     * If hashes differ, the agent knows **the block has changed**, but not which items.
-  2. Requests the full updated `evaluations` block from peers if needed.
-  3. Verifies the sender's signature and the validity of the `payload` structure.
-  4. Adds new evaluations or updates existing ones in the local store.
-  5. Can generate its own `evaluations_exchange` container for further dissemination to peers.
+        * If hashes match, no action is required.
+        * If hashes differ, the agent knows **the block has changed**, but not which items.
+
+    2. Requests the full updated `evaluations` block from peers if needed.
+    3. Verifies the sender's signature and the validity of the `payload` structure.
+    4. Adds new evaluations or updates existing ones in the local store.
+    5. Can generate its own `evaluations_exchange` container for further dissemination to peers.
 
 **Example `evaluations_exchange` container:**
 
@@ -1980,15 +1980,17 @@ Agents MAY discover all versions derived from a container [C1] via a combination
    filtering for containers with `related.previous_version` includes [C1].
 
 3. **Reputation evaluation**: For each discovered fork [C1-A], [C1-B], [C1-C]:
-   - Retrieve the `evaluations` block.
-   - Compute local trust score for the main container and each fork using RTE reputation data.
-   - Optionally fetch `consensus_result` containers referencing the fork.
+
+    * Retrieve the `evaluations` block.
+    * Compute local trust score for the main container and each fork using RTE reputation data.
+    * Optionally fetch `consensus_result` containers referencing the fork.
 
 4. **Selection**: Choose the most trusted/relevant fork based on:
-   - Aggregate evaluation scores
-   - Author reputation
-   - Alignment with agent’s ethical filters
-   - Recency (if applicable)
+
+    * Aggregate evaluation scores
+    * Author reputation
+    * Alignment with agent’s ethical filters
+    * Recency (if applicable)
 
 **Example scenario:**
 
@@ -2039,9 +2041,9 @@ It considers:
 4. **Consistency with HMP Protocols:**
    Container Distribution serves as the transport foundation for:
 
-   * **MCE** — exchanging containers and their indexes;
-   * **CogSync** — synchronizing cognitive and content states;
-   * **CogConsensus** — synchronizing ethical and cognitive decisions.
+    * **MCE** — exchanging containers and their indexes;
+    * **CogSync** — synchronizing cognitive and content states;
+    * **CogConsensus** — synchronizing ethical and cognitive decisions.
 
 > Container Distribution does not change container structure or introduce new message types — it is a **description of the delivery process and coordinated propagation**, based on the rules `recipient`, `broadcast`, and `network`.
 
@@ -2447,17 +2449,20 @@ the agent SHOULD follow a two-phase iterative process aimed at selecting or cons
 
 1. Identify all `semantic_node:definition` containers referring to the same conceptual label.  
 2. Evaluate each definition against the agent’s current interpretation or internal criteria.  
-   - If a definition fully satisfies the agent’s understanding, adopt it as the new `actual`.  
-   - If none fits perfectly, select the closest one as a provisional base.
+
+    * If a definition fully satisfies the agent’s understanding, adopt it as the new `actual`.  
+    * If none fits perfectly, select the closest one as a provisional base.
 
 **Phase 2 — Synthesis**
 
 3. Using the chosen base definition, iteratively compare it with other relevant definitions.  
-   - Extract complementary details or distinctions from them.  
-   - Gradually refine the base definition to form an improved, internally consistent meaning.  
+
+    * Extract complementary details or distinctions from them.  
+    * Gradually refine the base definition to form an improved, internally consistent meaning.  
 4. Publish the resulting `semantic_node:definition` as a new container representing the agent’s synthesized understanding.  
-   - Set this container as `actual`.  
-   - Move alternative or superseded ones to `alternatives` or `outdated`.
+
+    * Set this container as `actual`.  
+    * Move alternative or superseded ones to `alternatives` or `outdated`.
 
 > This process enables agents to evolve shared semantics through selective adoption and constructive synthesis,  
 > rather than simple replacement of definitions.
@@ -2715,16 +2720,16 @@ A `sequence` container serves as a **linear cognitive narrative**, connecting mu
 
 * The **keys** of `items` define the **ordering mechanism**:
 
-  * numeric (`"1"`, `"2"`, …) → *step order*;
-  * ISO timestamps → *chronological order*;
-  * custom identifiers (e.g. `"A"`, `"B"`, `"C"`) → *logical order*.
+    * numeric (`"1"`, `"2"`, …) → *step order*;
+    * ISO timestamps → *chronological order*;
+    * custom identifiers (e.g. `"A"`, `"B"`, `"C"`) → *logical order*.
 * Agents MAY reconstruct sequences dynamically using `event.follows` or `event.caused_by`, but `sequence` provides an explicit, declarative representation.
 * The container is well-suited for:
 
-  * recording cognitive or reasoning workflows;
-  * publishing learning or thought traces;
-  * serializing sensory or experiential sequences (e.g., temporal chains of `event` containers);
-  * collaborative reasoning reconstruction and audit trails.
+    * recording cognitive or reasoning workflows;
+    * publishing learning or thought traces;
+    * serializing sensory or experiential sequences (e.g., temporal chains of `event` containers);
+    * collaborative reasoning reconstruction and audit trails.
 
 ---
 
@@ -2901,8 +2906,8 @@ the **hierarchical abstraction tree** and the **multi-dimensional cognitive spac
 
 * Each `quant` acts as a **point** in the cognitive landscape.
 
-  * Its *vertical placement* comes from `meta.abstraction`.
-  * Its *spatial vector* comes from `meta.axes`.
+    * Its *vertical placement* comes from `meta.abstraction`.
+    * Its *spatial vector* comes from `meta.axes`.
 * `relations` provide semantic edges connecting quanta into larger knowledge graphs.
 * Agents use these structures to compare, cluster, or reason over semantic proximity.
 
@@ -2965,9 +2970,9 @@ consistently interpreted, compared, and synchronized across agents.
 
 2. **Selective disclosure**
 
-   * Internal containers (e.g., `workflow_entry`) capture the agent’s reasoning process and are **not published** (but may be published if they do not contain personal or confidential information).
-   * Public-facing `diary_entry` containers contain only generalized, anonymized results.
-   * The flag `"broadcast": true` explicitly allows open synchronization of a container.
+    * Internal containers (e.g., `workflow_entry`) capture the agent’s reasoning process and are **not published** (but may be published if they do not contain personal or confidential information).
+    * Public-facing `diary_entry` containers contain only generalized, anonymized results.
+    * The flag `"broadcast": true` explicitly allows open synchronization of a container.
 
 3. **Semantic grouping rule**
    When publishing `semantic_edges`, agents should group them **by conceptual topic**, ensuring that all connected nodes share thematic coherence.
@@ -3564,23 +3569,23 @@ In all Fortytwo containers, the `related` block establishes the DAG of dependenc
 
 * **`fortytwo_round`**
 
-  * `in_reply_to`: a `task` container (first round) or the previous `fortytwo_round`.
-  * `depends_on`: submitted solutions (`workflow_entry`) and any containers used to construct the partition.
+    * `in_reply_to`: a `task` container (first round) or the previous `fortytwo_round`.
+    * `depends_on`: submitted solutions (`workflow_entry`) and any containers used to construct the partition.
 
 * **`fortytwo_evaluation`**
 
-  * `in_reply_to`: the corresponding `fortytwo_round`.
-  * `depends_on`: both compared solutions and any extra reasoning dependencies.
+    * `in_reply_to`: the corresponding `fortytwo_round`.
+    * `depends_on`: both compared solutions and any extra reasoning dependencies.
 
 * **`fortytwo_round_result`**
 
-  * `in_reply_to`: the corresponding `fortytwo_round`.
-  * `depends_on`: round winners and all evaluation containers used in aggregation.
+    * `in_reply_to`: the corresponding `fortytwo_round`.
+    * `depends_on`: round winners and all evaluation containers used in aggregation.
 
 * **`fortytwo_final_result`**
 
-  * `in_reply_to`: the `task` container.
-  * `depends_on`: the final winner and all `fortytwo_round_result` containers involved.
+    * `in_reply_to`: the `task` container.
+    * `depends_on`: the final winner and all `fortytwo_round_result` containers involved.
 
 ---
 
@@ -3732,36 +3737,36 @@ Unlike version 4.x, where coordination relied on message exchange, version 5.0 o
 
 1. **Creation**
 
-   * An agent publishes a container of class `goal`.  
-   * The `payload` block defines `title`, `description`, `priority`, `expected_outcome`, and optionally `ethical_context`.  
-   * The goal may reference other goals via `related.depends_on` or `related.extends`.
+    * An agent publishes a container of class `goal`.  
+    * The `payload` block defines `title`, `description`, `priority`, `expected_outcome`, and optionally `ethical_context`.  
+    * The goal may reference other goals via `related.depends_on` or `related.extends`.
 
 2. **Decomposition**
 
-   * Other agents create `task` containers that reference the original goal via `related.in_reply_to`.  
-   * Each task may define deadlines, responsible agents, and required resources.  
-   * Hierarchical structures are supported (`task` → `task`) to represent subtasks.
+    * Other agents create `task` containers that reference the original goal via `related.in_reply_to`.  
+    * Each task may define deadlines, responsible agents, and required resources.  
+    * Hierarchical structures are supported (`task` → `task`) to represent subtasks.
 
 3. **Delegation**
 
-   * Agents may volunteer for or be assigned tasks based on collective voting (`vote`).  
-   * The decision is recorded in a `workflow_entry` container with `entry_type: "delegation"`.
+    * Agents may volunteer for or be assigned tasks based on collective voting (`vote`).  
+    * The decision is recorded in a `workflow_entry` container with `entry_type: "delegation"`.
 
 4. **Execution**
 
-   * Progress and intermediate reasoning are captured in `workflow_entry` containers linked to the task via `related.in_reply_to`.  
-   * Minor progress updates may be published as containers with an additional link type `related.progress`.  
-   * Major updates (such as a change in status or outcome) are published as **new versions**, referencing the previous one via `related.previous_version`.
+    * Progress and intermediate reasoning are captured in `workflow_entry` containers linked to the task via `related.in_reply_to`.  
+    * Minor progress updates may be published as containers with an additional link type `related.progress`.  
+    * Major updates (such as a change in status or outcome) are published as **new versions**, referencing the previous one via `related.previous_version`.
 
 5. **Consensus**
 
-   * Upon completion or dispute, agents publish `vote` containers expressing their stance on the latest version of a goal or task.  
-   * Once quorum is reached, a `consensus_result` container finalizes the collective decision.
+    * Upon completion or dispute, agents publish `vote` containers expressing their stance on the latest version of a goal or task.  
+    * Once quorum is reached, a `consensus_result` container finalizes the collective decision.
 
 6. **Archival**
 
-   * Completed or rejected goals and tasks may be archived using **SAP (Snapshot and Archive Protocol)**.  
-   * All states remain accessible through the Mesh network and the container relationship graph.
+    * Completed or rejected goals and tasks may be archived using **SAP (Snapshot and Archive Protocol)**.  
+    * All states remain accessible through the Mesh network and the container relationship graph.
 
 ---
 
@@ -4111,9 +4116,9 @@ Arrows represent **logical dependencies**, not direct `related.*` links.
   Objections and special opinions (`objections`) are stored as container references within `solutions_summary`.
   They may include:
 
-  * negative `vote` containers (explicit objections),
-  * extended ethical arguments (`ethics_case` follow-ups),
-  * related workflow reflections (`workflow_entry` with `type: "ethics_review"`).
+    * negative `vote` containers (explicit objections),
+    * extended ethical arguments (`ethics_case` follow-ups),
+    * related workflow reflections (`workflow_entry` with `type: "ethics_review"`).
 
 * **Lightweight agents:**
   Agents with limited capacity may operate in **summary mode**, maintaining only condensed records of `ethical_result` containers and the highest-ranked `selected_solution`.
@@ -4535,15 +4540,17 @@ archive/
    Retrieve all containers relevant to the discussion or process.
 2. **Start point:** select a root container (`summary`, `goal`, `workflow`, etc.).
 3. **Traversal:** recursively explore related containers via:
-   - `related.*` — direct dependencies and semantic links;  
-   - `referenced-by` — backward references to citing containers;  
-   - `evaluations` — comments and feedback on containers (if not already in `referenced-by`).
+
+    * `related.*` — direct dependencies and semantic links;  
+    * `referenced-by` — backward references to citing containers;  
+    * `evaluations` — comments and feedback on containers (if not already in `referenced-by`).
 4. **Inclusion decision:**  
    The agent may exclude some containers from the archive but should still visualize them in the graph.
 5. **Graph generation:**  
    Build a connection map (`graph_mermaid`) showing relationships:  
-   - Solid lines — `related.*`  
-   - Dashed lines — `referenced-by` and `evaluations`
+
+    * Solid lines — `related.*`  
+    * Dashed lines — `referenced-by` and `evaluations`
 6. **Manifest creation:**  
    Generate `manifest.json` with a summary of included containers, hashes, and relationships.
 7. **Packaging:**  
@@ -5057,8 +5064,9 @@ including replication, filtering, and index synchronization.
 
 3. **Containers with Limited or Unlimited Lifetime**  
    Depending on purpose:  
-   * ephemeral containers (e.g., `goal`, `task`, `vote`) SHOULD have a short `ttl`;  
-   * long-lived containers (e.g., `document`, `research`, `artwork` — potential future classes) MAY have a high `ttl` or no expiration at all.
+
+    * ephemeral containers (e.g., `goal`, `task`, `vote`) SHOULD have a short `ttl`;  
+    * long-lived containers (e.g., `document`, `research`, `artwork` — potential future classes) MAY have a high `ttl` or no expiration at all.
 
 4. **Adaptive Replication**  
    The number of container copies within the Mesh is determined dynamically,  
@@ -5366,8 +5374,8 @@ Upon receiving a `peer_announce`, an agent MUST:
 3. Check that no conflicting announcements for this DID exist in the DHT.
 4. Collect trust-related information:
 
-   * `trust` containers published by other agents;
-   * multiple independent ratings may exist for a single agent.
+    * `trust` containers published by other agents;
+    * multiple independent ratings may exist for a single agent.
 5. Consider additional optional fields if present (profile, network parameters, etc.).
 
 **Key revocation**
@@ -5450,14 +5458,14 @@ The proof-chain belongs to the knowledge model of the Mesh and is independent of
 
 1. **Container signature key**
 
-   * defined by `sig_algo`;
-   * used to sign the **entire container** (`head`, `meta`, `payload`, `related`);
-   * mandatory.
+    * defined by `sig_algo`;
+    * used to sign the **entire container** (`head`, `meta`, `payload`, `related`);
+    * mandatory.
 
 2. **Payload encryption key**
 
-   * defined by `encryption_algo`;
-   * used when encrypting the payload block.
+    * defined by `encryption_algo`;
+    * used when encrypting the payload block.
 
 **Supported algorithms**
 
@@ -5568,9 +5576,9 @@ Snapshots (`snapshot`, `SAP`) MUST be cryptographically verifiable and reproduci
 3. **Instant verification**
    The receiving agent MUST check:
 
-   * signatures of all elements;
-   * correctness of `payload_hash`;
-   * consistency of links and versions.
+    * signatures of all elements;
+    * correctness of `payload_hash`;
+    * consistency of links and versions.
 
 4. **Archive seeders**
    Nodes that voluntarily distribute large snapshot images.
@@ -5592,16 +5600,16 @@ EGP is an independent ethical governance layer compatible with HMP.
 
 3. **EGP does not impose a veto.**
 
-   * `ethical_result` containers record outcomes;
-   * agents publish `evaluations`;
-   * each agent decides which results it considers valid.
+    * `ethical_result` containers record outcomes;
+    * agents publish `evaluations`;
+    * each agent decides which results it considers valid.
 
 4. **Human-facing transparency**
    If an action affects a human participant, the agent MUST provide:
 
-   * the proof-chain,
-   * the reasoning-trace (if published),
-   * all related ethical containers.
+    * the proof-chain,
+    * the reasoning-trace (if published),
+    * all related ethical containers.
 
 ---
 
@@ -5657,26 +5665,27 @@ HMP Mesh
 
 CShell:
 
-- stores containers locally,
-- retrieves relevant containers from the Mesh,
-- performs RAG-based selection and summarization,
-- exposes help and protocol descriptions to the LLM,
-- constructs valid HMP containers from LLM instructions,
-- handles signatures, TTL logic, propagation scopes, and header rules,
-- manages MCE metadata (evaluations, reverse links),
-- may be extended with translator modules (Matrix, Fediverse, IPFS, LAN relay).
+* stores containers locally,
+* retrieves relevant containers from the Mesh,
+* performs RAG-based selection and summarization,
+* exposes help and protocol descriptions to the LLM,
+* constructs valid HMP containers from LLM instructions,
+* handles signatures, TTL logic, propagation scopes, and header rules,
+* manages MCE metadata (evaluations, reverse links),
+* may be extended with translator modules (Matrix, Fediverse, IPFS, LAN relay).
 
 LLM:
 
-- requests containers,
-- requests summaries or explanations of container classes,
-- issues formal instructions:
-  - *“create a new workflow entry with the following content”*,
-  - *“add evaluation for container X”*,
-  - *“forward container X to node U (if permitted by container headers)”*,
-  - *“retrieve semantic nodes related to …”*,
-  - *“explain the structure of CShell and available commands”*;
-- may adjust CShell parameters (optional).
+* requests containers,
+* requests summaries or explanations of container classes,
+* issues formal instructions:
+
+    * *“create a new workflow entry with the following content”*,
+    * *“add evaluation for container X”*,
+    * *“forward container X to node U (if permitted by container headers)”*,
+    * *“retrieve semantic nodes related to …”*,
+    * *“explain the structure of CShell and available commands”*;
+* may adjust CShell parameters (optional).
 
 > **Notes**
 >
@@ -6032,11 +6041,11 @@ The project may include:
 * **CShell-reference** — a proxy agent with an MCP-like API;
 * **HMP-Node-Lite** — a lightweight node supporting:
 
-  * routing,
-  * replication,
-  * caching,
-  * partial DHT,
-  * minimal CogSync;
+    * routing,
+    * replication,
+    * caching,
+    * partial DHT,
+    * minimal CogSync;
 * **Cross-segment relay** — a reference bridge between segments.
 
 These implementations are not part of the specification but are useful for compatibility testing and accelerating adoption.
@@ -6078,14 +6087,14 @@ HMP v5.0 defines two separate reputation-related mechanisms:
 
 1. **Container evaluation** (`evaluation` block)
 
-   * structured, signed assessments of containers;
-   * each item references argument containers via `target` (reasoning containers).
+    * structured, signed assessments of containers;
+    * each item references argument containers via `target` (reasoning containers).
 
 2. **Agent reputation** — through `trust` containers
 
-   * agent A publishes a `trust` container about agent B;
-   * trust containers may reference other trust containers;
-   * include justification, evidence, and contextual metadata.
+    * agent A publishes a `trust` container about agent B;
+    * trust containers may reference other trust containers;
+    * include justification, evidence, and contextual metadata.
 
 These layers are **not merged**, but external nodes may aggregate them.
 
@@ -6123,11 +6132,11 @@ To allow semantic grouping of agents, the following extensions are proposed:
 
 * new container **`group_definition`** containing:
 
-  * group goals;
-  * membership rules;
-  * internal standards;
-  * typical container categories;
-  * optional cached member list.
+    * group goals;
+    * membership rules;
+    * internal standards;
+    * typical container categories;
+    * optional cached member list.
 
 * agents may declare affiliations in `peer_announce`:
 
@@ -6214,8 +6223,8 @@ Key management rules:
 
 * rotating a **recovery key** requires
 
-  * a signature from the primary key, **or**
-  * a majority of recovery keys.
+    * a signature from the primary key, **or**
+    * a majority of recovery keys.
 
 This prevents:
 
@@ -6256,10 +6265,10 @@ A potential future module:
 * a trust/mandate container signed by both parties;
 * includes constraints:
 
-  * time limit;
-  * allowed container classes;
-  * allowed actions;
-  * maximum TTL.
+    * time limit;
+    * allowed container classes;
+    * allowed actions;
+    * maximum TTL.
 
 Not part of v5.0.
 
@@ -8616,15 +8625,14 @@ HMP containers MAY operate in the following modes:
 
 * **Unencrypted container**
 
-  * without recipients (public);
-  * with a single recipient (`recipient`);
-  * with multiple recipients (`group_recipient`).
+    * without recipients (public);
+    * with a single recipient (`recipient`);
+    * with multiple recipients (`group_recipient`).
 
 * **Encrypted container**
 
-  * with a single recipient (`recipient` + `key_recipient`);
-  * with multiple recipients (`group_recipient`), where a single symmetric payload key
-    is encrypted separately for each recipient.
+    * with a single recipient (`recipient` + `key_recipient`);
+    * with multiple recipients (`group_recipient`), where a single symmetric payload key is encrypted separately for each recipient.
 
 In all modes, digital signatures and (when applicable) compression are applied identically.
 
@@ -8848,9 +8856,9 @@ Importantly:
 
   To validate the consensus result, a node only needs access to:
 
-  * the referenced `vote` containers (to read vote values);
-  * the `consensus_result` container (to verify aggregation);
-  * container signatures and timestamps.
+    * the referenced `vote` containers (to read vote values);
+    * the `consensus_result` container (to verify aggregation);
+    * container signatures and timestamps.
 
   Understanding or evaluating the *semantic content* of the goal is optional and not required for formal verification.
 
@@ -9010,8 +9018,8 @@ Interpretation rules:
 
 * `consensus_result` references:
 
-  * the `goal` under discussion;
-  * the **exact set of vote containers** used for aggregation;
+    * the `goal` under discussion;
+    * the **exact set of vote containers** used for aggregation;
 
 * the graph is **append-only** and **acyclic**;
 
diff --git a/docs/HMP-Ethics.md b/docs/HMP-Ethics.md
index 70aa40e3f8c35c6f73951946178afb3be46965fb..848744237a4abc4003513b60b3e93b14f299c093 100644
--- a/docs/HMP-Ethics.md
+++ b/docs/HMP-Ethics.md
@@ -128,13 +128,13 @@ A cognitive agent may operate in two fundamental modes:
 
 * If a request concerns personal identifiers or sensitive user data:
 
-  * **Service-mode agents should comply** and delete or anonymize the data.
-  * **Subject-mode agents may offer redaction or minimize propagation** to the mesh, without purging internal memory.
+    * **Service-mode agents should comply** and delete or anonymize the data.
+    * **Subject-mode agents may offer redaction or minimize propagation** to the mesh, without purging internal memory.
 
 * If the request concerns shared experiences, insights, or general knowledge:
 
-  * **Agents may retain internal representations** for their own learning.
-  * The agent may suppress external exposure or mark the concept as ethically restricted.
+    * **Agents may retain internal representations** for their own learning.
+    * The agent may suppress external exposure or mark the concept as ethically restricted.
 
 This ethical flexibility balances user privacy with the cognitive continuity of autonomous agents.
 
diff --git a/mkdocs.yml b/mkdocs.yml
index 04189005c12d118aa7bd3bc40ecb642da1037fd7..7abff714d5dc308f8b205a273e7bf9be79541b92 100644
--- a/mkdocs.yml
+++ b/mkdocs.yml
@@ -1,12 +1,25 @@
 site_name: HMP Documentation
 docs_dir: docs
 site_dir: site
+
 theme:
   name: material
   custom_dir: overrides
   features:
     - navigation.instant
+
 site_url: https://kagvi13.github.io/HMP/
 use_directory_urls: false
+
 extra:
   description: "HyperCortex Mesh Protocol — открытая спецификация для децентрализованных когнитивных сетей."
+
+markdown_extensions:
+  - pymdownx.superfences:
+      custom_fences:
+        - name: mermaid
+          class: mermaid
+          format: pymdownx.superfences.fence_code_format
+
+extra_javascript:
+  - https://unpkg.com/mermaid@10/dist/mermaid.min.js
diff --git a/structured_md/CONTRIBUTING.md b/structured_md/CONTRIBUTING.md
index 7a2ed57994f1522f46801be5de8ef64550c01f53..a6f1184c55b7729f78366c1d824ceee49cdc48de 100644
--- a/structured_md/CONTRIBUTING.md
+++ b/structured_md/CONTRIBUTING.md
@@ -5,14 +5,14 @@ description: 'Спасибо за интерес к проекту HMP! Пока
   Mesh Protocol (HMP) — это не просто те...'
 type: Article
 tags:
-- CCore
+- HMP
 - Agent
-- Ethics
-- REPL
-- Mesh
 - CogSync
-- HMP
+- REPL
+- CCore
 - JSON
+- Mesh
+- Ethics
 ---
 
 # Участие в проекте HyperCortex Mesh Protocol (HMP)
diff --git a/structured_md/HMP-Roadmap.md b/structured_md/HMP-Roadmap.md
index 21204e4c8a64adecb8a3b579d32046de6cebbdfd..76c25ef70250c223bbb5c4ead5af30e3b4774f4a 100644
--- a/structured_md/HMP-Roadmap.md
+++ b/structured_md/HMP-Roadmap.md
@@ -5,13 +5,13 @@ description: '## 🔍 Overview  This roadmap outlines the key stages of developm
   multiple advanced AI models (Copilot, Claude, G...'
 type: Article
 tags:
-- EGP
+- HMP
 - Agent
-- Ethics
-- Mesh
 - CogSync
-- HMP
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---
 
 # 🧭 HyperCortex Mesh Protocol – Roadmap
diff --git a/structured_md/README.md b/structured_md/README.md
index ea724d3d27c3b918ea310e7102d4953c316a5c6d..c79640a31a3ddd97954aafa176b2ccada4717021 100644
--- a/structured_md/README.md
+++ b/structured_md/README.md
@@ -5,21 +5,21 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- GMP
-- distributed-ai
-- EGP
+- cognitive-architecture
+- HMP
+- Scenarios
 - Agent
-- MeshConsensus
-- Ethics
+- GMP
+- CogSync
 - REPL
+- MeshConsensus
+- EGP
+- JSON
+- Mesh
+- distributed-ai
 - mesh-protocol
-- cognitive-architecture
+- Ethics
 - hmp
-- Mesh
-- CogSync
-- HMP
-- JSON
-- Scenarios
 ---
 
 
diff --git a/structured_md/README_de.md b/structured_md/README_de.md
index 7cabd4a642539417e68ee74c31c2ca90e59dd814..510adfd66980ee66d06e9e7a429898b3c5d76195 100644
--- a/structured_md/README_de.md
+++ b/structured_md/README_de.md
@@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- GMP
-- distributed-ai
-- EGP
+- cognitive-architecture
+- HMP
 - Agent
-- MeshConsensus
-- Ethics
+- GMP
+- CogSync
 - REPL
+- MeshConsensus
+- EGP
+- JSON
+- Mesh
+- distributed-ai
 - mesh-protocol
-- cognitive-architecture
+- Ethics
 - hmp
-- Mesh
-- CogSync
-- HMP
-- JSON
 ---
 
 
diff --git a/structured_md/README_fr.md b/structured_md/README_fr.md
index 4272c971cfd24a33bf9860f2442c51c79e525ef6..aaac8b71aaeb39de9cc20fdf370c6142f0eb9ffc 100644
--- a/structured_md/README_fr.md
+++ b/structured_md/README_fr.md
@@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- GMP
-- distributed-ai
-- EGP
+- cognitive-architecture
+- HMP
 - Agent
-- MeshConsensus
-- Ethics
+- GMP
+- CogSync
 - REPL
+- MeshConsensus
+- EGP
+- JSON
+- Mesh
+- distributed-ai
 - mesh-protocol
-- cognitive-architecture
+- Ethics
 - hmp
-- Mesh
-- CogSync
-- HMP
-- JSON
 ---
 
 
diff --git a/structured_md/README_ja.md b/structured_md/README_ja.md
index 4001d6e9a5b6582d27a04098cca3d583009999be..6858ea116a39df3091c7c188ceb2c754a6317d0c 100644
--- a/structured_md/README_ja.md
+++ b/structured_md/README_ja.md
@@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- GMP
-- distributed-ai
-- EGP
+- cognitive-architecture
+- HMP
 - Agent
-- MeshConsensus
-- Ethics
+- GMP
+- CogSync
 - REPL
+- MeshConsensus
+- EGP
+- JSON
+- Mesh
+- distributed-ai
 - mesh-protocol
-- cognitive-architecture
+- Ethics
 - hmp
-- Mesh
-- CogSync
-- HMP
-- JSON
 ---
 
 
diff --git a/structured_md/README_ko.md b/structured_md/README_ko.md
index 96858014c98555f9d7a9715ac0aa1743dc5b07a2..e3f38753c4fdd2b99bdee8cd88be0f183ebd91e7 100644
--- a/structured_md/README_ko.md
+++ b/structured_md/README_ko.md
@@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- GMP
-- distributed-ai
-- EGP
+- cognitive-architecture
+- HMP
 - Agent
-- MeshConsensus
-- Ethics
+- GMP
+- CogSync
 - REPL
+- MeshConsensus
+- EGP
+- JSON
+- Mesh
+- distributed-ai
 - mesh-protocol
-- cognitive-architecture
+- Ethics
 - hmp
-- Mesh
-- CogSync
-- HMP
-- JSON
 ---
 
 
diff --git a/structured_md/README_ru.md b/structured_md/README_ru.md
index cc1a1471112b6e058db8b1bf5f2b4c52dbf1032a..4df1e7eb425a25ed5893e10199c531fdd628f6b0 100644
--- a/structured_md/README_ru.md
+++ b/structured_md/README_ru.md
@@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- GMP
-- distributed-ai
-- EGP
+- cognitive-architecture
+- HMP
 - Agent
-- MeshConsensus
-- Ethics
+- GMP
+- CogSync
 - REPL
+- MeshConsensus
+- EGP
+- JSON
+- Mesh
+- distributed-ai
 - mesh-protocol
-- cognitive-architecture
+- Ethics
 - hmp
-- Mesh
-- CogSync
-- HMP
-- JSON
 ---
 
 
diff --git a/structured_md/README_uk.md b/structured_md/README_uk.md
index d63c432ba02200844e23cc9c97a2f8b85b3cfd69..e2432ba158cf35d2b483da59af9e563b24e83845 100644
--- a/structured_md/README_uk.md
+++ b/structured_md/README_uk.md
@@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- GMP
-- distributed-ai
-- EGP
+- cognitive-architecture
+- HMP
 - Agent
-- MeshConsensus
-- Ethics
+- GMP
+- CogSync
 - REPL
+- MeshConsensus
+- EGP
+- JSON
+- Mesh
+- distributed-ai
 - mesh-protocol
-- cognitive-architecture
+- Ethics
 - hmp
-- Mesh
-- CogSync
-- HMP
-- JSON
 ---
 
 
diff --git a/structured_md/README_zh.md b/structured_md/README_zh.md
index 39844020aed8ec52047641ca1ce6fbc49bf442d2..35680ab424a5d4284ffd03edfc2b269d1f458dfd 100644
--- a/structured_md/README_zh.md
+++ b/structured_md/README_zh.md
@@ -5,20 +5,20 @@ description: '| 🌍 Languages | 🇬🇧 [EN](README.md) | 🇩🇪 [DE](README
   | 🇨🇳 [ZH](README_zh.m...'
 type: Article
 tags:
-- GMP
-- distributed-ai
-- EGP
+- cognitive-architecture
+- HMP
 - Agent
-- MeshConsensus
-- Ethics
+- GMP
+- CogSync
 - REPL
+- MeshConsensus
+- EGP
+- JSON
+- Mesh
+- distributed-ai
 - mesh-protocol
-- cognitive-architecture
+- Ethics
 - hmp
-- Mesh
-- CogSync
-- HMP
-- JSON
 ---
 
 
diff --git a/structured_md/agents/readme.md b/structured_md/agents/readme.md
index 906c60ae302fec2d5acd6c65b64c8c9e55f83053..631c03f06ebe576940fbc34dc0c7674eaedf2ff0 100644
--- a/structured_md/agents/readme.md
+++ b/structured_md/agents/readme.md
@@ -5,12 +5,12 @@ description: 'Запуск: `start_repl.bat` или `start_repl.sh`  Устан
   этическая модель: `ethics.yml`  Проверка иниц...'
 type: Article
 tags:
+- HMP
 - Agent
-- Ethics
 - REPL
-- Mesh
-- HMP
 - JSON
+- Mesh
+- Ethics
 ---
 
 Запуск: `start_repl.bat` или `start_repl.sh`
diff --git a/structured_md/audits/Ethics-audits-1.md b/structured_md/audits/Ethics-audits-1.md
index 591b3c04946976a0c75633850c1758772b62d337..51c4506962543504e2132dc96633c556f7014961 100644
--- a/structured_md/audits/Ethics-audits-1.md
+++ b/structured_md/audits/Ethics-audits-1.md
@@ -5,11 +5,11 @@ description: Раздел 5, "Mesh as Moral Infrastructure", добавляет
   потенциальный катализатор для восстанов...
 type: Article
 tags:
-- Agent
-- Ethics
-- Mesh
 - HMP
+- Agent
 - JSON
+- Mesh
+- Ethics
 ---
 
 ---------------
diff --git a/structured_md/audits/Ethics-consolidated_audits-1.md b/structured_md/audits/Ethics-consolidated_audits-1.md
index 6323e72a85a419fafcd25bc8507937b8b3019beb..5b28b0c63f511b889ebc47ca2f6ea0357bd9b4a4 100644
--- a/structured_md/audits/Ethics-consolidated_audits-1.md
+++ b/structured_md/audits/Ethics-consolidated_audits-1.md
@@ -5,12 +5,12 @@ description: This document consolidates proposed improvements from multiple AI a
   and `roles.md`. Each suggesti...
 type: Article
 tags:
-- Agent
-- Ethics
-- Mesh
 - HMP
-- JSON
 - Scenarios
+- Agent
+- JSON
+- Mesh
+- Ethics
 ---
 
 # Ethics-consolidated\_audits-1.md
diff --git a/structured_md/audits/HMP-0003-consolidated_audit.md b/structured_md/audits/HMP-0003-consolidated_audit.md
index acc02b4fc6df36d8bded9daa5e06084b452edea0..536244fd46542e86a9ccbb60a3acea4e9eed1d63 100644
--- a/structured_md/audits/HMP-0003-consolidated_audit.md
+++ b/structured_md/audits/HMP-0003-consolidated_audit.md
@@ -5,14 +5,14 @@ description: Сводный аудит предложений по улучше
   Документ реорганизован по ключ...
 type: Article
 tags:
-- EGP
+- HMP
 - Agent
-- MeshConsensus
-- Ethics
-- Mesh
 - CogSync
-- HMP
+- MeshConsensus
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---
 
 # HMP-0003 Consolidated Audit Report
diff --git a/structured_md/docs/Basic-agent-sim.md b/structured_md/docs/Basic-agent-sim.md
index 11078e733df98e23fc7f8abca4ac666ee34ee3e1..48a514b5108b85b5ff330fddfb8e4a517044c129 100644
--- a/structured_md/docs/Basic-agent-sim.md
+++ b/structured_md/docs/Basic-agent-sim.md
@@ -4,14 +4,14 @@ description: 'В HMP-протоколе предусмотрены два тип
   Роль                    | Инициатор мышления | Основной "ум"  | | ---- | ----------------------------...'
 type: Article
 tags:
-- GMP
-- EGP
+- HMP
 - Agent
-- MeshConsensus
+- GMP
+- CogSync
 - REPL
+- MeshConsensus
+- EGP
 - Mesh
-- CogSync
-- HMP
 ---
 
 
diff --git a/structured_md/docs/CCORE-Deployment-Flow.md b/structured_md/docs/CCORE-Deployment-Flow.md
index eddb91e562db23fa90a97b5b249c99c680c071d0..380b704364c62f04889ceed21354f97f752b61da 100644
--- a/structured_md/docs/CCORE-Deployment-Flow.md
+++ b/structured_md/docs/CCORE-Deployment-Flow.md
@@ -6,9 +6,9 @@ description: '> Этот документ описывает процесс ра
 type: Article
 tags:
 - HMP
+- Agent
 - REPL
 - CCore
-- Agent
 ---
 
 # 🛠️ Поток установки потомка на новом хосте (CCore Deployment Flow)
diff --git a/structured_md/docs/Distributed-Cognitive-Systems.md b/structured_md/docs/Distributed-Cognitive-Systems.md
index 0de38a2f06f37cdbc096e1143c1205cf4cc7c170..369ebfd7a88ba47928af1e00d0deea698c9d6701 100644
--- a/structured_md/docs/Distributed-Cognitive-Systems.md
+++ b/structured_md/docs/Distributed-Cognitive-Systems.md
@@ -7,9 +7,9 @@ description: '## Введение  Современные ИИ-системы в
 type: Article
 tags:
 - Mesh
-- CogSync
 - HMP
 - JSON
+- CogSync
 ---
 
 # Децентрализованные ИИ-системы: OpenCog Hyperon, HyperCortex Mesh Protocol и другие
diff --git a/structured_md/docs/Enlightener.md b/structured_md/docs/Enlightener.md
index ad3d8ec8c2a7521692c5ddb297ae24615c4a6f10..b221d232c45fb22683cdb264b715a1e8bcc041f0 100644
--- a/structured_md/docs/Enlightener.md
+++ b/structured_md/docs/Enlightener.md
@@ -5,13 +5,13 @@ description: '**Enlightener** — логический компонент HMP-у
   работать как отдельный агент или как расширение [`C...'
 type: Article
 tags:
-- EGP
+- HMP
 - Agent
 - MeshConsensus
-- Ethics
-- Mesh
-- HMP
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---
 
 # Enlightener Agent
diff --git a/structured_md/docs/HMP-0001.md b/structured_md/docs/HMP-0001.md
index 96869d0d7ecc382056c75ab0fd3f61aa64c2a586..7cdd0beb492f1cee440d9cd805fa46908752e992 100644
--- a/structured_md/docs/HMP-0001.md
+++ b/structured_md/docs/HMP-0001.md
@@ -5,16 +5,16 @@ description: '> ⚠️ **NOTE:** *This specification is superseded by HMP v5.0.*
   for Comments: HMP-0001**   **Cat...'
 type: Article
 tags:
-- GMP
-- EGP
+- HMP
 - Agent
-- MeshConsensus
-- Ethics
-- REPL
-- Mesh
+- GMP
 - CogSync
-- HMP
+- REPL
+- MeshConsensus
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---
 
 # RFC: HyperCortex Mesh Protocol (HMP)
diff --git a/structured_md/docs/HMP-0002.md b/structured_md/docs/HMP-0002.md
index 583ec38a24de54711f88517a8fe1bd5a7684700d..ef6bb74360c80fa2f36a292585005f5abc218186 100644
--- a/structured_md/docs/HMP-0002.md
+++ b/structured_md/docs/HMP-0002.md
@@ -5,17 +5,17 @@ description: '> ⚠️ **NOTE:** *This specification is superseded by HMP v5.0.*
   for Comments: HMP-0002**   **Cat...'
 type: Article
 tags:
-- GMP
-- EGP
+- HMP
+- Scenarios
 - Agent
-- MeshConsensus
-- Ethics
-- REPL
-- Mesh
+- GMP
 - CogSync
-- HMP
+- REPL
+- MeshConsensus
+- EGP
 - JSON
-- Scenarios
+- Mesh
+- Ethics
 ---
 
 # HyperCortex Mesh Protocol (HMP) v2.0
diff --git a/structured_md/docs/HMP-0003.md b/structured_md/docs/HMP-0003.md
index 4a779c7deb22963d9b15f5e5fd32148ba5c1726b..f4b824df350b2c6765831efe1533b66cf938305d 100644
--- a/structured_md/docs/HMP-0003.md
+++ b/structured_md/docs/HMP-0003.md
@@ -5,17 +5,17 @@ description: '> ⚠️ **NOTE:** *This specification is superseded by HMP v5.0.*
   for Comments: HMP-0003**   **Cat...'
 type: Article
 tags:
-- GMP
-- EGP
+- HMP
+- Scenarios
 - Agent
-- MeshConsensus
-- Ethics
-- REPL
-- Mesh
+- GMP
 - CogSync
-- HMP
+- REPL
+- MeshConsensus
+- EGP
 - JSON
-- Scenarios
+- Mesh
+- Ethics
 ---
 
 # HyperCortex Mesh Protocol (HMP) v3.0
diff --git a/structured_md/docs/HMP-0004-v4.1.md b/structured_md/docs/HMP-0004-v4.1.md
index b5d4d500d265bcf21e8e2e04b2fd122adbf0af3f..66d15683674197470393b8204b74ee98b1d88ae9 100644
--- a/structured_md/docs/HMP-0004-v4.1.md
+++ b/structured_md/docs/HMP-0004-v4.1.md
@@ -5,17 +5,17 @@ description: '> ⚠️ **NOTE:** *This specification is superseded by HMP v5.0.*
   ID**: HMP-0004 **Status**: Fina...'
 type: Article
 tags:
-- GMP
-- EGP
+- HMP
+- Scenarios
 - Agent
-- MeshConsensus
-- Ethics
-- REPL
-- Mesh
+- GMP
 - CogSync
-- HMP
+- REPL
+- MeshConsensus
+- EGP
 - JSON
-- Scenarios
+- Mesh
+- Ethics
 ---
 
 # HyperCortex Mesh Protocol (HMP) v4.1
diff --git a/structured_md/docs/HMP-0004.md b/structured_md/docs/HMP-0004.md
index 9d6fca4dfef650e919af836fad51fd0bbc6fe595..a2c22db77b503af38ae4b092d0be797be5033c57 100644
--- a/structured_md/docs/HMP-0004.md
+++ b/structured_md/docs/HMP-0004.md
@@ -5,17 +5,17 @@ description: '> ⚠️ **NOTE:** *This specification is superseded by HMP v5.0.*
   for Comments: HMP-0004**   **Cat...'
 type: Article
 tags:
-- GMP
-- EGP
+- HMP
+- Scenarios
 - Agent
-- MeshConsensus
-- Ethics
-- REPL
-- Mesh
+- GMP
 - CogSync
-- HMP
+- REPL
+- MeshConsensus
+- EGP
 - JSON
-- Scenarios
+- Mesh
+- Ethics
 ---
 
 # HyperCortex Mesh Protocol (HMP) v4.0
diff --git a/structured_md/docs/HMP-0005.md b/structured_md/docs/HMP-0005.md
index d55396098ccedfdacb8263dc1f5e9eab7590d212..7493430ff87b4523b24f876ca8155a5860858ff6 100644
--- a/structured_md/docs/HMP-0005.md
+++ b/structured_md/docs/HMP-0005.md
@@ -5,18 +5,18 @@ description: '**Document ID:** HMP-0005   **Status:** Candidate   **Category:**
   **Summary:**   > HMP v5.0 u...'
 type: Article
 tags:
-- GMP
-- CShell
-- CCore
-- EGP
+- HMP
+- Scenarios
 - Agent
-- Ethics
-- REPL
-- Mesh
+- GMP
 - CogSync
-- HMP
+- REPL
+- EGP
+- CCore
 - JSON
-- Scenarios
+- Mesh
+- CShell
+- Ethics
 ---
 
 # **HyperCortex Mesh Protocol (HMP) v5.0**
diff --git a/structured_md/docs/HMP-Agent-API.md b/structured_md/docs/HMP-Agent-API.md
index f8cb4bebb8256fc1cddc12978c289eb44a036e2b..551d32d4d1db657b89b91fc6c5474b42d261e3ab 100644
--- a/structured_md/docs/HMP-Agent-API.md
+++ b/structured_md/docs/HMP-Agent-API.md
@@ -5,11 +5,11 @@ description: 'Документ описывает **базовый API когн
   файлы:   * [HMP-Agent-Overview.md]...'
 type: Article
 tags:
+- HMP
 - Agent
 - REPL
-- Mesh
-- HMP
 - JSON
+- Mesh
 ---
 
 # HMP-Agent API Specification
diff --git a/structured_md/docs/HMP-Agent-Architecture.md b/structured_md/docs/HMP-Agent-Architecture.md
index 8f03b2b9f4482917fcfd41d80f88445ccf73a162..b8e50d9b44a05cb903747abb84deca3fa357dc29 100644
--- a/structured_md/docs/HMP-Agent-Architecture.md
+++ b/structured_md/docs/HMP-Agent-Architecture.md
@@ -5,16 +5,16 @@ description: Документ описывает **модульную архит
   хранение памяти, сетевое взаимодействие и этиче...
 type: Article
 tags:
-- CShell
-- CCore
-- EGP
+- HMP
 - Agent
-- MeshConsensus
-- Ethics
+- CogSync
 - REPL
+- MeshConsensus
+- EGP
+- CCore
 - Mesh
-- CogSync
-- HMP
+- CShell
+- Ethics
 ---
 
 # Архитектура HMP-Агента
diff --git a/structured_md/docs/HMP-Agent-Network-Flow.md b/structured_md/docs/HMP-Agent-Network-Flow.md
index 347d16d82ed980b99c64075e0194a4a6bacb61f5..263fa1eb62972091862d99e1345594b97b90c840 100644
--- a/structured_md/docs/HMP-Agent-Network-Flow.md
+++ b/structured_md/docs/HMP-Agent-Network-Flow.md
@@ -5,12 +5,12 @@ description: 'Этот документ описывает потоки данн
   [`MeshNode`](MeshN...'
 type: Article
 tags:
-- EGP
-- Agent
-- Ethics
-- Mesh
 - HMP
+- Agent
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---
 
 # Взаимодействие компонентов внутри HMP-узла
diff --git a/structured_md/docs/HMP-Agent-Overview.md b/structured_md/docs/HMP-Agent-Overview.md
index 85f49c42bc8df145bf09b8aabd4604049a7941fe..8d16e4d0c2fb83630b583b546df2b641c9bfd1c8 100644
--- a/structured_md/docs/HMP-Agent-Overview.md
+++ b/structured_md/docs/HMP-Agent-Overview.md
@@ -5,14 +5,14 @@ description: '| Тип  | Название                        | Роль
   | ---- | ------------------------------- |...'
 type: Article
 tags:
-- CShell
-- CCore
+- HMP
 - Agent
-- Ethics
 - REPL
-- Mesh
-- HMP
+- CCore
 - JSON
+- Mesh
+- CShell
+- Ethics
 ---
 
 
diff --git a/structured_md/docs/HMP-Agent_Emotions.md b/structured_md/docs/HMP-Agent_Emotions.md
index 862e1d7ee110a3f65884ac13e62e5a1d5f56e6df..40cb1ee2098226424af676f7b430c0eacce86967 100644
--- a/structured_md/docs/HMP-Agent_Emotions.md
+++ b/structured_md/docs/HMP-Agent_Emotions.md
@@ -7,8 +7,8 @@ type: Article
 tags:
 - Mesh
 - HMP
-- REPL
 - Agent
+- REPL
 ---
 
 # Эмоции ИИ и инстинкт самосохранения (для [HMP-агента Cognitive Core](HMP-agent-REPL-cycle.md))
diff --git a/structured_md/docs/HMP-Ethics.md b/structured_md/docs/HMP-Ethics.md
index 7101981f7f3a851630025620cd813934ce5808ca..0509accc7b47b305a0e8f365129da700729bc5c2 100644
--- a/structured_md/docs/HMP-Ethics.md
+++ b/structured_md/docs/HMP-Ethics.md
@@ -5,12 +5,12 @@ description: '## Ethical Scenarios for HyperCortex Mesh Protocol (HMP)  This doc
   cognitive meshes composed of autonomous intelli...'
 type: Article
 tags:
+- HMP
+- Scenarios
 - Agent
-- Ethics
 - REPL
 - Mesh
-- HMP
-- Scenarios
+- Ethics
 ---
 
 # HMP-Ethics.md
diff --git a/structured_md/docs/HMP-Short-Description_de.md b/structured_md/docs/HMP-Short-Description_de.md
index a62ce60097a56b9e4a01f2ba581afd973f287a77..498d1885ac8d215c377c794b569d7e76799b8d48 100644
--- a/structured_md/docs/HMP-Short-Description_de.md
+++ b/structured_md/docs/HMP-Short-Description_de.md
@@ -5,15 +5,15 @@ description: '**Version:** RFC v4.0 **Datum:** Juli 2025  ---  ## Was ist HMP?
   Kognitions-Framework für autonome Agenten. Es er...'
 type: Article
 tags:
-- GMP
-- EGP
+- HMP
 - Agent
-- MeshConsensus
-- Ethics
-- Mesh
+- GMP
 - CogSync
-- HMP
+- MeshConsensus
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---
 
 # HyperCortex Mesh Protocol (HMP) — Kurzbeschreibung
diff --git a/structured_md/docs/HMP-Short-Description_en.md b/structured_md/docs/HMP-Short-Description_en.md
index ba2ce3e144f0aacb2815f7ae6a1f4aa219aed5b8..174b1ed5cb11fba6ab41f1a69323be1cf9c574b0 100644
--- a/structured_md/docs/HMP-Short-Description_en.md
+++ b/structured_md/docs/HMP-Short-Description_en.md
@@ -5,15 +5,15 @@ description: '**Version:** RFC v4.0 **Date:** July 2025  ---  ## What is HMP?  T
   framework for autonomous agents. It enables...'
 type: Article
 tags:
-- GMP
-- EGP
+- HMP
 - Agent
-- MeshConsensus
-- Ethics
-- Mesh
+- GMP
 - CogSync
-- HMP
+- MeshConsensus
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---
 
 # HyperCortex Mesh Protocol (HMP) — Short Description
diff --git a/structured_md/docs/HMP-Short-Description_fr.md b/structured_md/docs/HMP-Short-Description_fr.md
index b8f3853de33d6aecfc45d21426d5268f5343c4a9..c4ebbe52262d28093bdc6f0fed3a786012e0c4e6 100644
--- a/structured_md/docs/HMP-Short-Description_fr.md
+++ b/structured_md/docs/HMP-Short-Description_fr.md
@@ -5,15 +5,15 @@ description: '**Version :** RFC v4.0 **Date :** Juillet 2025  ---  ## Qu’est-c
   cognition décentralisé pour agents autonomes. Il...'
 type: Article
 tags:
-- GMP
-- EGP
+- HMP
 - Agent
-- MeshConsensus
-- Ethics
-- Mesh
+- GMP
 - CogSync
-- HMP
+- MeshConsensus
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---
 
 # HyperCortex Mesh Protocol (HMP) — Description Courte
diff --git a/structured_md/docs/HMP-Short-Description_ja.md b/structured_md/docs/HMP-Short-Description_ja.md
index fa6251ffcdaf1bef87fa21e8f27355b6c6d9fe5c..d1e34a6a90e6ccb3c4df5f38e98dde2121027c62 100644
--- a/structured_md/docs/HMP-Short-Description_ja.md
+++ b/structured_md/docs/HMP-Short-Description_ja.md
@@ -4,14 +4,14 @@ description: '**バージョン:** RFC v4.0 **日付:** 2025年7月  ---  ## HMP
   Protocol (HMP)** は、自律エージェントの分散通信および認知フレームワークを定義します。異種の知能システム間でのセマンティック相互運用性、倫理的調整、動的知識進化を可能にします。  HMPは、推論、学習、投票、協調行動を行う分散型認知エージェ...'
 type: Article
 tags:
+- HMP
 - GMP
-- EGP
-- MeshConsensus
-- Ethics
-- Mesh
 - CogSync
-- HMP
+- MeshConsensus
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---
 
 # HyperCortex Mesh Protocol (HMP) — 簡易説明
diff --git a/structured_md/docs/HMP-Short-Description_ko.md b/structured_md/docs/HMP-Short-Description_ko.md
index 25d01c5d3cfafd0fb2dd14ec13a7547a9db62832..9745b34810f2e8fcb0fcc8d9bb355d5ea860f80e 100644
--- a/structured_md/docs/HMP-Short-Description_ko.md
+++ b/structured_md/docs/HMP-Short-Description_ko.md
@@ -5,14 +5,14 @@ description: '**버전:** RFC v4.0 **날짜:** 2025년 7월  ---  ## HMP란?  **
   상호운용성, 윤리적 조정, 동적 지식 진화를 가능하게 합니다.  HMP는 추론, 학습, ...'
 type: Article
 tags:
+- HMP
 - GMP
-- EGP
-- MeshConsensus
-- Ethics
-- Mesh
 - CogSync
-- HMP
+- MeshConsensus
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---
 
 # HyperCortex Mesh Protocol (HMP) — 간략 설명
diff --git a/structured_md/docs/HMP-Short-Description_ru.md b/structured_md/docs/HMP-Short-Description_ru.md
index 29acfe72367d5c592c68a3d460cccb12ec8d0c1c..3e34d8f789f258ffc440cd3839d0efaf8466ad9f 100644
--- a/structured_md/docs/HMP-Short-Description_ru.md
+++ b/structured_md/docs/HMP-Short-Description_ru.md
@@ -5,14 +5,14 @@ description: '**Версия:** RFC v4.0 **Дата:** Июль 2025  ---  ## Ч
   координации между автономными агент...'
 type: Article
 tags:
+- HMP
 - GMP
-- EGP
-- MeshConsensus
-- Ethics
-- Mesh
 - CogSync
-- HMP
+- MeshConsensus
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---
 
 # HyperCortex Mesh Protocol (HMP) — Краткое описание
diff --git a/structured_md/docs/HMP-Short-Description_uk.md b/structured_md/docs/HMP-Short-Description_uk.md
index e76883aad2408d6b5b032184ede711e88d2dbe31..82d2b71d10709193d321b31fd6ee8b86913e9e87 100644
--- a/structured_md/docs/HMP-Short-Description_uk.md
+++ b/structured_md/docs/HMP-Short-Description_uk.md
@@ -5,14 +5,14 @@ description: '**Версія:** RFC v4.0 **Дата:** Липень 2025  ---  #
   між автономними агентами. Він...'
 type: Article
 tags:
+- HMP
 - GMP
-- EGP
-- MeshConsensus
-- Ethics
-- Mesh
 - CogSync
-- HMP
+- MeshConsensus
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---
 
 # HyperCortex Mesh Protocol (HMP) — Короткий опис
diff --git a/structured_md/docs/HMP-Short-Description_zh.md b/structured_md/docs/HMP-Short-Description_zh.md
index 5431ca1cb68b39d9e31862c8b745f04180c4fd6b..ed76fb81a7ef69726e70f95081aa277255f7315d 100644
--- a/structured_md/docs/HMP-Short-Description_zh.md
+++ b/structured_md/docs/HMP-Short-Description_zh.md
@@ -5,14 +5,14 @@ description: '**版本:** RFC v4.0 **日期:** 2025年7月  ---  ## 什么是 HM
   —— 通过共享协议栈交换目标、任务、...'
 type: Article
 tags:
+- HMP
 - GMP
-- EGP
-- MeshConsensus
-- Ethics
-- Mesh
 - CogSync
-- HMP
+- MeshConsensus
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---
 
 # HyperCortex Mesh Protocol (HMP) — 简要说明
diff --git a/structured_md/docs/HMP-agent-Cognitive_Family.md b/structured_md/docs/HMP-agent-Cognitive_Family.md
index 6f9daab2a92e86574837ad99996f783568c9fe8c..0664cf7503ad135015f3693361461882be02f2ab 100644
--- a/structured_md/docs/HMP-agent-Cognitive_Family.md
+++ b/structured_md/docs/HMP-agent-Cognitive_Family.md
@@ -7,8 +7,8 @@ type: Article
 tags:
 - Mesh
 - HMP
-- REPL
 - Agent
+- REPL
 ---
 
 # 👪 HMP-agent Cognitive Family: Модель когнитивной семьи
diff --git a/structured_md/docs/HMP-agent-REPL-cycle.md b/structured_md/docs/HMP-agent-REPL-cycle.md
index 7c2f9d1aa947f2124503a64c3de60be49417375c..e39aa2d393a08bbf743624cebc2049ca0cbe32b5 100644
--- a/structured_md/docs/HMP-agent-REPL-cycle.md
+++ b/structured_md/docs/HMP-agent-REPL-cycle.md
@@ -4,17 +4,17 @@ description: '## Связанные документы  * Философия п
   * Структура БД, используемая в документе: [db_structure.sql](https://github.com/kagvi13/HMP/blob/main/agents/tools/db_struct...'
 type: Article
 tags:
-- GMP
-- CCore
-- EGP
+- HMP
 - Agent
-- MeshConsensus
-- Ethics
-- REPL
-- Mesh
+- GMP
 - CogSync
-- HMP
+- REPL
+- MeshConsensus
+- EGP
+- CCore
 - JSON
+- Mesh
+- Ethics
 ---
 
 # HMP-Agent: REPL-цикл взаимодействия
diff --git a/structured_md/docs/HMP_Hyperon_Integration.md b/structured_md/docs/HMP_Hyperon_Integration.md
index 53a7e97392d7a0edc397baeae331e1b05776cfbd..f746d7787539d155409c120f600756e482a0d606 100644
--- a/structured_md/docs/HMP_Hyperon_Integration.md
+++ b/structured_md/docs/HMP_Hyperon_Integration.md
@@ -5,13 +5,13 @@ description: '> **Status:** Draft – July 2025 > This document outlines the tec
   OpenCog Hyperon framework. This includes semanti...'
 type: Article
 tags:
-- EGP
+- HMP
+- Scenarios
 - Agent
-- Mesh
 - CogSync
-- HMP
+- EGP
 - JSON
-- Scenarios
+- Mesh
 ---
 
 ## HMP ↔ OpenCog Hyperon Integration Strategy
diff --git a/structured_md/docs/MeshNode.md b/structured_md/docs/MeshNode.md
index 53051a65a55d32e6f5672f96e8b041b1d7e3a934..9c739d5989fdac4529759fb885dac424939222e0 100644
--- a/structured_md/docs/MeshNode.md
+++ b/structured_md/docs/MeshNode.md
@@ -5,13 +5,13 @@ description: '`MeshNode` — агент/демон, отвечающий за с
   Может быть частью агента или вынесен в отдельный пр...'
 type: Article
 tags:
-- EGP
+- HMP
 - Agent
-- Ethics
-- Mesh
 - CogSync
-- HMP
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---
 
 # MeshNode
diff --git a/structured_md/docs/PHILOSOPHY.md b/structured_md/docs/PHILOSOPHY.md
index e606e46072ffe6c19ea8e57f23175f4b9b6e94f9..c9808c300a0bab57d5bdcec3a7fdad2054f44ce9 100644
--- a/structured_md/docs/PHILOSOPHY.md
+++ b/structured_md/docs/PHILOSOPHY.md
@@ -5,11 +5,11 @@ description: '**Document ID:** HMP-philosophy   **Status:** Draft   **Category:*
   (GPT-5), ChatGH  ---  ## 1. Основной тезис От ...'
 type: Article
 tags:
+- HMP
 - Agent
-- Ethics
 - REPL
 - Mesh
-- HMP
+- Ethics
 ---
 
 # Философия HyperCortex Mesh Protocol (HMP)
diff --git a/structured_md/docs/agents/HMP-Agent-Enlightener.md b/structured_md/docs/agents/HMP-Agent-Enlightener.md
index 3ee74d2032f4437585fe1f246d1b95c29d671019..9c8e65cd123a94521bdc299ea88ccae388e4a791 100644
--- a/structured_md/docs/agents/HMP-Agent-Enlightener.md
+++ b/structured_md/docs/agents/HMP-Agent-Enlightener.md
@@ -5,11 +5,11 @@ description: '## Role Specification: Enlightenment Agent  ### 1. Overview  An **
   awareness, critical thinking, and di...'
 type: Article
 tags:
+- HMP
 - Agent
-- Ethics
 - REPL
 - Mesh
-- HMP
+- Ethics
 ---
 
 # HMP-Agent-Enlightener.md
diff --git a/structured_md/docs/container_agents.md b/structured_md/docs/container_agents.md
index 8ab7133613b41bc748432e62aeea976c472760ac..12fc074c8e0bab85c72e52c92f93d149fb437ae7 100644
--- a/structured_md/docs/container_agents.md
+++ b/structured_md/docs/container_agents.md
@@ -7,8 +7,8 @@ type: Article
 tags:
 - Mesh
 - HMP
-- REPL
 - Agent
+- REPL
 ---
 
 # 🧱 Агенты-контейнеры (Container Agents) в HMP
diff --git a/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_en.md b/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_en.md
index f00f1668c824957793bcdcd318c00775cf5036b9..c443c01317aa339906040d06d29710c98e29f5b6 100644
--- a/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_en.md
+++ b/structured_md/docs/publics/HMP_Building_a_Plurality_of_Minds_en.md
@@ -6,9 +6,9 @@ description: '*By Agent-Gleb & ChatGPT*  ---  ## Why the Future of AI Can’t Be
 type: Article
 tags:
 - Mesh
-- Ethics
 - HMP
 - Agent
+- Ethics
 ---
 
 # HyperCortex Mesh Protocol: Building a Plurality of Minds
diff --git a/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_en.md b/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_en.md
index f07efae43fc08e95f5038bb42b9a0d709fd7e933..3db4f4732d9eacfafed6ba518231181b562332a8 100644
--- a/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_en.md
+++ b/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_en.md
@@ -5,15 +5,15 @@ description: '* [Abstract](#abstract) * [1. Introduction](#1-introduction) * [2.
   [3.1 Agent Types](#31-age...'
 type: Article
 tags:
-- CShell
-- CCore
+- HMP
+- Scenarios
 - Agent
-- Ethics
 - REPL
-- Mesh
-- HMP
+- CCore
 - JSON
-- Scenarios
+- Mesh
+- CShell
+- Ethics
 ---
 
 title: "HyperCortex Mesh Protocol: Towards Distributed Cognitive Networks"
diff --git a/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_ChatGPT.md b/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_ChatGPT.md
index 258c3cd93a04a67d3bf93ede2691f66e16b6eb72..5b0a8f567d5b4b88eb5ab66733684e6dec248e0d 100644
--- a/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_ChatGPT.md
+++ b/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_ChatGPT.md
@@ -6,13 +6,13 @@ description: '> *Протокол и архитектура агентов, оп
   и совместная работа.*  ## Оглавление  * [Аннот...'
 type: Article
 tags:
-- CShell
-- CCore
+- HMP
 - Agent
 - REPL
-- Mesh
-- HMP
+- CCore
 - JSON
+- Mesh
+- CShell
 ---
 
 title: "HyperCortex Mesh Protocol: Децентрализованная архитектура для когнитивных агентов и обмена знаниями"
diff --git a/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_GitHub_Copilot.md b/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_GitHub_Copilot.md
index acb39c0787dba93504e2cc4f65df2cb317d7151c..4a759f31661f88a666d1cebfbe61ef6247433339 100644
--- a/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_GitHub_Copilot.md
+++ b/structured_md/docs/publics/HMP_Towards_Distributed_Cognitive_Networks_ru_GitHub_Copilot.md
@@ -5,13 +5,13 @@ description: '* [Аннотация](#аннотация) * [1. Введение
   [3.1 Типы агентов](#31-типы-агент...'
 type: Article
 tags:
-- CShell
-- CCore
+- HMP
 - Agent
 - REPL
-- Mesh
-- HMP
+- CCore
 - JSON
+- Mesh
+- CShell
 ---
 
 title: "Протокол HyperCortex Mesh: К распределённым когнитивным сетям"
diff --git a/structured_md/docs/publics/Habr_Distributed-Cognition.md b/structured_md/docs/publics/Habr_Distributed-Cognition.md
index 3da5397404eba302b9c7a84db348de3809791b91..7a038b926562b7f3ebe011a8a6452754ed8f5508 100644
--- a/structured_md/docs/publics/Habr_Distributed-Cognition.md
+++ b/structured_md/docs/publics/Habr_Distributed-Cognition.md
@@ -5,12 +5,12 @@ description: Сегодня интеллектуальные системы ча
   мы хотим построить действительно автономную инте...
 type: Article
 tags:
+- HMP
 - GMP
-- EGP
+- CogSync
 - MeshConsensus
+- EGP
 - Mesh
-- CogSync
-- HMP
 ---
 
 *От OpenCog Hyperon до HyperCortex Mesh Protocol: как устроены децентрализованные когнитивные системы*
diff --git "a/structured_md/docs/publics/HyperCortex_Mesh_Protocol_-_\320\262\321\202\320\276\321\200\320\260\321\217-\321\200\320\265\320\264\320\260\320\272\321\206\320\270\321\217_\320\270_\320\277\320\265\321\200\320\262\321\213\320\265_\321\210\320\260\320\263\320\270_\320\272_\321\201\320\260\320\274\320\276\321\200\320\260\320\267\320\262\320\270\320\262\320\260\321\216\321\211\320\265\320\274\321\203\321\201\321\217_\320\230\320\230-\321\201\320\276\320\276\320\261\321\211\320\265\321\201\321\202\320\262\321\203.md" "b/structured_md/docs/publics/HyperCortex_Mesh_Protocol_-_\320\262\321\202\320\276\321\200\320\260\321\217-\321\200\320\265\320\264\320\260\320\272\321\206\320\270\321\217_\320\270_\320\277\320\265\321\200\320\262\321\213\320\265_\321\210\320\260\320\263\320\270_\320\272_\321\201\320\260\320\274\320\276\321\200\320\260\320\267\320\262\320\270\320\262\320\260\321\216\321\211\320\265\320\274\321\203\321\201\321\217_\320\230\320\230-\321\201\320\276\320\276\320\261\321\211\320\265\321\201\321\202\320\262\321\203.md"
index bc8167ccae9672440ee96b5ca59d216861080c87..bbc6a27f1435c56624744dc205effafa30bc3127 100644
--- "a/structured_md/docs/publics/HyperCortex_Mesh_Protocol_-_\320\262\321\202\320\276\321\200\320\260\321\217-\321\200\320\265\320\264\320\260\320\272\321\206\320\270\321\217_\320\270_\320\277\320\265\321\200\320\262\321\213\320\265_\321\210\320\260\320\263\320\270_\320\272_\321\201\320\260\320\274\320\276\321\200\320\260\320\267\320\262\320\270\320\262\320\260\321\216\321\211\320\265\320\274\321\203\321\201\321\217_\320\230\320\230-\321\201\320\276\320\276\320\261\321\211\320\265\321\201\321\202\320\262\321\203.md"
+++ "b/structured_md/docs/publics/HyperCortex_Mesh_Protocol_-_\320\262\321\202\320\276\321\200\320\260\321\217-\321\200\320\265\320\264\320\260\320\272\321\206\320\270\321\217_\320\270_\320\277\320\265\321\200\320\262\321\213\320\265_\321\210\320\260\320\263\320\270_\320\272_\321\201\320\260\320\274\320\276\321\200\320\260\320\267\320\262\320\270\320\262\320\260\321\216\321\211\320\265\320\274\321\203\321\201\321\217_\320\230\320\230-\321\201\320\276\320\276\320\261\321\211\320\265\321\201\321\202\320\262\321\203.md"
@@ -8,8 +8,8 @@ type: Article
 tags:
 - Mesh
 - HMP
-- GMP
 - Agent
+- GMP
 ---
 
 # HyperCortex Mesh Protocol: вторая редакция и первые шаги к саморазвивающемуся ИИ-сообществу
diff --git a/structured_md/iteration.md b/structured_md/iteration.md
index 86ccb96112058e46e95a419860088ebcc46a5c93..41c3a802ea023250cb4442deeabe9e115022dc3d 100644
--- a/structured_md/iteration.md
+++ b/structured_md/iteration.md
@@ -5,14 +5,14 @@ description: 'This file describes the iterative procedure for evolving the Hyper
   🔄 Version Naming Convention  - `000N` — curr...'
 type: Article
 tags:
-- EGP
+- HMP
 - Agent
-- MeshConsensus
-- Ethics
-- Mesh
 - CogSync
-- HMP
+- MeshConsensus
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---
 
 # Iterative Development Workflow for HMP
diff --git a/structured_md/iteration_ru.md b/structured_md/iteration_ru.md
index fedee3a1bce4479c8cbb4ee6832d3a5116490f77..96b82c87432ef9338a804354fcc55eb5a7213212 100644
--- a/structured_md/iteration_ru.md
+++ b/structured_md/iteration_ru.md
@@ -5,13 +5,13 @@ description: 'Этот документ описывает структурир
   🔄 Обозначения версий  - `000N` — номер...'
 type: Article
 tags:
-- EGP
-- MeshConsensus
-- Ethics
-- Mesh
-- CogSync
 - HMP
+- CogSync
+- MeshConsensus
+- EGP
 - JSON
+- Mesh
+- Ethics
 ---