Post PR #5295 docs audit — 4 fixes:

1. cli-commands.md: Update hermes honcho subcommand table with 4
   missing commands (peers, enable, disable, sync), --target-profile
   flag, --all on status, correct mode values (hybrid/context/tools
   not hybrid/honcho/local), and note that setup redirects to
   hermes memory setup.

2. build-a-hermes-plugin.md: Replace 'ctx.register_command() —
   planned but not yet implemented' with the actual implemented
   ctx.register_cli_command() API. Add full Register CLI commands
   section with code example.

3. memory-provider-plugin.md: Add 'Adding CLI Commands' section
   documenting the register_cli(subparser) convention for memory
   provider plugins, active-provider gating, and directory structure.

4. plugins.md: Add CLI command registration to the capabilities table.

…5308)

Post PR #5295 docs audit — 4 fixes:

1. cli-commands.md: Update hermes honcho subcommand table with 4
   missing commands (peers, enable, disable, sync), --target-profile
   flag, --all on status, correct mode values (hybrid/context/tools
   not hybrid/honcho/local), and note that setup redirects to
   hermes memory setup.

2. build-a-hermes-plugin.md: Replace 'ctx.register_command() —
   planned but not yet implemented' with the actual implemented
   ctx.register_cli_command() API. Add full Register CLI commands
   section with code example.

3. memory-provider-plugin.md: Add 'Adding CLI Commands' section
   documenting the register_cli(subparser) convention for memory
   provider plugins, active-provider gating, and directory structure.

4. plugins.md: Add CLI command registration to the capabilities table.

…ousResearch#5308)

Post PR NousResearch#5295 docs audit — 4 fixes:

1. cli-commands.md: Update hermes honcho subcommand table with 4
   missing commands (peers, enable, disable, sync), --target-profile
   flag, --all on status, correct mode values (hybrid/context/tools
   not hybrid/honcho/local), and note that setup redirects to
   hermes memory setup.

2. build-a-hermes-plugin.md: Replace 'ctx.register_command() —
   planned but not yet implemented' with the actual implemented
   ctx.register_cli_command() API. Add full Register CLI commands
   section with code example.

3. memory-provider-plugin.md: Add 'Adding CLI Commands' section
   documenting the register_cli(subparser) convention for memory
   provider plugins, active-provider gating, and directory structure.

4. plugins.md: Add CLI command registration to the capabilities table.

…ousResearch#5308)

Post PR NousResearch#5295 docs audit — 4 fixes:

1. cli-commands.md: Update hermes honcho subcommand table with 4
   missing commands (peers, enable, disable, sync), --target-profile
   flag, --all on status, correct mode values (hybrid/context/tools
   not hybrid/honcho/local), and note that setup redirects to
   hermes memory setup.

2. build-a-hermes-plugin.md: Replace 'ctx.register_command() —
   planned but not yet implemented' with the actual implemented
   ctx.register_cli_command() API. Add full Register CLI commands
   section with code example.

3. memory-provider-plugin.md: Add 'Adding CLI Commands' section
   documenting the register_cli(subparser) convention for memory
   provider plugins, active-provider gating, and directory structure.

4. plugins.md: Add CLI command registration to the capabilities table.

Post PR NousResearch#5295 docs audit — 4 fixes:

1. cli-commands.md: Update hermes honcho subcommand table with 4
   missing commands (peers, enable, disable, sync), --target-profile
   flag, --all on status, correct mode values (hybrid/context/tools
   not hybrid/honcho/local), and note that setup redirects to
   hermes memory setup.

2. build-a-hermes-plugin.md: Replace 'ctx.register_command() —
   planned but not yet implemented' with the actual implemented
   ctx.register_cli_command() API. Add full Register CLI commands
   section with code example.

3. memory-provider-plugin.md: Add 'Adding CLI Commands' section
   documenting the register_cli(subparser) convention for memory
   provider plugins, active-provider gating, and directory structure.

4. plugins.md: Add CLI command registration to the capabilities table.

…ousResearch#5308)

Post PR NousResearch#5295 docs audit — 4 fixes:

1. cli-commands.md: Update hermes honcho subcommand table with 4
   missing commands (peers, enable, disable, sync), --target-profile
   flag, --all on status, correct mode values (hybrid/context/tools
   not hybrid/honcho/local), and note that setup redirects to
   hermes memory setup.

2. build-a-hermes-plugin.md: Replace 'ctx.register_command() —
   planned but not yet implemented' with the actual implemented
   ctx.register_cli_command() API. Add full Register CLI commands
   section with code example.

3. memory-provider-plugin.md: Add 'Adding CLI Commands' section
   documenting the register_cli(subparser) convention for memory
   provider plugins, active-provider gating, and directory structure.

4. plugins.md: Add CLI command registration to the capabilities table.

…ousResearch#5308)

Post PR NousResearch#5295 docs audit — 4 fixes:

1. cli-commands.md: Update hermes honcho subcommand table with 4
   missing commands (peers, enable, disable, sync), --target-profile
   flag, --all on status, correct mode values (hybrid/context/tools
   not hybrid/honcho/local), and note that setup redirects to
   hermes memory setup.

2. build-a-hermes-plugin.md: Replace 'ctx.register_command() —
   planned but not yet implemented' with the actual implemented
   ctx.register_cli_command() API. Add full Register CLI commands
   section with code example.

3. memory-provider-plugin.md: Add 'Adding CLI Commands' section
   documenting the register_cli(subparser) convention for memory
   provider plugins, active-provider gating, and directory structure.

4. plugins.md: Add CLI command registration to the capabilities table.

…mAdapter

Adds BasePlatformAdapter.build_delivery_metadata(job, status_hint,
base_metadata) — an optional polymorphic hook subclasses override to
enrich the metadata kwarg passed to adapter.send() during cron
delivery. Default returns base_metadata unchanged (or {} when None).

cron/scheduler.py:_deliver_result now calls
adapter.build_delivery_metadata(...) on the resolved runtime adapter
instead of constructing send_metadata inline. Adds a status_hint
parameter to _deliver_result (default 'ok', set to 'error' by tick()
on failed runs) that flows through the hook. The call is exception-
guarded — misbehaving overrides log a warning and fall back to
base_metadata, mirroring _run_processing_hook's safety pattern.

Today the scheduler builds send_metadata as a plain {'thread_id': ...}
dict. Platform adapters that need richer delivery context have no
way to attach metadata without patching the scheduler. This hook
provides the missing extension surface, mirroring the existing
on_processing_start / on_processing_complete optional-method pattern
on BasePlatformAdapter.

Each of the following becomes a one-method override once the hook
lands, instead of a scheduler-touching PR:

- Webhook-fallback adapters needing job_id, job_name, status, ran_at
  to reconstruct delivery context when no live connection is available
- Audit-logging adapters needing trace_id, user_id, severity
- Multi-tenant adapters (CRM bridges, issue trackers) needing
  tenant_id, account_id, project_id, lead_id
- Telegram cron-into-topic-threads via message_thread_id
- Discord cron-into-forum-channels via applied_tags, or
  cron-into-thread via thread_id
- Slack cron-into-thread via thread_ts; @-mention via user_id
- Matrix E2EE flags; m.in_reply_to reply chaining
- Email In-Reply-To/References headers for threading
- WhatsApp template-message metadata for compliance-gated channels
- Home Assistant action-button payloads; voice-assistant routing
- SMS delivery-receipt requests; sender-ID overrides

None of these are in scope here; the PR is strictly additive with
the no-op default. Listed as evidence that the missing extension
point is broadly applicable.

Follows the same pattern as NousResearch#5295 (removed 95 lines of hardcoded
honcho argparse from main.py): replace platform-specific logic in
core with an optional hook on a base class.

Backward compatible. Every shipped adapter (Telegram, Discord, Slack,
WhatsApp, Signal, Matrix, Mattermost, Email, SMS, Home Assistant,
DingTalk, Feishu, WeCom, Weixin, BlueBubbles, QQ) inherits the no-op
default and produces a byte-identical send_metadata payload. The new
status_hint parameter is keyword-only with a default, so existing
_deliver_result callers work unchanged.

Tests:
- tests/gateway/test_build_delivery_metadata.py: 5 new unit tests for
  the default hook (no-op behavior, missing base_metadata, copy
  semantics, signature stability, status_hint agnosticism).
- tests/cron/test_scheduler.py: 5 existing tests gain a one-line mock
  of the new method on their AsyncMock/MagicMock adapters (the new
  method is part of the BasePlatformAdapter contract, so test mocks
  need it too).
- Focused suite (tests/gateway/test_build_delivery_metadata.py +
  tests/cron/test_scheduler.py): 132/132 passing.

Docs:
- website/docs/developer-guide/adding-platform-adapters.md: new
  "Enriching delivery metadata" subsection under "Cron Delivery"
  with override template and behavior contract.
- website/docs/developer-guide/cron-internals.md: new "Adapter
  Metadata Enrichment" subsection under "Delivery Model" with a
  cross-reference to the adapter-author guide.

Adds BasePlatformAdapter.build_delivery_metadata(job, status_hint,
base_metadata) so adapters can enrich the metadata passed to
adapter.send() during cron delivery without patching the scheduler.
cron/scheduler.py:_deliver_result calls the hook on the resolved
runtime adapter instead of constructing send_metadata inline.

Mirrors the existing on_processing_start / on_processing_complete
optional-method pattern on BasePlatformAdapter. Same shape as NousResearch#5295
(removed hardcoded honcho argparse from main.py): platform-specific
logic moves out of core into adapter overrides.

The default returns base_metadata unchanged (or None when None), so
all shipped adapters remain byte-identical. The hook fires only on
the live-runtime-adapter delivery path; standalone_sender_fn is
unchanged. Hook exceptions are caught and fall back to base_metadata,
matching _run_processing_hook's pattern.

Tests: 5 unit tests for the default hook + 3 integration tests for
the scheduler path (hook called and result reaches send; exception
fallback; tick() forwards status_hint='error'). Focused suite 135/135.

Docs: adding-platform-adapters.md gains "Enriching delivery metadata"
with an override template; cron-internals.md gains "Adapter Metadata
Enrichment" with a cross-reference.

…ousResearch#5308)

Post PR NousResearch#5295 docs audit — 4 fixes:

1. cli-commands.md: Update hermes honcho subcommand table with 4
   missing commands (peers, enable, disable, sync), --target-profile
   flag, --all on status, correct mode values (hybrid/context/tools
   not hybrid/honcho/local), and note that setup redirects to
   hermes memory setup.

2. build-a-hermes-plugin.md: Replace 'ctx.register_command() —
   planned but not yet implemented' with the actual implemented
   ctx.register_cli_command() API. Add full Register CLI commands
   section with code example.

3. memory-provider-plugin.md: Add 'Adding CLI Commands' section
   documenting the register_cli(subparser) convention for memory
   provider plugins, active-provider gating, and directory structure.

4. plugins.md: Add CLI command registration to the capabilities table.

…ousResearch#5308)

Post PR NousResearch#5295 docs audit — 4 fixes:

1. cli-commands.md: Update hermes honcho subcommand table with 4
   missing commands (peers, enable, disable, sync), --target-profile
   flag, --all on status, correct mode values (hybrid/context/tools
   not hybrid/honcho/local), and note that setup redirects to
   hermes memory setup.

2. build-a-hermes-plugin.md: Replace 'ctx.register_command() —
   planned but not yet implemented' with the actual implemented
   ctx.register_cli_command() API. Add full Register CLI commands
   section with code example.

3. memory-provider-plugin.md: Add 'Adding CLI Commands' section
   documenting the register_cli(subparser) convention for memory
   provider plugins, active-provider gating, and directory structure.

4. plugins.md: Add CLI command registration to the capabilities table.