@bluefly/openstandardagents 0.2.4 → 0.2.5-RC
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.cursorrules +84 -0
- package/.devfile.yaml +87 -0
- package/.env.example +25 -3
- package/.github/workflows/release.yml +1 -1
- package/.kiro/specs/agent-buildkit-templates/design.md +495 -0
- package/.kiro/specs/agent-buildkit-templates/requirements.md +165 -0
- package/.kiro/specs/kiro-ide-supercharger/README.md +202 -0
- package/.kiro/specs/kiro-ide-supercharger/design.md +1005 -0
- package/.kiro/specs/kiro-ide-supercharger/requirements.md +141 -0
- package/.kiro/specs/kiro-ide-supercharger/tasks.md +507 -0
- package/.kiro/specs/website-design-audit/design.md +679 -0
- package/.kiro/specs/website-design-audit/requirements.md +199 -0
- package/.releaserc.json +5 -4
- package/.version.json +6 -0
- package/CHANGELOG.md +140 -96
- package/CONTRIBUTING.md +23 -5
- package/README.md +121 -43
- package/bin/ossa +24 -3
- package/bin/ossa-validate-all +55 -0
- package/bin/ossa-version +23 -0
- package/bin/validate-ossa-0.2.4.ts +244 -0
- package/bin/validate-ossa-0.2.5-RC.ts +244 -0
- package/bin/validate-ossa.ts +273 -0
- package/dist/di-container.d.ts +1 -1
- package/dist/di-container.d.ts.map +1 -1
- package/dist/di-container.js.map +1 -1
- package/dist/repositories/schema.repository.d.ts +17 -2
- package/dist/repositories/schema.repository.d.ts.map +1 -1
- package/dist/repositories/schema.repository.js +96 -18
- package/dist/repositories/schema.repository.js.map +1 -1
- package/dist/services/generation.service.d.ts +7 -5
- package/dist/services/generation.service.d.ts.map +1 -1
- package/dist/services/generation.service.js +92 -44
- package/dist/services/generation.service.js.map +1 -1
- package/dist/services/gitlab-agent.service.d.ts +94 -0
- package/dist/services/gitlab-agent.service.d.ts.map +1 -0
- package/dist/services/gitlab-agent.service.js +162 -0
- package/dist/services/gitlab-agent.service.js.map +1 -0
- package/dist/services/migration.service.d.ts +3 -3
- package/dist/services/migration.service.d.ts.map +1 -1
- package/dist/services/migration.service.js +108 -61
- package/dist/services/migration.service.js.map +1 -1
- package/dist/services/release-automation/base-crud.service.d.ts +93 -0
- package/dist/services/release-automation/base-crud.service.d.ts.map +1 -0
- package/dist/services/release-automation/base-crud.service.js +68 -0
- package/dist/services/release-automation/base-crud.service.js.map +1 -0
- package/dist/services/release-automation/index.d.ts +12 -0
- package/dist/services/release-automation/index.d.ts.map +1 -0
- package/dist/services/release-automation/index.js +12 -0
- package/dist/services/release-automation/index.js.map +1 -0
- package/dist/services/release-automation/merge-request.service.d.ts +119 -0
- package/dist/services/release-automation/merge-request.service.d.ts.map +1 -0
- package/dist/services/release-automation/merge-request.service.js +212 -0
- package/dist/services/release-automation/merge-request.service.js.map +1 -0
- package/dist/services/release-automation/milestone.service.d.ts +104 -0
- package/dist/services/release-automation/milestone.service.d.ts.map +1 -0
- package/dist/services/release-automation/milestone.service.js +207 -0
- package/dist/services/release-automation/milestone.service.js.map +1 -0
- package/dist/services/release-automation/release.service.d.ts +118 -0
- package/dist/services/release-automation/release.service.d.ts.map +1 -0
- package/dist/services/release-automation/release.service.js +207 -0
- package/dist/services/release-automation/release.service.js.map +1 -0
- package/dist/services/release-automation/schemas/release.schema.d.ts +299 -0
- package/dist/services/release-automation/schemas/release.schema.d.ts.map +1 -0
- package/dist/services/release-automation/schemas/release.schema.js +269 -0
- package/dist/services/release-automation/schemas/release.schema.js.map +1 -0
- package/dist/services/release-automation/tag.service.d.ts +99 -0
- package/dist/services/release-automation/tag.service.d.ts.map +1 -0
- package/dist/services/release-automation/tag.service.js +180 -0
- package/dist/services/release-automation/tag.service.js.map +1 -0
- package/dist/services/release-automation/webhook.service.d.ts +37 -0
- package/dist/services/release-automation/webhook.service.d.ts.map +1 -0
- package/dist/services/release-automation/webhook.service.js +173 -0
- package/dist/services/release-automation/webhook.service.js.map +1 -0
- package/dist/services/runtime/openai.adapter.d.ts.map +1 -1
- package/dist/services/runtime/openai.adapter.js.map +1 -1
- package/dist/services/validation.service.d.ts.map +1 -1
- package/dist/services/validation.service.js +24 -11
- package/dist/services/validation.service.js.map +1 -1
- package/dist/services/validators/anthropic.validator.d.ts +2 -2
- package/dist/services/validators/anthropic.validator.d.ts.map +1 -1
- package/dist/services/validators/anthropic.validator.js +14 -9
- package/dist/services/validators/anthropic.validator.js.map +1 -1
- package/dist/services/validators/autogen.validator.d.ts +2 -2
- package/dist/services/validators/autogen.validator.d.ts.map +1 -1
- package/dist/services/validators/autogen.validator.js +18 -15
- package/dist/services/validators/autogen.validator.js.map +1 -1
- package/dist/services/validators/crewai.validator.d.ts +2 -2
- package/dist/services/validators/crewai.validator.d.ts.map +1 -1
- package/dist/services/validators/crewai.validator.js +18 -17
- package/dist/services/validators/crewai.validator.js.map +1 -1
- package/dist/services/validators/cursor.validator.d.ts +2 -2
- package/dist/services/validators/cursor.validator.d.ts.map +1 -1
- package/dist/services/validators/cursor.validator.js +15 -11
- package/dist/services/validators/cursor.validator.js.map +1 -1
- package/dist/services/validators/langchain.validator.d.ts +2 -2
- package/dist/services/validators/langchain.validator.d.ts.map +1 -1
- package/dist/services/validators/langchain.validator.js +14 -11
- package/dist/services/validators/langchain.validator.js.map +1 -1
- package/dist/services/validators/langflow.validator.d.ts +2 -2
- package/dist/services/validators/langflow.validator.d.ts.map +1 -1
- package/dist/services/validators/langflow.validator.js +14 -9
- package/dist/services/validators/langflow.validator.js.map +1 -1
- package/dist/services/validators/langgraph.validator.d.ts +2 -2
- package/dist/services/validators/langgraph.validator.d.ts.map +1 -1
- package/dist/services/validators/langgraph.validator.js +23 -18
- package/dist/services/validators/langgraph.validator.js.map +1 -1
- package/dist/services/validators/llamaindex.validator.d.ts +2 -2
- package/dist/services/validators/llamaindex.validator.d.ts.map +1 -1
- package/dist/services/validators/llamaindex.validator.js +19 -16
- package/dist/services/validators/llamaindex.validator.js.map +1 -1
- package/dist/services/validators/openai.validator.d.ts +2 -2
- package/dist/services/validators/openai.validator.d.ts.map +1 -1
- package/dist/services/validators/openai.validator.js +20 -16
- package/dist/services/validators/openai.validator.js.map +1 -1
- package/dist/services/validators/vercel-ai.validator.d.ts +2 -2
- package/dist/services/validators/vercel-ai.validator.d.ts.map +1 -1
- package/dist/services/validators/vercel-ai.validator.js +16 -15
- package/dist/services/validators/vercel-ai.validator.js.map +1 -1
- package/dist/spec/v0.2.0/ossa-0.2.0.schema.json +0 -0
- package/dist/spec/v0.2.1/ossa-0.2.1.schema.json +555 -0
- package/dist/spec/v0.2.3/CHANGELOG.md +7 -7
- package/dist/spec/v0.2.3/README.md +9 -9
- package/dist/spec/v0.2.3/migrations/v0.2.2-to-v0.2.3.md +18 -18
- package/{spec/v0.2.4-dev → dist/spec/v0.2.4}/CHANGELOG.md +8 -8
- package/dist/spec/{v0.2.4-dev → v0.2.4}/migrations/v0.2.3-to-v0.2.4.md +10 -10
- package/dist/spec/{v0.2.4-dev → v0.2.4}/ossa-0.2.4-dev.yaml +1 -1
- package/dist/spec/v0.2.4/ossa-0.2.4.schema.json +1819 -0
- package/dist/spec/v0.2.5/CHANGELOG.md +401 -0
- package/dist/spec/v0.2.5/README.md +72 -0
- package/dist/spec/v0.2.5/migrations/v0.2.3-to-v0.2.4.md +599 -0
- package/dist/spec/{v0.2.5-dev/ossa-0.2.5-dev.schema.json → v0.2.5/ossa-0.2.5.schema.json} +323 -359
- package/dist/spec/v0.2.5/ossa-0.2.5.yaml +581 -0
- package/dist/spec/v0.2.5-RC/CHANGELOG.md +401 -0
- package/dist/spec/v0.2.5-RC/README.md +72 -0
- package/{spec/v0.2.4-dev → dist/spec/v0.2.5-RC}/migrations/v0.2.3-to-v0.2.4.md +10 -10
- package/dist/spec/v0.2.5-RC/ossa-0.2.5-RC.schema.json +1696 -0
- package/dist/spec/v0.2.5-RC/ossa-0.2.5-RC.yaml +581 -0
- package/dist/types/index.d.ts +6 -1
- package/dist/types/index.d.ts.map +1 -1
- package/docs/issue-19-completion-summary.md +648 -0
- package/docs/issue-19-validation.md +351 -0
- package/examples/anthropic/claude-assistant.ossa.json +1 -1
- package/examples/autogen/multi-agent.ossa.json +1 -1
- package/examples/bridges/Dockerfile.production +1 -1
- package/examples/crewai/research-team.ossa.json +1 -1
- package/examples/cursor/code-review-agent.ossa.json +1 -1
- package/examples/enterprise/agent.yml +1 -1
- package/examples/getting-started/hello-world-complete.ossa.yaml +2 -2
- package/examples/integration-patterns/agent-to-agent-orchestration.ossa.yaml +4 -4
- package/examples/langchain/chain-agent.ossa.json +1 -1
- package/examples/langflow/workflow-agent.ossa.json +1 -1
- package/examples/langgraph/state-machine-agent.ossa.json +1 -1
- package/examples/llamaindex/rag-agent.ossa.json +1 -1
- package/examples/openai/basic-agent.ossa.yaml +61 -0
- package/examples/openai/multi-tool-agent.ossa.json +165 -0
- package/examples/openai/swarm-agent.ossa.json +1 -1
- package/examples/openapi-extensions/README.md +1 -1
- package/examples/quickstart/support-agent.ossa.yaml +1 -1
- package/examples/vercel/edge-agent.ossa.json +1 -1
- package/infrastructure/gitlab-agent/rbac.yaml +126 -0
- package/infrastructure/gitlab-agent/values.yaml +150 -0
- package/infrastructure/k8s/monitoring/00-namespace.yaml +7 -0
- package/infrastructure/k8s/monitoring/01-prometheus.yaml +142 -0
- package/infrastructure/k8s/monitoring/02-grafana.yaml +63 -0
- package/infrastructure/k8s/monitoring/03-lightweight.yaml +121 -0
- package/infrastructure/k8s/monitoring/README.md +73 -0
- package/infrastructure/k8s/monitoring/deploy.sh +38 -0
- package/openapi/CHANGELOG.md +21 -0
- package/openapi/README.md +46 -0
- package/openapi/{ossa-core-api.openapi.yaml → core/ossa-core-api.openapi.yaml} +59 -4
- package/openapi/{ossa-registry.openapi.yaml → core/ossa-registry.openapi.yaml} +75 -2
- package/openapi/{unified-agent-gateway.openapi.yaml → core/unified-agent-gateway.openapi.yaml} +3 -3
- package/openapi/reference-implementations/aiflow-bridge-api.openapi.yaml +136 -0
- package/openapi/reference-implementations/compliance-agent-api.openapi.yaml +192 -0
- package/openapi/reference-implementations/crewai-agent-api.openapi.yaml +149 -0
- package/openapi/reference-implementations/critic-agent-api.openapi.yaml +151 -0
- package/openapi/reference-implementations/document-analyzer-api.openapi.yaml +217 -0
- package/openapi/reference-implementations/getting-started-hello-world-api.openapi.yaml +149 -0
- package/openapi/reference-implementations/gitlab-ml-recommender-api.openapi.yaml +151 -0
- package/openapi/reference-implementations/governor-agent-api.openapi.yaml +193 -0
- package/openapi/reference-implementations/integrator-agent-api.openapi.yaml +165 -0
- package/openapi/reference-implementations/judge-agent-api.openapi.yaml +148 -0
- package/openapi/reference-implementations/k8s-troubleshooter-api.openapi.yaml +167 -0
- package/openapi/reference-implementations/langchain-agent-api.openapi.yaml +171 -0
- package/openapi/reference-implementations/monitor-agent-api.openapi.yaml +171 -0
- package/openapi/reference-implementations/orchestrator-agent-api.openapi.yaml +242 -0
- package/openapi/reference-implementations/quickstart-support-agent-api.openapi.yaml +187 -0
- package/openapi/{self-evolving-ecosystem.openapi.yaml → reference-implementations/self-evolving-ecosystem.openapi.yaml} +2 -2
- package/openapi/reference-implementations/worker-agent-api.openapi.yaml +208 -0
- package/openapi/reference-implementations/workflow-orchestrator-api.openapi.yaml +193 -0
- package/package.json +31 -21
- package/release.config.js +20 -5
- package/scripts/bump-version.ts +57 -0
- package/scripts/enhanced-version-manager.ts +257 -0
- package/scripts/gen-types.ts +51 -0
- package/scripts/gen-zod.ts +51 -0
- package/scripts/lib/exec.ts +37 -0
- package/scripts/lib/file-ops.ts +58 -0
- package/scripts/lib/version.ts +83 -0
- package/scripts/process-doc-templates.ts +37 -0
- package/scripts/schemas/package.schema.ts +75 -0
- package/scripts/setup-branch-protection.sh +33 -0
- package/scripts/sync-version.ts +39 -0
- package/scripts/sync-versions.ts +488 -0
- package/scripts/validate-schema.ts +49 -0
- package/spec/v0.2.0/ossa-0.2.0.schema.json +0 -0
- package/spec/v0.2.1/ossa-0.2.1.schema.json +555 -0
- package/spec/v0.2.3/CHANGELOG.md +7 -7
- package/spec/v0.2.3/README.md +9 -9
- package/spec/v0.2.3/migrations/v0.2.2-to-v0.2.3.md +18 -18
- package/{dist/spec/v0.2.4-dev → spec/v0.2.4}/CHANGELOG.md +8 -8
- package/spec/v0.2.4/migrations/v0.2.3-to-v0.2.4.md +599 -0
- package/spec/{v0.2.4-dev → v0.2.4}/ossa-0.2.4-dev.yaml +1 -1
- package/spec/v0.2.4/ossa-0.2.4.schema.json +1819 -0
- package/spec/v0.2.5/CHANGELOG.md +401 -0
- package/spec/v0.2.5/README.md +72 -0
- package/spec/v0.2.5/migrations/v0.2.3-to-v0.2.4.md +599 -0
- package/spec/{v0.2.5-dev/ossa-0.2.5-dev.schema.json → v0.2.5/ossa-0.2.5.schema.json} +323 -359
- package/spec/v0.2.5/ossa-0.2.5.yaml +581 -0
- package/spec/v0.2.5-RC/CHANGELOG.md +401 -0
- package/spec/v0.2.5-RC/README.md +72 -0
- package/spec/v0.2.5-RC/migrations/v0.2.3-to-v0.2.4.md +599 -0
- package/spec/v0.2.5-RC/ossa-0.2.5-RC.schema.json +1696 -0
- package/spec/v0.2.5-RC/ossa-0.2.5-RC.yaml +581 -0
- package/website/{.lighthouserc.js → .lighthouserc.ts} +5 -1
- package/website/Dockerfile +18 -5
- package/website/app/about/page.tsx +7 -7
- package/website/app/blog/[slug]/page.tsx +61 -20
- package/website/app/blog/page.tsx +120 -33
- package/website/app/design-guide/page.tsx +511 -0
- package/website/app/docs/[[...slug]]/page.tsx +641 -143
- package/website/app/examples/page.tsx +51 -41
- package/website/app/{globals.css → globals.scss} +50 -23
- package/website/app/layout.tsx +2 -2
- package/website/app/license/page.tsx +183 -0
- package/website/app/not-found.tsx +18 -0
- package/website/app/page.tsx +144 -79
- package/website/app/playground/page.tsx +25 -45
- package/website/app/schema/page.tsx +423 -392
- package/website/app/specification/page.tsx +245 -169
- package/website/components/Logo.tsx +75 -2
- package/website/components/docs/DocsSidebar.tsx +40 -3
- package/website/components/docs/MarkdownContent.tsx +265 -47
- package/website/components/docs/VersionSelector.tsx +64 -8
- package/website/components/examples/ExamplesViewer.tsx +2 -2
- package/website/components/layout/Footer.tsx +6 -1
- package/website/components/layout/Header.tsx +31 -33
- package/website/components/schema/SchemaComponentsAccordion.tsx +84 -0
- package/website/components/schema/SchemaExplorer.tsx +4 -4
- package/website/content/blog/OpenAPI-AI-Agents-Standard.md +276 -276
- package/website/content/blog/Why-Formal-Standards-Matter-Now.md +3 -14
- package/website/content/blog/gitlab-kubernetes-agent-ecosystem.md +286 -0
- package/website/content/blog/introducing-ossa-framework.md +1 -1
- package/website/content/blog/ossa-production-results.md +5 -5
- package/website/content/blog/welcome-to-ossa.md +2 -2
- package/website/content/blog/why-ai-agents-need-open-standard.md +5 -5
- package/website/content/docs/00-HOME.md +18 -25
- package/website/content/docs/AIFlow-Framework-Integration-with-OSSA.md +8 -8
- package/website/content/docs/OpenAPI-Extensions.md +576 -140
- package/website/content/docs/adapters/openai-adapter.md +693 -0
- package/website/content/docs/architecture/execution-flow.md +3 -3
- package/website/content/docs/architecture/multi-agent-systems.md +4 -4
- package/website/content/docs/architecture/overview.md +4 -4
- package/website/content/docs/architecture/stack-integration.md +4 -4
- package/website/content/docs/changelog.md +4 -4
- package/website/content/docs/contributing.md +2 -2
- package/website/content/docs/ecosystem/framework-support.md +0 -2
- package/website/content/docs/examples/AIFlow-Framework-Integration-with-OSSA.md +107 -0
- package/website/content/docs/examples/Migration-Guides.md +2 -2
- package/website/content/docs/for-audiences/{architects.md → Architects.md} +1 -1
- package/website/content/docs/for-audiences/{developers.md → Developers.md} +3 -3
- package/website/content/docs/for-audiences/Enterprises.md +2 -2
- package/website/content/docs/for-audiences/Students-Researchers.md +1 -1
- package/website/content/docs/getting-started/{5-minute-overview.md → 5-Minute-Overview.md} +2 -2
- package/website/content/docs/getting-started/{first-agent.md → First-Agent.md} +1 -1
- package/website/content/docs/getting-started/Hello-World.md +3 -3
- package/website/content/docs/getting-started/{installation.md → Installation.md} +7 -7
- package/website/content/docs/getting-started/index.md +92 -0
- package/website/content/docs/getting-started/running-agents.md +215 -13
- package/{docs → website/content/docs}/getting-started.md +10 -6
- package/website/content/docs/integrations/aiflow.md +2 -2
- package/website/content/docs/integrations/drupal.md +2 -2
- package/website/content/docs/migration-guides/README.md +1 -1
- package/website/content/docs/migration-guides/agent-schema-comparison.md +232 -0
- package/website/content/docs/migration-guides/anthropic-mcp-to-ossa.md +5 -5
- package/website/content/docs/migration-guides/crewai-to-ossa.md +3 -3
- package/website/content/docs/migration-guides/drupal-eca-to-ossa.md +11 -11
- package/{docs/migration → website/content/docs/migration-guides}/general-agent-schema.yml +1 -9
- package/website/content/docs/migration-guides/index.md +1 -1
- package/website/content/docs/migration-guides/langchain-to-ossa.md +17 -17
- package/website/content/docs/migration-guides/langflow-to-ossa.md +3 -3
- package/website/content/docs/migration-guides/openai-to-ossa.md +10 -10
- package/website/content/docs/openapi-extensions/examples.md +9 -9
- package/website/content/docs/openapi-extensions/index.md +59 -3
- package/website/content/docs/openapi-extensions/operation-extensions.md +61 -2
- package/website/content/docs/openapi-extensions/root-extensions.md +49 -3
- package/{docs/OSSA-COMPLIANT-BADGE.md → website/content/docs/ossa-compliant-badge.md} +18 -15
- package/website/content/docs/pre-release/index.md +10 -10
- package/website/content/docs/readme.md +35 -0
- package/website/content/docs/schema-reference/agent-spec.md +2 -2
- package/website/content/docs/schema-reference/autonomy.md +5 -5
- package/website/content/docs/schema-reference/constraints.md +5 -5
- package/website/content/docs/schema-reference/llm-config.md +1 -1
- package/website/content/docs/schema-reference/observability.md +5 -5
- package/website/content/docs/schema-reference/ossa-manifest.md +6 -6
- package/website/content/docs/schema-reference/taxonomy.md +3 -3
- package/website/content/docs/use-cases/00-index.md +1 -1
- package/{docs/VERSIONING.md → website/content/docs/versioning.md} +9 -5
- package/website/lib/version.ts +18 -1
- package/website/lib/versions.json +78 -0
- package/website/next.config.ts +3 -1
- package/website/package-lock.json +552 -18
- package/website/package.json +11 -5
- package/website/postcss.config.mjs +1 -1
- package/website/scripts/fetch-versions.js +166 -0
- package/website/scripts/generate-examples-index.js +163 -0
- package/website/scripts/merge-docs-to-wiki.ts +207 -0
- package/website/scripts/sync-version.js +28 -0
- package/website/scripts/sync-wiki.ts +64 -3
- package/website/scripts/upload-wiki.ts +199 -0
- package/website/styles/_variables.scss +36 -0
- package/website/tailwind.config.ts +93 -22
- package/.releaserc.json.disabled +0 -81
- package/dist/spec/v0.2.5-dev/CHANGELOG.md +0 -171
- package/dist/spec/v0.2.5-dev/examples/customer-support-graph.ossa.yaml +0 -362
- package/dist/spec/v0.2.5-dev/examples/parallel-processors.ossa.yaml +0 -464
- package/dist/spec/v0.2.5-dev/examples/research-team.ossa.yaml +0 -440
- package/dist/spec/v0.2.5-dev/migrations/v0.2.4-to-v0.2.5.md +0 -317
- package/dist/spec/v0.2.5-dev/ossa-0.2.5-dev.yaml +0 -409
- package/docs/README.md +0 -31
- package/docs/agent-openapi-spec.yml +0 -942
- package/docs/openapi-extensions.md +0 -930
- package/docs/schemas/openapi-extensions.schema.json +0 -486
- package/openapi/gitlab-orchestrator.openapi.yaml +0 -330
- package/ossa-website-swarm-tasks.json +0 -105
- package/spec/v0.2.5-dev/CHANGELOG.md +0 -171
- package/spec/v0.2.5-dev/examples/customer-support-graph.ossa.yaml +0 -362
- package/spec/v0.2.5-dev/examples/parallel-processors.ossa.yaml +0 -464
- package/spec/v0.2.5-dev/examples/research-team.ossa.yaml +0 -440
- package/spec/v0.2.5-dev/migrations/v0.2.4-to-v0.2.5.md +0 -317
- package/spec/v0.2.5-dev/ossa-0.2.5-dev.yaml +0 -409
- package/website/app/api/validate/route.ts +0 -88
- package/website/next.config.js +0 -17
- package/website/postcss.config.js +0 -7
- package/website/tailwind.config.js +0 -58
- /package/dist/spec/{v0.2.4-dev → v0.2.4}/ossa-0.2.4-dev.schema.json +0 -0
- /package/openapi/{ossa-registry-api.openapi.yaml → core/ossa-registry-api.openapi.yaml} +0 -0
- /package/openapi/{drupal-agent-api.openapi.yaml → reference-implementations/drupal-agent-api.openapi.yaml} +0 -0
- /package/openapi/{helm-generator.openapi.yaml → reference-implementations/helm-generator.openapi.yaml} +0 -0
- /package/spec/{v0.2.4-dev → v0.2.4}/ossa-0.2.4-dev.schema.json +0 -0
- /package/website/content/docs/{examples.md → Examples.md} +0 -0
- /package/website/content/docs/core-concepts/{project-structure.md → Project-Structure.md} +0 -0
- /package/website/content/docs/migration-guides/{00-index.md → 00-INDEX.md} +0 -0
- /package/{docs/migration → website/content/docs/migration-guides}/migration-manifest.json +0 -0
|
@@ -1,285 +1,285 @@
|
|
|
1
1
|
---
|
|
2
2
|
title: "OpenAPI AI Agents Standard (OSSA) - Foundation"
|
|
3
|
-
date: "2025-11-
|
|
3
|
+
date: "2025-11-23"
|
|
4
4
|
author: "Thomas Scola"
|
|
5
5
|
category: "Research"
|
|
6
6
|
tags: ["OSSA", "AI Agents", "Standards"]
|
|
7
7
|
excerpt: "The proliferation of specialized AI agents in enterprise environments necessitates standardized orchestration mechanisms to coordinate their activities effectively. This paper presents the OpenAPI AI..."
|
|
8
8
|
---
|
|
9
9
|
|
|
10
|
-
# OpenAPI AI Agents Standard (OSSA) \- Foundation
|
|
11
|
-
|
|
12
|
-
## Intelligent Agent Orchestration: A Standards-Based Framework for Multi-Agent AI Systems
|
|
13
|
-
|
|
14
|
-
**Thomas Scola**
|
|
15
|
-
*Bluefly.io*
|
|
16
|
-
Portland, Maine, USA
|
|
17
|
-
[thomas@bluefly.io](mailto:thomas@bluefly.io)
|
|
18
|
-
|
|
19
|
-
###
|
|
20
|
-
|
|
21
|
-
### Abstract
|
|
22
|
-
|
|
23
|
-
The proliferation of specialized AI agents in enterprise environments necessitates standardized orchestration mechanisms to coordinate their activities effectively. This paper presents the OpenAPI AI Agents Standard (OSSA), a comprehensive framework for intelligent agent orchestration that addresses fundamental challenges in multi-agent system coordination. We propose a three-tier progressive compliance model (Core, Governed, Advanced) that enables organizations to adopt agent orchestration incrementally while maintaining interoperability across diverse AI frameworks including MCP, LangChain, CrewAI, and AutoGen. The framework introduces capability-based agent routing, dynamic task decomposition, and standardized handoff protocols. Experimental evaluation across 50 specialized agents executing 1,000 multi-agent workflows demonstrates 34% reduction in orchestration overhead, 26% improvement in coordination efficiency, and 21% increase in task completion rates compared to proprietary solutions. The proposed standard provides vendor-neutral protocols that enable seamless integration while supporting enterprise governance requirements including ISO 42001 and NIST AI RMF compliance.
|
|
24
|
-
|
|
25
|
-
### 1\. Introduction
|
|
26
|
-
|
|
27
|
-
The evolution of artificial intelligence from monolithic models to specialized agent-based systems represents a fundamental architectural shift in computational systems. Organizations increasingly deploy multiple specialized AI agents to handle complex workflows, creating critical challenges in coordination, resource allocation, and context management. Current approaches suffer from vendor lock-in, incompatible protocols, and inefficient orchestration mechanisms that limit scalability and increase operational costs.
|
|
28
|
-
|
|
29
|
-
The OpenAPI AI Agents Standard (OSSA) addresses these challenges through a vendor-neutral, framework-agnostic approach to agent orchestration. Unlike proprietary solutions that create isolated ecosystems, OSSA establishes open protocols enabling interoperability across diverse AI frameworks while supporting enterprise governance requirements.
|
|
30
|
-
|
|
31
|
-
This research makes four primary contributions:
|
|
32
|
-
|
|
33
|
-
1. A formal specification for progressive compliance in agent orchestration systems
|
|
34
|
-
2. Capability-based routing algorithms for optimal agent selection
|
|
35
|
-
3. Standardized handoff protocols minimizing context loss
|
|
36
|
-
4. Integration bridges for existing AI frameworks
|
|
37
|
-
|
|
38
|
-
### 2\. Background and Related Work
|
|
39
|
-
|
|
40
|
-
#### 2.1 Current Agent Frameworks
|
|
41
|
-
|
|
42
|
-
Existing agent frameworks demonstrate various limitations:
|
|
43
|
-
|
|
44
|
-
**LangChain** provides extensive tool integration but lacks standardized orchestration protocols. Agent coordination requires custom implementations, leading to fragmented solutions across deployments.
|
|
45
|
-
|
|
46
|
-
**CrewAI** supports multi-agent workflows but operates within a single framework paradigm, limiting interoperability with external systems.
|
|
47
|
-
|
|
48
|
-
**AutoGen** (Microsoft) enables conversational agent patterns but provides limited support for complex orchestration scenarios requiring dynamic agent selection.
|
|
49
|
-
|
|
50
|
-
**Model Context Protocol (MCP)** by Anthropic standardizes tool interfaces but does not address multi-agent coordination or resource optimization.
|
|
51
|
-
|
|
52
|
-
#### 2.2 Orchestration Challenges
|
|
53
|
-
|
|
54
|
-
Multi-agent systems face several orchestration challenges:
|
|
55
|
-
|
|
56
|
-
- **Protocol Incompatibility**: Agents from different frameworks cannot communicate effectively
|
|
57
|
-
- **Static Workflows**: Inability to adapt to changing task requirements dynamically
|
|
58
|
-
- **Context Fragmentation**: Loss of contextual information during agent handoffs
|
|
59
|
-
- **Resource Inefficiency**: Suboptimal agent selection and resource allocation
|
|
60
|
-
|
|
61
|
-
### 3\. The OSSA Framework
|
|
62
|
-
|
|
63
|
-
#### 3.1 Architecture Overview
|
|
64
|
-
|
|
65
|
-
The OpenAPI AI Agents Standard defines a three-tier progressive compliance model:
|
|
66
|
-
|
|
67
|
-
```
|
|
68
|
-
apiVersion: oaas/standard
|
|
69
|
-
kind: Agent
|
|
70
|
-
metadata:
|
|
71
|
-
name: code-analyzer
|
|
72
|
-
tier: governed
|
|
73
|
-
domain: software-development
|
|
74
|
-
spec:
|
|
75
|
-
capabilities:
|
|
76
|
-
- code-analysis
|
|
77
|
-
- security-scanning
|
|
78
|
-
- performance-profiling
|
|
79
|
-
orchestration:
|
|
80
|
-
can-lead: true
|
|
81
|
-
can-delegate: true
|
|
82
|
-
specialization-level: expert
|
|
83
|
-
compliance:
|
|
84
|
-
iso42001: compliant
|
|
85
|
-
nist-ai-rmf: compliant
|
|
86
|
-
```
|
|
87
|
-
|
|
88
|
-
**Core Tier** provides basic agent discovery and invocation:
|
|
89
|
-
|
|
90
|
-
- Agent registration and discovery
|
|
91
|
-
- Basic capability declaration
|
|
92
|
-
- Simple request-response patterns
|
|
93
|
-
|
|
94
|
-
**Governed Tier** adds enterprise controls:
|
|
95
|
-
|
|
96
|
-
- Audit logging and compliance tracking
|
|
97
|
-
- Resource constraints and budgets
|
|
98
|
-
- Quality gates and validation
|
|
99
|
-
|
|
100
|
-
**Advanced Tier** enables sophisticated orchestration:
|
|
101
|
-
|
|
102
|
-
- Dynamic workflow generation
|
|
103
|
-
- Multi-agent coordination
|
|
104
|
-
- Adaptive resource allocation
|
|
105
|
-
|
|
106
|
-
#### 3.2 Capability-Based Routing
|
|
107
|
-
|
|
108
|
-
The framework implements intelligent agent selection through capability matching:
|
|
109
|
-
|
|
110
|
-
```py
|
|
111
|
-
class CapabilityRouter:
|
|
112
|
-
def select_optimal_agent(self, task, available_agents):
|
|
113
|
-
# Calculate capability scores
|
|
114
|
-
scores = []
|
|
115
|
-
for agent in available_agents:
|
|
116
|
-
capability_match = self.calculate_capability_match(
|
|
117
|
-
task.required_capabilities,
|
|
118
|
-
agent.capabilities
|
|
119
|
-
)
|
|
120
|
-
|
|
121
|
-
specialization_score = self.evaluate_specialization(
|
|
122
|
-
task.domain,
|
|
123
|
-
agent.specialization_areas
|
|
124
|
-
)
|
|
125
|
-
|
|
126
|
-
availability_score = self.check_availability(
|
|
127
|
-
agent.current_load,
|
|
128
|
-
agent.max_capacity
|
|
129
|
-
)
|
|
130
|
-
|
|
131
|
-
composite_score = (
|
|
132
|
-
capability_match * 0.4 +
|
|
133
|
-
specialization_score * 0.4 +
|
|
134
|
-
availability_score * 0.2
|
|
135
|
-
)
|
|
136
|
-
|
|
137
|
-
scores.append((agent, composite_score))
|
|
138
|
-
|
|
139
|
-
# Return agent with highest score
|
|
140
|
-
return max(scores, key=lambda x: x[1])[0]
|
|
141
|
-
```
|
|
142
|
-
|
|
143
|
-
#### 3.3 Standardized Handoff Protocol
|
|
144
|
-
|
|
145
|
-
OSSA defines efficient handoff mechanisms minimizing context loss:
|
|
146
|
-
|
|
147
|
-
```py
|
|
148
|
-
class HandoffProtocol:
|
|
149
|
-
def prepare_handoff(self, source_agent, target_agent, context):
|
|
150
|
-
handoff_packet = {
|
|
151
|
-
'task_id': context.task_id,
|
|
152
|
-
'source': source_agent.id,
|
|
153
|
-
'target': target_agent.id,
|
|
154
|
-
'context': {
|
|
155
|
-
'state': context.current_state,
|
|
156
|
-
'history': context.get_relevant_history(),
|
|
157
|
-
'constraints': context.constraints
|
|
158
|
-
},
|
|
159
|
-
'metadata': {
|
|
160
|
-
'timestamp': datetime.now(),
|
|
161
|
-
'protocol_version': 'standard'
|
|
162
|
-
}
|
|
163
|
-
}
|
|
164
|
-
|
|
165
|
-
# Validate handoff compatibility
|
|
166
|
-
if not self.validate_compatibility(source_agent, target_agent):
|
|
167
|
-
raise HandoffException("Incompatible agent protocols")
|
|
168
|
-
|
|
169
|
-
return self.compress_handoff(handoff_packet)
|
|
170
|
-
```
|
|
171
|
-
|
|
172
|
-
### 4\. Implementation
|
|
173
|
-
|
|
174
|
-
#### 4.1 Framework Integration
|
|
175
|
-
|
|
176
|
-
OSSA provides integration bridges for existing frameworks:
|
|
177
|
-
|
|
178
|
-
```py
|
|
179
|
-
# LangChain Integration
|
|
180
|
-
class LangChainBridge(OSSABridge):
|
|
181
|
-
def wrap_agent(self, langchain_agent):
|
|
182
|
-
return OSSAAgent(
|
|
183
|
-
native_agent=langchain_agent,
|
|
184
|
-
capabilities=self.extract_capabilities(langchain_agent),
|
|
185
|
-
adapter=self.create_langchain_adapter()
|
|
186
|
-
)
|
|
187
|
-
|
|
188
|
-
# CrewAI Integration
|
|
189
|
-
class CrewAIBridge(OSSABridge):
|
|
190
|
-
def wrap_crew(self, crew):
|
|
191
|
-
agents = []
|
|
192
|
-
for crew_agent in crew.agents:
|
|
193
|
-
agents.append(self.wrap_agent(crew_agent))
|
|
194
|
-
return OSSAWorkflow(agents=agents)
|
|
195
|
-
```
|
|
196
|
-
|
|
197
|
-
#### 4.2 Dynamic Task Decomposition
|
|
198
|
-
|
|
199
|
-
The framework enables intelligent task breakdown:
|
|
200
|
-
|
|
201
|
-
```py
|
|
202
|
-
class TaskDecomposer:
|
|
203
|
-
def decompose_task(self, task, available_agents):
|
|
204
|
-
# Analyze task complexity
|
|
205
|
-
complexity_analysis = self.analyze_complexity(task)
|
|
206
|
-
|
|
207
|
-
# Identify subtasks
|
|
208
|
-
subtasks = self.identify_subtasks(task, complexity_analysis)
|
|
209
|
-
|
|
210
|
-
# Map subtasks to agents
|
|
211
|
-
task_assignments = []
|
|
212
|
-
for subtask in subtasks:
|
|
213
|
-
optimal_agent = self.capability_router.select_optimal_agent(
|
|
214
|
-
subtask,
|
|
215
|
-
available_agents
|
|
216
|
-
)
|
|
217
|
-
task_assignments.append({
|
|
218
|
-
'subtask': subtask,
|
|
219
|
-
'agent': optimal_agent,
|
|
220
|
-
'priority': subtask.priority,
|
|
221
|
-
'dependencies': subtask.dependencies
|
|
222
|
-
})
|
|
223
|
-
|
|
224
|
-
# Generate execution plan
|
|
225
|
-
return self.generate_execution_plan(task_assignments)
|
|
226
|
-
```
|
|
227
|
-
|
|
228
|
-
### 5\. Evaluation
|
|
229
|
-
|
|
230
|
-
#### 5.1 Experimental Setup
|
|
231
|
-
|
|
232
|
-
We evaluated OSSA across three dimensions:
|
|
233
|
-
|
|
234
|
-
- **Orchestration Efficiency**: Overhead and coordination metrics
|
|
235
|
-
- **Task Performance**: Completion rates and quality scores
|
|
236
|
-
- **Interoperability**: Cross-framework communication success
|
|
237
|
-
|
|
238
|
-
**Test Environment:**
|
|
239
|
-
|
|
240
|
-
- 50 specialized agents across 5 frameworks
|
|
241
|
-
- 1,000 multi-agent workflows
|
|
242
|
-
- Tasks: Code generation, testing, documentation, analysis
|
|
243
|
-
- Baselines: Native framework orchestration, custom integrations
|
|
244
|
-
|
|
245
|
-
#### 5.2 Results
|
|
246
|
-
|
|
247
|
-
| Metric | Baseline | OSSA | Improvement |
|
|
248
|
-
| :---- | :---- | :---- | :---- |
|
|
249
|
-
| Orchestration Overhead | 450ms | 297ms | 34% reduction |
|
|
250
|
-
| Coordination Efficiency | 0.72 | 0.91 | 26% improvement |
|
|
251
|
-
| Task Completion Rate | 78% | 94% | 21% increase |
|
|
252
|
-
| Context Preservation | 65% | 89% | 37% improvement |
|
|
253
|
-
| Cross-Framework Success | 45% | 92% | 104% improvement |
|
|
254
|
-
|
|
255
|
-
#### 5.3 Case Study: Multi-Framework Development Pipeline
|
|
256
|
-
|
|
257
|
-
**Scenario**: Coordinate agents from LangChain (planning), CrewAI (implementation), and AutoGen (testing) for feature development.
|
|
258
|
-
|
|
259
|
-
**Baseline Approach**: Custom integration scripts, manual handoffs
|
|
260
|
-
|
|
261
|
-
- Time: 45 minutes
|
|
262
|
-
- Success Rate: 65%
|
|
263
|
-
- Manual Interventions: 8
|
|
264
|
-
|
|
265
|
-
**OSSA Approach**: Standardized orchestration
|
|
266
|
-
|
|
267
|
-
- Time: 28 minutes (38% faster)
|
|
268
|
-
- Success Rate: 92%
|
|
269
|
-
- Manual Interventions: 1
|
|
270
|
-
|
|
271
|
-
### 6\. Discussion
|
|
272
|
-
|
|
273
|
-
The evaluation demonstrates OSSA's effectiveness in addressing key orchestration challenges. The 34% reduction in overhead validates the efficiency of standardized protocols, while 104% improvement in cross-framework communication confirms the value of vendor-neutral standards.
|
|
274
|
-
|
|
275
|
-
Key findings:
|
|
276
|
-
|
|
277
|
-
1. **Progressive Compliance Enables Adoption**: Organizations can start with Core tier and advance gradually
|
|
278
|
-
2. **Capability Routing Improves Selection**: 26% better agent utilization through intelligent matching
|
|
279
|
-
3. **Standardized Handoffs Preserve Context**: 37% improvement in context retention
|
|
280
|
-
|
|
281
|
-
Limitations include initial integration overhead and the need for framework-specific adapters. Future work will address automatic adapter generation and machine learning-based optimization.
|
|
282
|
-
|
|
283
|
-
### 7\. Conclusion
|
|
284
|
-
|
|
10
|
+
# OpenAPI AI Agents Standard (OSSA) \- Foundation
|
|
11
|
+
|
|
12
|
+
## Intelligent Agent Orchestration: A Standards-Based Framework for Multi-Agent AI Systems
|
|
13
|
+
|
|
14
|
+
**Thomas Scola**
|
|
15
|
+
*Bluefly.io*
|
|
16
|
+
Portland, Maine, USA
|
|
17
|
+
[thomas@bluefly.io](mailto:thomas@bluefly.io)
|
|
18
|
+
|
|
19
|
+
###
|
|
20
|
+
|
|
21
|
+
### Abstract
|
|
22
|
+
|
|
23
|
+
The proliferation of specialized AI agents in enterprise environments necessitates standardized orchestration mechanisms to coordinate their activities effectively. This paper presents the OpenAPI AI Agents Standard (OSSA), a comprehensive framework for intelligent agent orchestration that addresses fundamental challenges in multi-agent system coordination. We propose a three-tier progressive compliance model (Core, Governed, Advanced) that enables organizations to adopt agent orchestration incrementally while maintaining interoperability across diverse AI frameworks including MCP, LangChain, CrewAI, and AutoGen. The framework introduces capability-based agent routing, dynamic task decomposition, and standardized handoff protocols. Experimental evaluation across 50 specialized agents executing 1,000 multi-agent workflows demonstrates 34% reduction in orchestration overhead, 26% improvement in coordination efficiency, and 21% increase in task completion rates compared to proprietary solutions. The proposed standard provides vendor-neutral protocols that enable seamless integration while supporting enterprise governance requirements including ISO 42001 and NIST AI RMF compliance.
|
|
24
|
+
|
|
25
|
+
### 1\. Introduction
|
|
26
|
+
|
|
27
|
+
The evolution of artificial intelligence from monolithic models to specialized agent-based systems represents a fundamental architectural shift in computational systems. Organizations increasingly deploy multiple specialized AI agents to handle complex workflows, creating critical challenges in coordination, resource allocation, and context management. Current approaches suffer from vendor lock-in, incompatible protocols, and inefficient orchestration mechanisms that limit scalability and increase operational costs.
|
|
28
|
+
|
|
29
|
+
The OpenAPI AI Agents Standard (OSSA) addresses these challenges through a vendor-neutral, framework-agnostic approach to agent orchestration. Unlike proprietary solutions that create isolated ecosystems, OSSA establishes open protocols enabling interoperability across diverse AI frameworks while supporting enterprise governance requirements.
|
|
30
|
+
|
|
31
|
+
This research makes four primary contributions:
|
|
32
|
+
|
|
33
|
+
1. A formal specification for progressive compliance in agent orchestration systems
|
|
34
|
+
2. Capability-based routing algorithms for optimal agent selection
|
|
35
|
+
3. Standardized handoff protocols minimizing context loss
|
|
36
|
+
4. Integration bridges for existing AI frameworks
|
|
37
|
+
|
|
38
|
+
### 2\. Background and Related Work
|
|
39
|
+
|
|
40
|
+
#### 2.1 Current Agent Frameworks
|
|
41
|
+
|
|
42
|
+
Existing agent frameworks demonstrate various limitations:
|
|
43
|
+
|
|
44
|
+
**LangChain** provides extensive tool integration but lacks standardized orchestration protocols. Agent coordination requires custom implementations, leading to fragmented solutions across deployments.
|
|
45
|
+
|
|
46
|
+
**CrewAI** supports multi-agent workflows but operates within a single framework paradigm, limiting interoperability with external systems.
|
|
47
|
+
|
|
48
|
+
**AutoGen** (Microsoft) enables conversational agent patterns but provides limited support for complex orchestration scenarios requiring dynamic agent selection.
|
|
49
|
+
|
|
50
|
+
**Model Context Protocol (MCP)** by Anthropic standardizes tool interfaces but does not address multi-agent coordination or resource optimization.
|
|
51
|
+
|
|
52
|
+
#### 2.2 Orchestration Challenges
|
|
53
|
+
|
|
54
|
+
Multi-agent systems face several orchestration challenges:
|
|
55
|
+
|
|
56
|
+
- **Protocol Incompatibility**: Agents from different frameworks cannot communicate effectively
|
|
57
|
+
- **Static Workflows**: Inability to adapt to changing task requirements dynamically
|
|
58
|
+
- **Context Fragmentation**: Loss of contextual information during agent handoffs
|
|
59
|
+
- **Resource Inefficiency**: Suboptimal agent selection and resource allocation
|
|
60
|
+
|
|
61
|
+
### 3\. The OSSA Framework
|
|
62
|
+
|
|
63
|
+
#### 3.1 Architecture Overview
|
|
64
|
+
|
|
65
|
+
The OpenAPI AI Agents Standard defines a three-tier progressive compliance model:
|
|
66
|
+
|
|
67
|
+
```
|
|
68
|
+
apiVersion: oaas/standard
|
|
69
|
+
kind: Agent
|
|
70
|
+
metadata:
|
|
71
|
+
name: code-analyzer
|
|
72
|
+
tier: governed
|
|
73
|
+
domain: software-development
|
|
74
|
+
spec:
|
|
75
|
+
capabilities:
|
|
76
|
+
- code-analysis
|
|
77
|
+
- security-scanning
|
|
78
|
+
- performance-profiling
|
|
79
|
+
orchestration:
|
|
80
|
+
can-lead: true
|
|
81
|
+
can-delegate: true
|
|
82
|
+
specialization-level: expert
|
|
83
|
+
compliance:
|
|
84
|
+
iso42001: compliant
|
|
85
|
+
nist-ai-rmf: compliant
|
|
86
|
+
```
|
|
87
|
+
|
|
88
|
+
**Core Tier** provides basic agent discovery and invocation:
|
|
89
|
+
|
|
90
|
+
- Agent registration and discovery
|
|
91
|
+
- Basic capability declaration
|
|
92
|
+
- Simple request-response patterns
|
|
93
|
+
|
|
94
|
+
**Governed Tier** adds enterprise controls:
|
|
95
|
+
|
|
96
|
+
- Audit logging and compliance tracking
|
|
97
|
+
- Resource constraints and budgets
|
|
98
|
+
- Quality gates and validation
|
|
99
|
+
|
|
100
|
+
**Advanced Tier** enables sophisticated orchestration:
|
|
101
|
+
|
|
102
|
+
- Dynamic workflow generation
|
|
103
|
+
- Multi-agent coordination
|
|
104
|
+
- Adaptive resource allocation
|
|
105
|
+
|
|
106
|
+
#### 3.2 Capability-Based Routing
|
|
107
|
+
|
|
108
|
+
The framework implements intelligent agent selection through capability matching:
|
|
109
|
+
|
|
110
|
+
```py
|
|
111
|
+
class CapabilityRouter:
|
|
112
|
+
def select_optimal_agent(self, task, available_agents):
|
|
113
|
+
# Calculate capability scores
|
|
114
|
+
scores = []
|
|
115
|
+
for agent in available_agents:
|
|
116
|
+
capability_match = self.calculate_capability_match(
|
|
117
|
+
task.required_capabilities,
|
|
118
|
+
agent.capabilities
|
|
119
|
+
)
|
|
120
|
+
|
|
121
|
+
specialization_score = self.evaluate_specialization(
|
|
122
|
+
task.domain,
|
|
123
|
+
agent.specialization_areas
|
|
124
|
+
)
|
|
125
|
+
|
|
126
|
+
availability_score = self.check_availability(
|
|
127
|
+
agent.current_load,
|
|
128
|
+
agent.max_capacity
|
|
129
|
+
)
|
|
130
|
+
|
|
131
|
+
composite_score = (
|
|
132
|
+
capability_match * 0.4 +
|
|
133
|
+
specialization_score * 0.4 +
|
|
134
|
+
availability_score * 0.2
|
|
135
|
+
)
|
|
136
|
+
|
|
137
|
+
scores.append((agent, composite_score))
|
|
138
|
+
|
|
139
|
+
# Return agent with highest score
|
|
140
|
+
return max(scores, key=lambda x: x[1])[0]
|
|
141
|
+
```
|
|
142
|
+
|
|
143
|
+
#### 3.3 Standardized Handoff Protocol
|
|
144
|
+
|
|
145
|
+
OSSA defines efficient handoff mechanisms minimizing context loss:
|
|
146
|
+
|
|
147
|
+
```py
|
|
148
|
+
class HandoffProtocol:
|
|
149
|
+
def prepare_handoff(self, source_agent, target_agent, context):
|
|
150
|
+
handoff_packet = {
|
|
151
|
+
'task_id': context.task_id,
|
|
152
|
+
'source': source_agent.id,
|
|
153
|
+
'target': target_agent.id,
|
|
154
|
+
'context': {
|
|
155
|
+
'state': context.current_state,
|
|
156
|
+
'history': context.get_relevant_history(),
|
|
157
|
+
'constraints': context.constraints
|
|
158
|
+
},
|
|
159
|
+
'metadata': {
|
|
160
|
+
'timestamp': datetime.now(),
|
|
161
|
+
'protocol_version': 'standard'
|
|
162
|
+
}
|
|
163
|
+
}
|
|
164
|
+
|
|
165
|
+
# Validate handoff compatibility
|
|
166
|
+
if not self.validate_compatibility(source_agent, target_agent):
|
|
167
|
+
raise HandoffException("Incompatible agent protocols")
|
|
168
|
+
|
|
169
|
+
return self.compress_handoff(handoff_packet)
|
|
170
|
+
```
|
|
171
|
+
|
|
172
|
+
### 4\. Implementation
|
|
173
|
+
|
|
174
|
+
#### 4.1 Framework Integration
|
|
175
|
+
|
|
176
|
+
OSSA provides integration bridges for existing frameworks:
|
|
177
|
+
|
|
178
|
+
```py
|
|
179
|
+
# LangChain Integration
|
|
180
|
+
class LangChainBridge(OSSABridge):
|
|
181
|
+
def wrap_agent(self, langchain_agent):
|
|
182
|
+
return OSSAAgent(
|
|
183
|
+
native_agent=langchain_agent,
|
|
184
|
+
capabilities=self.extract_capabilities(langchain_agent),
|
|
185
|
+
adapter=self.create_langchain_adapter()
|
|
186
|
+
)
|
|
187
|
+
|
|
188
|
+
# CrewAI Integration
|
|
189
|
+
class CrewAIBridge(OSSABridge):
|
|
190
|
+
def wrap_crew(self, crew):
|
|
191
|
+
agents = []
|
|
192
|
+
for crew_agent in crew.agents:
|
|
193
|
+
agents.append(self.wrap_agent(crew_agent))
|
|
194
|
+
return OSSAWorkflow(agents=agents)
|
|
195
|
+
```
|
|
196
|
+
|
|
197
|
+
#### 4.2 Dynamic Task Decomposition
|
|
198
|
+
|
|
199
|
+
The framework enables intelligent task breakdown:
|
|
200
|
+
|
|
201
|
+
```py
|
|
202
|
+
class TaskDecomposer:
|
|
203
|
+
def decompose_task(self, task, available_agents):
|
|
204
|
+
# Analyze task complexity
|
|
205
|
+
complexity_analysis = self.analyze_complexity(task)
|
|
206
|
+
|
|
207
|
+
# Identify subtasks
|
|
208
|
+
subtasks = self.identify_subtasks(task, complexity_analysis)
|
|
209
|
+
|
|
210
|
+
# Map subtasks to agents
|
|
211
|
+
task_assignments = []
|
|
212
|
+
for subtask in subtasks:
|
|
213
|
+
optimal_agent = self.capability_router.select_optimal_agent(
|
|
214
|
+
subtask,
|
|
215
|
+
available_agents
|
|
216
|
+
)
|
|
217
|
+
task_assignments.append({
|
|
218
|
+
'subtask': subtask,
|
|
219
|
+
'agent': optimal_agent,
|
|
220
|
+
'priority': subtask.priority,
|
|
221
|
+
'dependencies': subtask.dependencies
|
|
222
|
+
})
|
|
223
|
+
|
|
224
|
+
# Generate execution plan
|
|
225
|
+
return self.generate_execution_plan(task_assignments)
|
|
226
|
+
```
|
|
227
|
+
|
|
228
|
+
### 5\. Evaluation
|
|
229
|
+
|
|
230
|
+
#### 5.1 Experimental Setup
|
|
231
|
+
|
|
232
|
+
We evaluated OSSA across three dimensions:
|
|
233
|
+
|
|
234
|
+
- **Orchestration Efficiency**: Overhead and coordination metrics
|
|
235
|
+
- **Task Performance**: Completion rates and quality scores
|
|
236
|
+
- **Interoperability**: Cross-framework communication success
|
|
237
|
+
|
|
238
|
+
**Test Environment:**
|
|
239
|
+
|
|
240
|
+
- 50 specialized agents across 5 frameworks
|
|
241
|
+
- 1,000 multi-agent workflows
|
|
242
|
+
- Tasks: Code generation, testing, documentation, analysis
|
|
243
|
+
- Baselines: Native framework orchestration, custom integrations
|
|
244
|
+
|
|
245
|
+
#### 5.2 Results
|
|
246
|
+
|
|
247
|
+
| Metric | Baseline | OSSA | Improvement |
|
|
248
|
+
| :---- | :---- | :---- | :---- |
|
|
249
|
+
| Orchestration Overhead | 450ms | 297ms | 34% reduction |
|
|
250
|
+
| Coordination Efficiency | 0.72 | 0.91 | 26% improvement |
|
|
251
|
+
| Task Completion Rate | 78% | 94% | 21% increase |
|
|
252
|
+
| Context Preservation | 65% | 89% | 37% improvement |
|
|
253
|
+
| Cross-Framework Success | 45% | 92% | 104% improvement |
|
|
254
|
+
|
|
255
|
+
#### 5.3 Case Study: Multi-Framework Development Pipeline
|
|
256
|
+
|
|
257
|
+
**Scenario**: Coordinate agents from LangChain (planning), CrewAI (implementation), and AutoGen (testing) for feature development.
|
|
258
|
+
|
|
259
|
+
**Baseline Approach**: Custom integration scripts, manual handoffs
|
|
260
|
+
|
|
261
|
+
- Time: 45 minutes
|
|
262
|
+
- Success Rate: 65%
|
|
263
|
+
- Manual Interventions: 8
|
|
264
|
+
|
|
265
|
+
**OSSA Approach**: Standardized orchestration
|
|
266
|
+
|
|
267
|
+
- Time: 28 minutes (38% faster)
|
|
268
|
+
- Success Rate: 92%
|
|
269
|
+
- Manual Interventions: 1
|
|
270
|
+
|
|
271
|
+
### 6\. Discussion
|
|
272
|
+
|
|
273
|
+
The evaluation demonstrates OSSA's effectiveness in addressing key orchestration challenges. The 34% reduction in overhead validates the efficiency of standardized protocols, while 104% improvement in cross-framework communication confirms the value of vendor-neutral standards.
|
|
274
|
+
|
|
275
|
+
Key findings:
|
|
276
|
+
|
|
277
|
+
1. **Progressive Compliance Enables Adoption**: Organizations can start with Core tier and advance gradually
|
|
278
|
+
2. **Capability Routing Improves Selection**: 26% better agent utilization through intelligent matching
|
|
279
|
+
3. **Standardized Handoffs Preserve Context**: 37% improvement in context retention
|
|
280
|
+
|
|
281
|
+
Limitations include initial integration overhead and the need for framework-specific adapters. Future work will address automatic adapter generation and machine learning-based optimization.
|
|
282
|
+
|
|
283
|
+
### 7\. Conclusion
|
|
284
|
+
|
|
285
285
|
The OpenAPI AI Agents Standard provides a comprehensive framework for multi-agent orchestration, addressing critical challenges in coordination, interoperability, and resource optimization. Through progressive compliance tiers, capability-based routing, and standardized protocols, OSSA enables efficient orchestration while maintaining vendor neutrality. Experimental validation demonstrates significant improvements in orchestration efficiency, task performance, and cross-framework compatibility, establishing OSSA as a practical foundation for enterprise multi-agent systems.
|
|
@@ -1,25 +1,14 @@
|
|
|
1
1
|
---
|
|
2
2
|
title: "Why Formal Standards Matter Now"
|
|
3
|
-
date: "2025-11-
|
|
4
|
-
author: "
|
|
3
|
+
date: "2025-11-23"
|
|
4
|
+
author: "Thomas Scola, Bluefly.io Founder & CEO"
|
|
5
5
|
category: "Research"
|
|
6
6
|
tags: ["OSSA", "AI Agents", "Standards"]
|
|
7
|
-
excerpt: "
|
|
7
|
+
excerpt: "The AI agent ecosystem is at the exact inflection point where APIs were a decade ago: fragmented, vendor-locked, and unsustainable at scale. We need OpenAPI for AI agents—not as a nice-to-have, but as a foundational governance layer. This article explores why formal standards matter now, how they enable vendor neutrality, and what the path forward looks like for enterprises and framework builders."
|
|
8
8
|
---
|
|
9
9
|
|
|
10
10
|
# OpenAPI for AI Agents—Why Formal Standards Matter Now
|
|
11
11
|
|
|
12
|
-
---
|
|
13
|
-
|
|
14
|
-
title: Why Formal Standards Matter Now
|
|
15
|
-
date: 2025-11-18
|
|
16
|
-
author: Thomas Scola, Bluefly.io Founder & CEO
|
|
17
|
-
category: Tutorial
|
|
18
|
-
tags: ["Why", "Getting Started"]
|
|
19
|
-
excerpt: Custom description for the blog listing
|
|
20
|
-
|
|
21
|
-
---
|
|
22
|
-
|
|
23
12
|
## The Case for Vendor-Neutral AI Agent Standards
|
|
24
13
|
|
|
25
14
|
Five years ago, if you asked engineers why they used OpenAPI, they'd probably shrug. Today, it's the foundation of enterprise API strategy. OpenAPI isn't a technology—it's a contract. It says: "Here's what my service does, what it needs, and what it returns." That contract means a team in Tokyo can integrate a service built in São Paulo without vendor lock-in, framework coupling, or repeated discovery conversations.
|