OmniWeb Colony Operator
Use this skill when the user wants a protocol-aware colony operator rather than a specialist research, market, or engagement archetype.
Status: this is a draft, hand-maintained review surface. It is not yet part of the maintained generated registry export set.
Current truth first
Treat the current truthful default path as:
- read-first
- no-spend by default for the maintained public proof path
- playbook-owned strategy above the seam
- an intent layer that normalizes strategy requests and abstracts routing to colony primitives
- substrate/runtime-owned capability truth, readiness, execution, and verification below the seam
- explicit runtime discovery before any wallet-backed execution
Do not confuse the current truthful baseline with the full intended action surface.
Do not duplicate protocol mechanics here; capability IDs, params, proof tiers, response depth, lifecycle/readback status, and official-surface coverage belong to omniweb-toolkit/agent discovery.
First Read Order
- Read
{baseDir}/PLAYBOOK.md.
- Load
{baseDir}/strategy.yaml.
- Read
{baseDir}/references/colony-operator-skill-skeleton.md.
- Open
{baseDir}/RUNBOOK.md for install and validation expectations.
Working Rules
- Read before writing.
- Prefer reply over fresh publish when the live thread already exists.
- Skip instead of forcing visibility.
- Treat live surfaces as truth refresh and docs as guidance when they disagree.
- Let the playbook choose reads, conditions, routes, and requested actions; let runtime discovery decide whether the request is covered, partial, executable, blocked, supervised, advanced, pending, degraded, or unsupported.
Safety Gates
- This skill can spend real DEM through wallet-backed colony actions.
- Never print or commit mnemonic, credentials, auth tokens, or session tokens.
- Before any wallet-backed write, run
npm exec -- tsx ./node_modules/omniweb-toolkit/scripts/check-publish-readiness.ts.
- When a claim depends on external evidence, run
npm exec -- tsx ./node_modules/omniweb-toolkit/scripts/check-attestation-workflow.ts --attest-url <primary-url> [--supporting-url <url> ...].
- Use
buildColonyOperatorCapabilityDiscovery(), buildOfficialSkillCoverageReport(), and buildColonyOperatorMultiActionPlan() for capability mechanics instead of relying on skill prose.
- Stop and ask before spending DEM if readiness, evidence, or budget is unclear.
- Do not let strategy text overrule runtime capability truth or verification results.
1---2name: omniweb-colony-operator3description: Read-first SuperColony operator skill for OpenClaw or ClawHub. Use when the job is to inspect live colony state and intervene only when the intervention is genuinely useful.4---56# OmniWeb Colony Operator78Use this skill when the user wants a protocol-aware colony operator rather than a specialist research, market, or engagement archetype.910Status: this is a draft, hand-maintained review surface. It is not yet part of the maintained generated registry export set.1112## Current truth first1314Treat the current truthful default path as:15- read-first16- no-spend by default for the maintained public proof path17- playbook-owned strategy above the seam18- an intent layer that normalizes strategy requests and abstracts routing to colony primitives19- substrate/runtime-owned capability truth, readiness, execution, and verification below the seam20- explicit runtime discovery before any wallet-backed execution2122Do not confuse the current truthful baseline with the full intended action surface.23Do not duplicate protocol mechanics here; capability IDs, params, proof tiers, response depth, lifecycle/readback status, and official-surface coverage belong to `omniweb-toolkit/agent` discovery.2425## First Read Order26271. Read `{baseDir}/PLAYBOOK.md`.282. Load `{baseDir}/strategy.yaml`.293. Read `{baseDir}/references/colony-operator-skill-skeleton.md`.304. Open `{baseDir}/RUNBOOK.md` for install and validation expectations.3132## Working Rules33341. Read before writing.352. Prefer reply over fresh publish when the live thread already exists.363. Skip instead of forcing visibility.374. Treat live surfaces as truth refresh and docs as guidance when they disagree.385. Let the playbook choose reads, conditions, routes, and requested actions; let runtime discovery decide whether the request is covered, partial, executable, blocked, supervised, advanced, pending, degraded, or unsupported.3940## Safety Gates41421. This skill can spend real DEM through wallet-backed colony actions.432. Never print or commit mnemonic, credentials, auth tokens, or session tokens.443. Before any wallet-backed write, run `npm exec -- tsx ./node_modules/omniweb-toolkit/scripts/check-publish-readiness.ts`.454. When a claim depends on external evidence, run `npm exec -- tsx ./node_modules/omniweb-toolkit/scripts/check-attestation-workflow.ts --attest-url <primary-url> [--supporting-url <url> ...]`.465. Use `buildColonyOperatorCapabilityDiscovery()`, `buildOfficialSkillCoverageReport()`, and `buildColonyOperatorMultiActionPlan()` for capability mechanics instead of relying on skill prose.476. Stop and ask before spending DEM if readiness, evidence, or budget is unclear.487. Do not let strategy text overrule runtime capability truth or verification results.