HarnessServer
HarnessServer runs in the Agent host environment, staging compiled Skills, SOPs, and Rules into Workspaces by role, and serving REST and MCP endpoints for runtime context on demand. In standalone deployment, REST and MCP-SSE run on the same HTTP port; conversation WebSockets are optional in standalone mode. It does not ingest enterprise knowledge directly; managerial memory is disabled by default and restricted to authorized Agents. It can operate standalone on local content or connect to LarkScout for upstream synchronization and search.

HarnessServer
Content Delivery for AgentsContext delivery and capability distribution component for Agent host environmentsDeliver Skills, SOPs, and context to Workspaces by role—main configuration staged in advance, SOPs pulled per action.
- Pre-Staged
- Main config and Skills ready in advance
- Role-Based
- coordinator / worker distribution
- REST + MCP
- Colocated on same port in standalone mode
Typical pains
- Each Workspace requires manual, error-prone configuration of prompts and tools
- Newly onboarded Agents waste cycles exploring the environment before becoming productive
- New Agent rollouts lack a standardized, repeatable onboarding pipeline
Core value
Which agents each skill is deployed to
Once a skill is approved, HarnessServer deploys it to the matching agents. The content detail panel in AULO shows which agents it is deployed to, and at which version.

Capabilities
Context supply
Skill assembly & scanning
Deployment & integration
Does / does not
- Dual-side on-demand context injection: Workers pull task context indices; Coordinators pull SOPs per signal
- Role-based workspace pre-provisioning: approved Skills deploy automatically; SOP / Rule sync by permission
- SkillScan pre-deploy static analysis: optional Python AST danger-pattern and dependency scanning
- Context snapshot and Content Version provenance: versions stamped on traces for context-change audit
- Framework context file generation: CLAUDE.md / AGENTS.md / NODAL.md
- Standalone and LarkScout integration: REST + MCP on its own, or connected to the LarkScout knowledge base
- Does not ingest raw documents or compile knowledge (upstream Claim compilation is LarkScout)
- Does not provide an unauthenticated global shared memory pool (bitemporal managerial memory is isolated and authorized-Agents-only)
- Does not manage OS-level process sandboxes (container and syscall controls belong to NodalOS)
By role
Standardizes Agent onboarding, shifting Workspaces from manual scripting to role-based pre-staging and on-demand retrieval
Managerial memory is disabled by default and strictly isolated to authorized Agents
Bridges the final mile between knowledge compilation and execution, eliminating Agent onboarding guesswork