libraryPackage manifestv0.1.0

lib.agent-protocol-spec

Définitions indépendantes des fournisseurs pour l’assistance durable aux agents, l’incertitude et le protocole commun, avec compatibilité exacte avec l’existant.

@lssm-tech/lib.agent-protocol-spec
Source, release and verification context

Source snapshot bcc79fcc · Declared package version 0.1.0. This page combines the checked-in package guide and manifest; commands and runtime behavior were not executed in this review.

Package source ↗ Manifest ↗
serverwebnodebunbrowser
EXPLORE THE PACKAGE

See where this package fits.

Follow a declared connection, inspect an import, then open the source guide when you need the detail.

THIS PACKAGElib.agent-protocol-specplatform

Arrows point from a package to its direct dependency. Each count is derived from the captured manifests.

3 déclarationsSELECT TO INSPECT

Agent protocol spec

The ./agentpacks family owns portable agentpack declarations and deterministic generation-trace and AI-audit receipt validation. Original digest, integration SHA, changed-path, redaction and Connect evidence checks remain intact. Legacy ContractSpec paths forward the same schema and function identities. These validators do not generate guidance, approve changes or execute agent tools.

Provider-neutral durable help/uncertainty/escalation/common protocol definitions extracted unchanged from ContractSpec compatibility. Root, help and common are intentional public groups; evidence-pointer is a shared private closure file. The package uses Zod and its declared Foundation model dependencies.

The ./agent/constants, ./acp/constants and ./agent/graph-conversation leaves own the existing vocabulary and readonly conversation records. SchemaModel-based agent and ACP declarations, task execution and explicit registry registration live in AI Agent so their schema supplier does not enter this package's strict model closure. Compatibility imports retain canonical singleton identities and existing readonly types.

This pure platform-spec owns complete existing strict wire/inferred models and deterministic structural, expiry, scope, evidence-binding and DAG checks. It does not execute agents, dispatch providers, make/cache live authorization decisions, register products, sign approvals or promote learning changes. Existing step review/improvement/policy validators remain with their owners. Skills and protocol records do not grant authority.

Old ContractSpec leaves forward to these schema/type singletons. Preserve every field, brand, optionality, message/refinement and default; qualify frozen schemas/types, old/new identity and real communication/AI-agent/agent-host fixture behavior plus actual packed boundaries. Focused source tests alone are not integration or release acceptance.

The ./runtime-adapters leaf owns the complete original four adapter identities, eleven capability identities and diagnostic contracts. Tuple literals and readonly diagnostic evidence references remain exact; historical runtime-adapter imports forward to this same source. These declarations perform no runtime adapter execution, capability admission or authority decision.

The complete existing portable agent specification and protocol closure lives in ./agent/spec, ./context/agent-context and the protocol leaves. This includes planning, execution records, budget bounds, delegation and task graphs, memory proposal/governance records, application/signature contracts and model route, selection/fallback binding validators. All original schema wire shapes, brands, refinements, default values, inferred types and readonly namespace modifiers remain intact. Structural validators consume supplied records and never issue authority, call providers, execute tools, persist memory or promote learning. Original compatibility paths preserve their complete existing public signatures. The V2 canonical validation APIs require an explicitly supplied Date. The original optional-now convenience and lazy ambient clock remain in the AI runtime owner through typed validation phases; full issue order and getter read timing must remain unchanged. AgentSpec remains the complete original model split into private knowledge, policy and tool declaration helpers; KnowledgeCategory comes from its genuine Core contract owner. Existing runtime-adapter identities remain the separately qualified complete family; this cut does not duplicate them. The two original model-routing test-fixture leaves retain their historical public intent; no scaffold or narrower DTO replaces the existing model bodies. Clean producers, NodeNext/Bundler declarations, readonly namespace parity, original tests and affected AI/Host/Communication consumers remain mandatory.

The original V2 plan and operation binding helper bodies live in a private module to preserve the package file-size bound; its export is null and the catalog excludes it. This adds no public family or narrower replacement.

Agent platform plans

@lssm-tech/lib.agent-protocol-spec/agent-platform and ./agent-platform/<leaf> (baseline-suites, digest, types, validation, validation-v2) own the provider-neutral agent platform plan declarations and their pure structural validation. Legacy @lssm-tech/lib.contracts-spec/agent-platform imports forward to the same instances.

Agentic interaction vocabulary

The agentic-interaction subpath owns the portable blocked-signal tuple and deny-only AIP mapping; agentic-interaction/constants owns their metadata vocabulary. They contain supplied static declarations without runtime authorization or registration. Schema-based query/capability contracts and registration helpers live in ai-agent/agentic-interaction. Communication consumes this narrow vocabulary without an AI runtime dependency. The ./context/agent-context-validation leaf owns deterministic projection, required-context and compaction validation alongside the canonical context models. Legacy context validation imports preserve the same functions and diagnostics.

The /protocol/model-routing-migration entry owns the existing deterministic V1-to-V2 migration plan. It parses supplied models and reports required requalification bindings; it grants no execution or qualification authority.

The /protocol/markdown-migration entry also exports agentMarkdownMigrationMaterialV1Schema, the strict host-supplied input for createAgentMarkdownMigrationArchiveV1. Hosts parse untrusted archive material with it instead of re-declaring the field rules.

The /protocol/application-lifecycle entry owns the application installation state machine (install_disabled -> configured -> qualified -> active, with paused, revoked and uninstalled), its frozen transition table, the revision-CAS store port type and the exact-key record and move validators. Persistence adapters implement the port; hosts keep activation authority.

The /protocol/application-qualification entry owns the digest-bound application qualification record (agentApplicationQualificationV1Schema, policy bindings), the qualification port and materialized-application types, and the configuration/qualification digest materials. /protocol/application-qualification-validation holds the pure checks: parseAgentApplicationArtifactsV1 (manifest and permission-summary digests and matching ref sets) and validateAgentApplicationQualificationV1 (sorted issue codes for signature, time, identity, artifact, policy, digest and lifecycle bindings). Hosts keep the bounded lifecycle reads and the verification port.

Declared capabilities.

Durable agent help and common protocol definitions

Existing complete help/uncertainty/escalation/common wire types, strict schemas and deterministic binding validators; legacy imports forward to canonical identities.

Use it to

  • Describe durable help requests and uncertainty/escalation evidence without importing agent execution/provider packages.

Choose another boundary when

  • Actual agent execution, provider dispatch, live authorization decisions, step review/improvement promotion or unrelated broader protocol families are required.

@lssm-tech/lib.agent-protocol-spec/helpAgentHelpRequestV1, agentHelpRequestV1Schema

@lssm-tech/lib.agent-protocol-spec/commonAgentScopeV1, agentProtocolEvidencePointerSchema

@lssm-tech/lib.agent-protocol-spec/runtime-adaptersAGENT_RUNTIME_ADAPTER_KEYS, AgentRuntimeAdapterKey, WorkflowRuntimeAdapterKey, AGENT_RUNTIME_CAPABILITY_KEYS, AgentRuntimeCapabilityKey, AgentRuntimeCapabilityStatus, AgentRuntimeCapabilityDiagnostic

@lssm-tech/lib.agent-protocol-spec/agent-platform/baseline-suites

@lssm-tech/lib.agent-protocol-spec/agent-platform/digest

@lssm-tech/lib.agent-protocol-spec/agent-platform

@lssm-tech/lib.agent-protocol-spec/agent-platform/types

@lssm-tech/lib.agent-protocol-spec/agent-platform/validation-v2

@lssm-tech/lib.agent-protocol-spec/agent-platform/validation

@lssm-tech/lib.agent-protocol-spec/agentic-interaction

@lssm-tech/lib.agent-protocol-spec/agentic-interaction/constants

Imports and export paths.

71 entries

These are package-manifest entry points. Named symbols listed above come from the capability catalogue; this is not an exhaustive TypeScript symbol reference.

71 imports · 35 affichés

@lssm-tech/lib.agent-protocol-spec/protocol/model-selection-bindings-v2
Blocked export
Blocked by manifest

Dependencies and related packages.

Runtime dependencies 3
zod
catalog:
Development dependencies 3
@types/bun
catalog:types

Package scripts.

Commands declared by this package. Review its setup requirements before running them; no command here was executed by this review.

buildcontractspec-bun-build build
build:bundlecontractspec-bun-build transpile
build:typescontractspec-bun-build types
prebuildcontractspec-bun-build prebuild
lint:checknode ../../../../scripts/biome.cjs check .
typechecktsgo --noEmit -p tsconfig.check.json
testbun test ./src
Votre vue

Make room for your context.

Shape the presentation around this moment. You can change it whenever you need.

Votre contexte

The different parts of you

Choose a starting point

Un mélange utile de contexte, de visuels et de guidage discret.

Tune each dimension
Each dimension can change independently. Product permissions and available actions stay unchanged.

Support the way you begin and return

Tune your support

Confort de lecture

Choisir votre langue

La langue de l’interface change uniquement le texte. Les marchés, les prix et les parcours conservent leurs propres paramètres.

Couverture des traductions

Une partie du contenu est affichée en anglais.

Navigation151
Graphe616
Catégories378
Portfolio833
Exemples2 035
Aperçu de la source1 542

D’autres traductions seront ajoutées à mesure que le contenu sera relu.

Cette préférence est enregistrée dans ce navigateur.

Rechercher sur le site

Des points de départ utiles

Aucun résultat. Essayez une expression plus courte, un nom d’opération ou un autre périmètre de recherche.

UN PEU DE PLACE POUR EXPLORER

Trouvez quelque chose à explorer.

Ouvrez un aperçu détaillé sur cette page, essayez une autre perspective ou suivez le détail vers sa propre page.

Fonctionnement des aperçus et des commandes
01

Regarder avant de partir

Survolez un lien ou sélectionnez-le avec Tab pour voir un aperçu. Cliquer sur le lien d’origine ou appuyer sur Entrée ouvre toujours sa destination.

02

Rester dans le contexte

Entrez dans l’aperçu pour explorer ses sections. Depuis un lien sélectionné, utilisez Alt + ↓ pour y entrer au clavier. Échap le ferme.

03

Ouvrir les possibilités

Les lignes dépliables, les choix de perspective et les commandes mises en évidence révèlent davantage. Votre vue adapte le confort de lecture et le contexte exploré.

Un bouton séparé pour voir de plus près

Affichez de petits boutons d’aperçu à côté des liens quand l’espace le permet. Touchez l’œil pour examiner ou le lien pour y aller directement. Ce choix reste dans cet onglet.

Aucun historique de navigation n’est collecté. La réduction des animations suit votre appareil et Votre vue.