What problem does it solve?
When a fix or API change spans multiple sibling repositories (Xberg, Alef, enterprise, crawler, LLM, OCR), it is easy to commit changes in the wrong repo, mix two repositories in one commit, or publish a consumer before its dependency. This Skill defines clear ownership boundaries and the correct coordination order.
Core Features & Use Cases
- Ownership Mapping: Assigns each concern to its owning repository, such as reusable Rust primitives in xberg, generator defects in alef, LLM client behavior in liter-llm, and SSRF protection at the crawlberg transport boundary.
- API Placement Guidance: Decides whether a primitive belongs in the Rust crate, in language bindings, or stays Rust-only without an FFI wrapper.
- Release Coordination: For a cross-repo fix, identifies the lowest owning layer, orders dependency releases, and verifies each repository independently.
- Use Case: A bug in generated Python bindings traces back to the Alef generator. Instead of patching around it in Xberg, this Skill directs you to fix the reusable cause in Alef, publish it, then update the consumer.
Quick Start
Ask the AI to determine which repository should own a fix that affects both Xberg and one of its sibling repositories, and to outline the commit and release order.