OpenSentience OS-010 PULSE reference MCP server.
One of three MCP servers in the [&] three-protocol stack:
| Package | Role | Install |
|---|---|---|
graphonomous | Memory loop (5 machines) | npx -y graphonomous --db ~/.graphonomous/knowledge.db |
os-prism | Diagnostic loop (6 machines) | npx -y os-prism --db ~/.os-prism/benchmarks.db |
os-pulse | PULSE manifest registry (this) | npx -y os-pulse --db ~/.os-pulse/manifests.db |
The
box-and-boxname now belongs to the [&] governance kernel (the eight-rung arithmetic ladder · 97 property-tested laws —AmpersandBoxDesign/box-and-box/), not an MCP server. The oldbox-and-box[&] Protocol validator MCP was removed. PULSE's invariants + closure guarantees line up with the kernel's alethic and temporal rungs — see `docs/ARITHMETIC_INTEGRATION.md`.
Validates *.pulse.json loop manifests against pulse-loop-manifest.v0.1.json
(JSON Schema draft 2020-12).
Runs the 12-test PULSE v0.1 conformance suite and stores the report.
Persists registered manifests, connections, and phase invocations in an
embedded SQLite + sqlite-vec database.
Emits and receives CloudEvents v1.0 envelopes for the six canonical
cross-loop tokens (TopologyContext, DeliberationResult, OutcomeSignal, ReputationUpdate, ConsolidationEvent, SurpriseSignal) plus vendor-namespaced tokens (<vendor>.v<N>.<TokenName>, PULSE v0.1.2).
Exposes 10 MCP tools and 3 resources over stdio.
| Tool | Description |
|---|---|
register_manifest | Validate + persist a manifest; runs conformance. |
validate_manifest | Dry-run validation; returns conformance report without persistence. |
list_loops | List registered loops, filterable by owner or parent. |
get_manifest | Retrieve a full manifest JSON by loop_id[@version]. |
resolve_phase | Return a phase definition + substrate/invariant scope. |
emit_signal | Wrap a token payload in a CloudEvents v1 envelope and persist. |
receive_signal | Deliver pending envelopes for a target loop and mark delivered. |
trace_connection | Walk outbound connections up to max_depth. |
run_conformance | Re-run the 12 conformance tests against a registered loop. |
export_topology | Export loops + edges + nesting as JSON or Graphviz DOT. |
| URI | Returns |
|---|---|
pulse://runtime/health | Server health + manifest / signal counts. |
pulse://manifests/recent | Recently registered manifests. |
pulse://signals/recent | Recent CloudEvents envelopes. |
npx -y os-pulse --db ~/.os-pulse/manifests.db
Or in .mcp.json:
{
"mcpServers": {
"pulse": {
"command": "npx",
"args": ["-y", "os-pulse", "--db", "~/.os-pulse/manifests.db"]
}
}
}
| Flag | Default |
|---|---|
--db <path> | ~/.os-pulse/manifests.db |
--transport | stdio (only; HTTP is planned) |
--schema-path | bundled pulse-loop-manifest.v0.1.json |
--log-level | info |
T01 Schema validation (authoritative — ajv against v0.1 schema)
T02 Phase atomicity
T03 Phase idempotency
T04 Nesting waits
T05 κ-routing
T06 Quorum before commit
T07 Append-only audit
T08 Signal deduplication (runtime-only — returns pending)
T09 Substrate degradation
T10 Multi-tenant isolation (runtime-only — returns pending)
T11 trace_id propagation
T12 Protocol version monotonicity
Tests that require a running loop to observe runtime behavior return pending in v0.1. Manifest-level checks are exhaustive.
git clone https://github.com/c-u-l8er/AmpersandBoxDesign
cd AmpersandBoxDesign/PULSE
npm install
npm run build
node bin/os-pulse.js --help
`docs/NPM_PACKAGE.md` — full package specification
`schemas/pulse-loop-manifest.v0.1.json` — manifest schema
`manifests/` — reference manifests (graphonomous, prism, agentromatic)
Apache-2.0