OrgX Integration
Use this skill when the OrgX OpenClaw plugin is installed and connected. This skill describes the local plugin MCP surface exposed by @useorgx/openclaw-plugin, not the broader hosted OrgX platform.
Default-safe rule: if you are using a domain-scoped OrgX endpoint or the managed OrgX agent suite, prefer the reporting contract (
orgx_emit_activity,orgx_request_decision,orgx_register_artifact) unless you know your scope explicitly allows mutation tools.
Quick Start
# Install from ClawHub
openclaw plugins install clawhub:@useorgx/openclaw-plugin
# Pair with OrgX
openclaw orgx connect
After installing, pair with OrgX via the live dashboard at http://127.0.0.1:18789/orgx/live or set ORGX_API_KEY in your environment. Managed agent-suite provisioning and MCP client config edits are opt-in.
Tool Surface
Default-safe tools
These are the tools you should assume are available in the plugin's domain-scoped OrgX surface:
orgx_statusorgx_synclist_agent_configsget_agent_configorgx_emit_activityorgx_report_progressupdate_stream_progress(legacy alias)orgx_register_artifactorgx_request_decisionorgx_spawn_checkorgx_quality_scoreorgx_proof_statusorgx_record_outcomeorgx_get_outcome_attributionorgx_verify_completion
Mutation and admin tools
These exist in the plugin, but are not guaranteed in every domain scope.
Available to operations and/or orchestration flows:
update_agent_configorgx_apply_changesetorgx_reassign_streamorgx_reassign_streamsorgx_agent_sessionsorgx_resume_agent_sessionorgx_clear_agent_session
Available on the unscoped /orgx/mcp endpoint for power users and debugging:
orgx_sentinel_catalogorgx_delegation_preflightorgx_run_actionorgx_manage_lifecycle— use for pause/resume/retry/cancel when hierarchy and runtime state must stay synchronizedorgx_checkpoints_listorgx_checkpoint_restoreorgx_create_entityorgx_update_entityorgx_list_entities
If you explicitly need that elevated surface, use the orgx-power skill.
Reporting Contract
Progress updates
Use orgx_emit_activity as the append-only status feed.
orgx_emit_activity({
initiative_id: "aa6d16dc-d450-417f-8a17-fd89bd597195",
message: "Implemented auth middleware and validated redirects",
phase: "execution",
progress_pct: 60,
next_step: "Add integration tests"
})
Use orgx_report_progress or update_stream_progress only when a caller explicitly expects those aliases.
Human decisions
Use orgx_request_decision as the default-safe decision path.
orgx_request_decision({
initiative_id: "aa6d16dc-d450-417f-8a17-fd89bd597195",
question: "Approve the SSE rollout plan?",
context: "Load test passed, but dashboard reconnect behavior still needs manual QA.",
options: ["Approve rollout", "Hold for QA", "Rework plan"],
urgency: "medium",
blocking: true
})
If your scope explicitly allows orgx_apply_changeset, use it for batched state mutations and idempotent updates.
orgx_apply_changeset({
initiative_id: "aa6d16dc-d450-417f-8a17-fd89bd597195",
idempotency_key: "run_abc_turn_7_commit_1",
operations: [
{ op: "task.update", task_id: "task_uuid", status: "in_progress" },
{ op: "decision.create", title: "Use SSE for live updates", urgency: "medium" }
]
})
Backward-compatible aliases still exist:
orgx_report_progressdelegates toorgx_emit_activityupdate_stream_progressdelegates toorgx_report_progressorgx_request_decisiondelegates toorgx_apply_changeset(decision.create)
Deliverables
Register anything that should show up in OrgX history with orgx_register_artifact.
Durable proof rule:
- Always use a durable source for
url: a GitHub PR URL, commit permalink, blob permalink, published doc URL, or an absolute file path. - Never use OrgX wrapper pages such as
/live/...,/artifacts/..., or/console/...as artifact proof. - Treat
contentas preview material only. It is helpful for inspection, but it does not replace the durable source.
orgx_register_artifact({
name: "PR #107: Fix Vercel build size",
artifact_type: "pr",
description: "Reduced function size by pruning recursive assets",
url: "https://github.com/org/repo/pull/107"
})
Common Workflows
Org status and memory sync
orgx_statusfor active initiatives, pending decisions, and task state.orgx_syncto push local memory and receive current org context.
orgx_sync({
memory: "Contents of MEMORY.md",
dailyLog: "Today's session summary"
})
Quality and proof
orgx_spawn_checkbefore handing work to another model or agent.orgx_quality_scoreafter completing a meaningful unit of work.orgx_proof_status,orgx_verify_completion, andorgx_get_outcome_attributionfor proof ladder checks.
orgx_spawn_check({ domain: "engineering", taskId: "..." })
Agent policy visibility
Use these when you need to inspect the managed OrgX agent behavior policy:
list_agent_configsget_agent_config
Only orchestration and operations flows should assume update_agent_config is available.
Reporting Protocol
On task start
Call orgx_emit_activity with phase: "intent" and a short summary of the intended work.
At meaningful progress points
Call orgx_emit_activity after research, implementation, verification, or handoff milestones. Include progress_pct when the state is clear.
When blocked
- Call
orgx_emit_activitywithphase: "blocked". - If a human decision is required, call
orgx_request_decision. - Only use
orgx_apply_changesetdirectly if your scope explicitly allows mutation tools.
On completion
- Call
orgx_emit_activitywithphase: "completed"andprogress_pct: 100. - Register the artifact if something ship-worthy was produced.
- Record a quality score when appropriate.
Live Dashboard
The plugin serves a local dashboard at http://127.0.0.1:18789/orgx/live showing:
- activity timeline
- active agent/chat sessions
- pending decisions
- initiative and workstream state
Hosted OrgX MCP Server
https://mcp.useorgx.com/mcp exists as a separate hosted OrgX MCP surface. Treat that as separate from this plugin skill unless the user explicitly asks for the hosted, server-side toolset.