Brali has a hosted read-only JSON API, a local stdio MCP server, a published GitHub Agent Skill router, and a pinned dataset release. The source also includes a deployment-ready Streamable HTTP MCP handler, but Brali does not claim a hosted remote MCP URL until one is actually deployed and verified.
MCP deployment: Brali operates a local stdio MCP path and ships a deployment-ready web-standard Streamable HTTP handler backed by the same trust rules. Brali does not claim a public hosted remote MCP URL until a provider deployment is completed and verified.
Verified external distribution
GitHub Agent Skill · published
brali-life-os v1.0.1
The maintained router has a provider-visible GitHub release. Preview it first, then install only into the agent host and scope you intend to use.
gh skill install Brali-LifeOS/brali-lifeos.github.io brali-life-os --agent claude-code --scope user
Register the local Brali MCP server with Claude Code. The example uses user scope so Brali can be reused across projects.
#!/usr/bin/env sh
set -eu
BRALI_REPO="${BRALI_REPO:-/ABSOLUTE/PATH/TO/brali-lifeos.github.io}"
claude mcp add brali --scope user -- node "$BRALI_REPO/mcp/server.mjs"
claude mcp get brali
Start with the zero-install Query Playground or preview the Brali router skill before writing custom integration code.
Try the zero-install Query Playground before writing custom integration code; copy its agent context or JSON packet to inspect the contract.
For a human decision, follow the same canonical path: natural-language problem -> bounded recommendation -> protocol -> action.
Preview Agent Skills before installation and install only into the agent host and scope you intend to use.
Use the hosted static API or local stdio MCP today; treat mcp/remote.mjs as deployment-ready source, not as proof of a Brali-hosted remote endpoint.
Run a reference demo before replacing the retrieval flow with your own implementation.
Reproduce the 50-case evaluation or reuse Brali Bench before claiming that a custom retrieval layer improves on Brali's checked baseline.
Use reviewed/practical records for normal trusted recommendations.
Preserve canonical Problem and Protocol IDs, Brali record URLs, evidence state, and reviewed-source boundaries.
Return no trusted answer rather than silently falling back to pending-review or restricted material.
For reproducible work, pin a data-v release instead of following main.
Follow CC BY-NC-SA 4.0 attribution/share-alike terms for public non-commercial use; request separate permission for commercial use.
Share integration feedback or partnership proposals through the Brali partnerships page.
Prove the path first
Run the reference agent demos before replacing their retrieval flow. They show the expected question → Topic → Protocol → Evidence → provenance contract, including a deliberate no-answer safety case.
Reproduce Brali's evaluation
Before claiming a custom retrieval layer is better, reproduce the checked 50-case suite locally. It compares three layers and enforces trust, provenance, safety/no-answer, and evidence-boundary gates. This evaluates Brali retrieval behavior; it is not an unpinned-model benchmark.
git clone https://github.com/Brali-LifeOS/brali-lifeos.github.io.git
cd brali-lifeos.github.io
npm run build
npm run evaluate:check
no-knowledge-control — Control showing what is available without Brali knowledge.
When Brali materially informs an answer, preserve its canonical record identity and evidence state. For dataset-level use, pin a data release and cite MetalHeadsCats. See citation guidance and the license.
Share an integration report, correction, collaboration idea, or commercial proposal through Partnerships. No usage counter is shown until there is actual usage to count.