Ultimate Harness
Research

Comparison Matrix

| System | Core abstraction | Workflow model | Roles/personas | State persistence | Spec format | Skill/capability format | Sandbox/isolation | Verification | Human checkpoints | Runtime portability | Copy into UH | Avoid in UH |

SystemCore abstractionWorkflow modelRoles/personasState persistenceSpec formatSkill/capability formatSandbox/isolationVerificationHuman checkpointsRuntime portabilityCopy into UHAvoid in UH
SpecsafeIssue/spec safety layerIssue-driven enhancementsNot primaryGitHub issuesIssue/spec referencesIntegration-specificNot primarySpec safety impliedIssue reviewIDE/CLI integration orientedTraceability and integration roadmapIDE-first lock-in
BMADAgile AI development methodStructured lifecycle workflowsAnalyst, PM, Architect, Dev, QA, UX, etc.Project/module filesWorkflow artifactsAgents/modulesNot coreWorkflow reviewsMultiple approvalsWorks through AI IDE installsRole separation and lifecycle stagesLetting BMAD own the ontology
superpowersSkills + coding methodologyBrainstorm → worktree → plan → TDD → review → finishSkill-driven subagents/reviewersSkill docs, plans, branchesDesign/plan docsMarkdown skillsGit worktreesTests + reviewsDesign approval, reviews, merge choiceMultiple agent hostsMandatory skill discovery and review loopsSingle host/plugin assumptions
GSDContext-engineered command loopNew project → discuss → plan → execute → verifyFresh subagentsProject context and phase docsRequirements/roadmaps/plansCommands/promptsFresh contexts, not primarily FSVerification loopsPhase gatesMulti-tool but Claude Code-centeredContext-rot mitigation and phase sizingPermission model assumptions
matt-pocock/skillsSmall engineering skillsClarify → shared language → implement/debug/reviewSkill-specificCONTEXT.md and docsDocs/ticketsSmall reusable skillsNot primaryEngineering feedback loopsClarification checkpointsAgent-agnosticSmall practical skills and shared languageOver-process or verbose ceremonies
oh-my-openagentOpinionated agent harnessPackaged workflows + hooks + routingMultiple configured agentsConfig, hooks, sessionsHarness config/docsAgents, hooks, MCP toolsRuntime-dependentHooks/reviewsWorkflow disciplineOpenCode-first, multi-modelBatteries-included defaults and hooksBecoming a plugin distro
OpenSpecChange artifact folderPropose → apply → archiveAssistant commandsopenspec/changes/...Proposal, specs, design, tasksCommands/skillsNot primaryVerify command and tasksPropose/archive approvals25+ assistantsArtifact-guided lifecycleSpec-only worldview
Pi / oh-my-piTerminal agent harnessInteractive/JSON/RPC/SDK; sessions and branchesSubagentsSession trees, configPrompt/session artifactsSkills/extensions/packagesWorktrees, FUSE overlay, ProjFS in oh-my-piReview command, LSP/testsUser steering and reviewMulti-provider, embeddableAdapter target and possible enginePremature engine commitment
AgentFSAgent filesystemInit/mount/exec/run/syncNot role-basedDB-backed filesystemFilesystem stateMCP FS toolsCopy-on-write, overlay, sandboxInspect deltas/syncPromotion by inspectionCLI/MCPSandbox backend designEquating with git branches

Matrix conclusions

  1. Ultimate Harness should be artifact-first, not runtime-first. OpenSpec, BMAD, superpowers, and GSD all succeed when important state survives outside chat.
  2. Runtime adapters must be structured, not shell-only. Pi, oh-my-pi, and oh-my-openagent show rich runtime state; adapters need lifecycle, logs, artifacts, diffs, and verification reporting.
  3. Skills should be portable procedures with metadata. superpowers and matt-pocock/skills show the value of small procedural units, but Ultimate Harness should allow richer machine-readable metadata over time.
  4. Sandboxing is a primary differentiator. AgentFS and git worktrees should both be modeled because they isolate different classes of risk.
  5. BMAD is a workflow profile family. It informs role mapping, but should not dominate the whole design.

On this page