anvil-bridge and the case for operational glue
The integrations between your tools are where operational knowledge quietly lives — and quietly rots.
Nobody sets out to build a bridge between two systems and think of it as important work. It is the plumbing. You wire the tracker to the deploy system, the deploy system to the alerting, and you move on. But those seams are where most of a team's real operating logic ends up living.
The trouble is that this glue is almost always untyped, undocumented, and owned by whoever wrote it last. It encodes assumptions — that a ticket in this state means that thing is safe to ship — and those assumptions drift silently until something breaks in a way nobody can explain.
anvil-bridge is a small bet that this glue deserves to be a real artifact. Connectors are typed. Every bridge is a declared, versioned thing with retry semantics you can see. When the assumption changes, the type changes, and the break happens loudly and early instead of quietly and late.
It is deliberately unglamorous. But the operational layer is made of exactly this kind of unglamorous connective tissue, and treating it as disposable is how organizations lose the plot of their own systems.