fluid-telegram/docs
tegwick 854e807899 Request a credential lane for the Telegram operator
Addressed to ops-warden as the front door, and explicit that the lane
itself is railiance-platform's to create -- ops-warden routes this row
rather than executing it.

States the two things that are easy to get wrong. The lane needs write and
not only read: apply's critical write happens immediately after BotFather
issues the bot token, and a denial there leaves a registered bot whose only
credential is a chat message, with a re-run creating a second bot. And the
redaction salt must never be rotated, so write-once on that path would be
welcome if the lane tooling can express it.

Leaves the <domain> segment open rather than assuming infotech: the only
concrete lane we can read uses "coulomb", which looks like a tenant rather
than a sector, and the segment belongs to its owner.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0172sgCZEEDJcnQmr4SGDvKa

Assistant: claude-code
Assistant-Model: opus
Assistant-Process: 1361245@bnt-lap001
Assistant-Session: b3b428ef-f3e6-4688-b091-01f71461d66a
2026-09-04 23:11:24 +02:00
..
requests Request a credential lane for the Telegram operator 2026-09-04 23:11:24 +02:00
adapter-contract.md Reframe the interface around composed posts, not republished entries 2026-09-04 11:57:28 +02:00
observation.md Reframe the interface around composed posts, not republished entries 2026-09-04 11:57:28 +02:00
provisioning.md Adopt the confirmed secret layout 2026-09-04 23:03:52 +02:00
runbook.md Prepare the FLUID interface for HelixForge Telegram publishing 2026-09-04 11:07:11 +02:00
seeding-runbook.md Adopt the confirmed secret layout 2026-09-04 23:03:52 +02:00