PAPER 123 · VENDOR STRATEGY, PORTABILITY AND EXIT

Vendor Lock-In Across Models, Data, Evaluation and Workflow

Replacing an endpoint is easy. Reproducing the business capability, its active work and its evidence is the real exit test.

Rajesh Ranjan Mahapatra

A practical method for mapping AI lock-in, pricing replaceability and proving capability continuity across models, data, evaluation, workflow and operations.

© 2026 Rajesh Ranjan Mahapatra. 25 min read

Vendor Lock-In Across Models, Data, Evaluation and WorkflowAll Research Essays
PAPER 123 · VENDOR STRATEGY, PORTABILITY AND EXIT

Vendor Lock-In Across Models, Data, Evaluation and Workflow

Replacing an endpoint is easy. Reproducing the business capability, its active work and its evidence is the real exit test.

TLDR

Executive briefThe endpoint moved; the capability did not

  • Map dependency across model behaviour, context, evaluation, workflow, people, evidence, infrastructure and contract before declaring any component portable.
  • Protect the institutional seams that carry business truth: source lineage, cases, thresholds, authority, active work, receipts and recovery state.
  • Set switching time, interruption, one-off cost and tolerable outcome or evidence loss according to the consequence of the capability.
  • Prove exit progressively, from a contractual statement through independent parsing, shadow operation, active-case migration and verified termination.
  • Accept valuable provider-specific capability when its rent is visible, its controls are strong and its tested exit remains inside an approved budget.

A service team replaces one language-model endpoint with an API-compatible alternative on Friday. Requests still authenticate and responses still arrive. On Monday, tool-call arguments use different defaults, refusals appear in previously accepted cases, a longer context changes cost, and the reviewer queue grows. The incumbent evaluation service marks the replacement down because its grader rewards the old provider's style. Several active conversations cannot be moved from the managed memory object. The technical model swap succeeded while the business capability lost its former outcome, evidence and operating rhythm.

This is the ordinary shape of AI lock-in. It is not one proprietary interface. Dependency accumulates across prompts, behaviour, embeddings, transformations, case sets, graders, workflow state, tool semantics, human judgement, audit events, infrastructure and commercial rights. An export can be syntactically valid and institutionally useless. Source code can be available while nobody outside the supplier knows how to operate difficult exceptions. Two providers can sit behind one gateway while sharing the same cloud region, vector database, identity plane and evaluation console.

The governing question is therefore not, “Are we vendor-neutral?” Neutrality is often an empty architectural slogan. Ask which dependencies the organisation deliberately accepts, which institutional assets remain under its control, how switching damage is measured and whether an exit has been exercised. Portability means preserving a bounded business capability and the evidence that justified its use. Moving files or calling a compatible endpoint establishes only a small part of that claim.

The strongest rival deserves respect. Aggressive portability can force a lowest-common-denominator design, duplicate expensive environments, slow delivery and prevent teams from using differentiated features that create genuine value. Multi-provider operation adds interfaces, tests and failure modes, yet can retain shared dependencies underneath. The answer is selective replaceability. Protect high-option-value seams, use provider-specific optimisation behind them, and price the dependency rent. Low-consequence or unusually valuable lock-in can be rational when the exit time, interruption, cost and loss remain explicit and authorised.

Exit principle. A substitute is ready only when it can carry the accepted outcome, authority, active-work state and evidence through a realistic operating window. Compatibility is an input to that proof, not its conclusion.
From endpoint to eight-layer dependencyA central API box grows outward to model, data, evaluation, workflow, people, evidence, infrastructure and contract layers.MODEL APIone visible seamMODEL BEHAVIOURCONTEXT + DATAEVALUATIONWORKFLOW + STATEHUMAN PRACTICECONTROL + EVIDENCEINFRASTRUCTURECOMMERCIAL + LEGAL
Figure 1. The visible endpoint is one node inside a layered dependency system. Exit design begins when the surrounding layers become explicit.

Eight-Layer Lock-In MapFind where the organisation would lose meaning, not merely files

Model behaviour includes provider-specific system instructions, tool schemas, safety rules, version aliases, tuning artefacts, latency ceilings, context handling and rate limits. A compatible request shape does not guarantee equivalent refusal, extraction, structured output or transaction behaviour. The version name also matters: an alias that silently advances can invalidate the evidence attached to yesterday's configuration.

Context and data covers source rights, transformations, chunking, embeddings, indexes, metadata, feedback links, labels, lineage and retention. The buyer may own the original documents but not possess the relationships needed to rebuild retrieval. A file archive without stable source identifiers, transformation recipes and deletion status preserves content while losing operational meaning.

Evaluation includes cases, rubrics, human labels, graders, baselines, thresholds, telemetry and release decisions. When the provider owns both the system and the only measurement console, it can mediate the buyer's view of substitute quality. Retaining prompts is insufficient if grader versions, adjudication, historical score distributions and production slices disappear.

Workflow and state includes orchestration, prompts, tools, identities, policies, approvals, queues, retries, memory, active cases and compensation logic. Code portability is not state portability. The risky moment is not starting one new case on a replacement. It is deciding what happened to every in-flight action, unknown commitment, pending approval and recovery obligation.

Human practice holds tacit procedures, training, review habits, exception handling, support and professional judgement. Supplier-operated reviewers may quietly repair model failure or classify edge cases. If those interventions are not observed and transferred, the replacement inherits an incomplete process description and apparently regresses for reasons the buyer cannot diagnose.

Control and evidence contains audit events, provenance, monitoring, incident records, assurance mappings, retention and regulator access. Downloaded logs do not reproduce an assurance record when event semantics, identities, configuration references and derivation links are absent. W3C PROV-O offers a portable vocabulary for entities, activities, agents and derivations, but the organisation must still capture those relationships at the operational source.

Infrastructure and operations spans cloud services, accelerators, deployment formats, network controls, observability, capacity, recovery and service management. Open weights can remain captive to specialist kernels, hardware, a particular serving stack or knowledge concentrated in one team. A second model on the same region and vector store is diversity at one layer, not independent continuity.

Commercial and legal includes licences, minimum commitments, egress charges, intellectual-property rights, subcontractors, pricing changes, assistance, deletion and remedies. A promise of termination assistance is not executable unless it names formats, time, quality, responsibilities, cost and evidence. The map distinguishes expensive visible dependencies from hidden edges. The hidden edge is more dangerous because no budget, owner or closing test exists for it.

TABLE 1 · EIGHT-LAYER LOCK-IN MAP
LayerInstitutional asset to retainFalse signal of portability
Model behaviourVersioned behaviour contract, prompts, tool semantics and regression evidenceCompatible endpoint or familiar model name
Context and dataRights, lineage, transformations, identifiers, feedback and deletion proofDocument export alone
EvaluationCases, labels, grader versions, baselines, thresholds and historiesSaved test prompts or dashboard screenshots
Workflow and statePolicies, authority, active cases, queues, retries and compensation statePortable orchestration source code
Human practiceRunbooks, exception knowledge, capacity and training evidenceNominal knowledge-transfer clause
Control and evidenceStable events, provenance, incidents, monitoring and retentionRaw log archive
Infrastructure and operationsDeployable format, capacity plan, recovery and service expertiseOpen weights or second provider label
Commercial and legalUsable rights, assistance, exit price, deletion and remediesGeneral portability wording
Exit Complexity GraphEight coloured nodes connect through labelled paths to a business capability, with hidden dependency edges revealed in orange.BOUNDEDCAPABILITYMODELDATAEVALSTATEPEOPLEEVIDENCEINFRACONTRACThidden edges: shared grader · specialist runbook · identity plane · minimum spend
Figure 2. Every edge is a switching obligation. Cross-layer edges often determine exit time even when each component looks portable in isolation.

Exit Complexity GraphTrace the critical path from dependency to damaged capability

The Lock-In Map inventories layers. The Exit Complexity Graph makes their relationships actionable. Each directed edge connects a source component to the capability, state or evidence that depends on it. The record names an owner, substitutability, export format, semantic loss, validation work, migration time, interruption risk, cost, rights and supporting evidence. It also states the condition under which the edge is considered closed.

Consider a proprietary embedding service. Its obvious target is the vector index. Less visible targets may include chunk identifiers in evaluation cases, feedback records tied to neighbours, monitoring thresholds based on retrieval scores and incident evidence that refers to provider event IDs. Re-embedding the documents creates a new representation, not a continuation of the old one. The graph forces the team to traverse every dependent edge, decide which histories can be translated, and mark where comparisons must restart.

Architecture shows what calls what. Exit complexity shows what institutional result is lost when an edge breaks and how the loss will be repaired. Supplier specialists, incident judgement and licensed test corpora belong in the graph because they govern practical operability.

Paths should be tested for conjunction. The replacement can parse the export, but cannot satisfy the identity policy. It can reproduce representative answers, but the active queue has no stable transaction identifiers. It can run in a second cloud, but both paths depend on the same control plane. The critical path is the longest credible sequence through rights, export, transformation, validation, rehearsal, migration, reconciliation and termination. Adding nominal providers does not shorten it unless a shared edge is removed.

TABLE 2 · EXIT EDGE RECORD
FieldDecision questionEvidence
Source, target and ownerWhich component supports which capability, and who can change the edge?Versioned component and capability identifiers with named owners
Substitute and formatWhat alternative accepts which machine-readable export?Produced export, specification and independent parser result
Semantic lossWhich meaning, behaviour, history or comparability cannot move?Field reconciliation, lineage trace and explicit loss statement
Validation workWhich cases, controls, humans and operating events must run again?Approved migration test plan and pass conditions
Time, interruption and costWhat is the credible critical path, not the optimistic engineering task?Timed rehearsal including retraining, assurance and recovery
Rights and closureCan the buyer act, and what proves the old edge is terminated?Licence, assistance duty, remedy, deletion receipt and access revocation
Capability Continuity EnvelopeAn animated outer boundary protects five inner capability assets while a replacement path passes through.CAPABILITY CONTINUITY ENVELOPEOUTCOME+ POPULATIONACTIVE STATE+ ROLLBACKAUTHORITY+ POLICYEVIDENCE+ LINEAGEMONITORING+ RECOVERYreplacement passes only when the whole envelope survives
Figure 3. Continuity is a protected operating envelope, not a claim that every internal implementation remains identical.

Capability Continuity EnvelopeDefine what must survive before selecting the substitute

The envelope names the minimum state that a replacement must preserve. It begins with the bounded business outcome, authorised population and accepted ranges for quality, harmful effect, abstention, latency and cost. It preserves identity, tool and policy semantics so that an apparently better model cannot acquire broader authority or bypass a prohibited action. It accounts for active work, including safe completion, cancellation, rollback and reconciliation.

Evidence is part of the capability. Source lineage, decision receipts, configuration, retention and historical baselines must remain available to the people who release, investigate, audit and challenge the system. Monitoring, incident handling, escalation and recovery need working owners and channels after migration. Human roles, tacit knowledge and support capacity move or are deliberately replaced. Legal rights and regulator access continue for the relevant retention period even after the old provider is gone.

The envelope defines equivalence where it matters and allowed difference where it does not. A replacement may use a different embedding model or orchestration engine, but must meet the intended outcome, respect authority, preserve evidence meaning and handle in-flight work within approved limits. Functional equivalence is a starting idea; AI continuity also carries behaviour, human practice and evaluation.

Write the envelope before a renewal, outage or commercial dispute. During calm operation, leaders can decide which histories may be retired, which evidence must remain comparable and which population can tolerate an interruption. During an incident, every unresolved question lengthens the critical path. The envelope turns “maintain service” into a testable obligation and exposes when safe stop is the only honest form of continuity.

TABLE 3 · CAPABILITY CONTINUITY ENVELOPE
Continuity elementMinimum preserved stateFailure signal
Outcome and populationBounded work, authorised people and accepted quality, harm, abstention, latency and cost rangesReplacement score without comparable affected-population evidence
Authority and active workIdentity, policy, tool semantics, queues, approvals, transactions and rollbackFresh cases work while in-flight effects remain unknown
Lineage and decision evidenceSources, configuration, receipts, thresholds, provenance and retentionFiles move but prior decisions cannot be reconstructed
Operations and recoveryMonitoring, escalation, incident, capacity, support and tested restorationService runs only under supplier emergency assistance
Human and legal continuityRoles, exception practice, training, rights, auditor access and deletion statusCode is owned but knowledge or lawful access is absent
Replaceability BudgetA balance beam weighs four exit limits against the consequence of a capability.MAXIMUMTIMEMAXIMUMINTERRUPTIONONE-OFFCOSTTOLERATEDLOSSCAPABILITYCONSEQUENCE
Figure 4. Replaceability is consequence-based. Four separate limits prevent a favourable average from hiding an intolerable interruption or evidence loss.

Replaceability BudgetPrice the option before paying abstraction tax

The budget sets four independent limits: maximum switching time, maximum service interruption, maximum one-off cost and maximum tolerated outcome or evidence loss. These are gates, not ingredients of a single portability score. A replacement that is cheap but interrupts a critical public service for too long fails. A fast migration that destroys the assurance history required for challenge also fails. Consequence determines the budget, not a universal preference for open or closed technology.

Switching time includes discovery, rights clearance, export, transformation, validation, human preparation, shadow operation, active-work migration, reconciliation and termination. Interruption covers degraded capacity and safe-stop periods, not merely network downtime. One-off cost includes engineering, duplicate operation, data movement, re-evaluation, control repair, retraining, assurance and supplier assistance. Tolerated loss names which behaviour, comparability, history or evidence may expire and who accepts that residual risk.

The Lock-In Decision compares dependency rent with switching option value. Rent includes price premium, constrained negotiation, change exposure and exit work. Option value is avoided damage if the provider changes terms, quality, service or direction. A proprietary capability can win when differentiated value is material and rehearsed exit stays within budget. Remove an abstraction that forces inferior behaviour while protecting a low-value switch.

Do not pay abstraction tax everywhere. Protect the seams that carry institutional truth: identifiers, source lineage, case sets, thresholds, authority decisions, active state, receipts and recovery. Provider-specific prompts, optimised runtimes or specialised tools can live behind those seams. Selective replaceability preserves the option that matters without pretending every component is interchangeable.

TABLE 4 · REPLACEABILITY BUDGET AND DECISION
Budget dimensionIncludeDecision consequence
Switching timeRights, export, translation, revalidation, training, migration and terminationCritical path must fit the approved decision window
InterruptionOutage, degraded mode, backlog, manual continuity and reconciliationPopulation-specific service ceiling cannot be averaged away
One-off costEngineering, dual running, egress, assurance, controls and supportExit option must remain economically exercisable
Outcome or evidence lossBehaviour, history, comparability, provenance and regulator accessNamed authority accepts only explicit, bounded loss
Dependency valueDifferentiation, speed, capability gain and avoided internal burdenAccept bounded lock-in only when net value exceeds realistic rent
Portability Proof LadderSeven ascending steps show progressively stronger proof from written promise through active-work migration and verified provider exit.1 · CONTRACT STATES IT2 · EXPORT PRODUCED3 · PARSED INDEPENDENTLY4 · CASES RUN5 · SHADOW WINDOW6 · ACTIVE WORK MOVES7 · ACCESS + DATA TERMINATED
Figure 5. Each rung answers a different claim. Backup and export evidence sit well below safe migration and verified termination.

Portability Proof LadderClimb from words to a completed exit

Level one is a contractual statement. It creates a right and a basis for remedy, but no evidence that the provider can perform it. Level two produces the export. The team checks completeness, format, timing and cost. Level three parses it independently in an environment controlled by the buyer or replacement. This is where missing identifiers, undocumented schemas and inaccessible metadata become visible.

Level four runs representative and challenge cases on the replacement. Evaluation remains buyer-controlled, with versioned graders, human adjudication and historical baselines. Level five completes a shadow operating window under realistic load, tools, policy, reviewers, monitoring and recovery. A good fresh-work result may still hide queue, exception or tail-latency failure, so the window uses the full continuity envelope.

Level six migrates or safely closes active work. Pending approvals, possible commitments, retries, memory, escalations and compensation obligations receive explicit terminal states. Receiving systems, not the departing agent or provider, confirm external effects. Level seven verifies that old provider access is revoked, retained data is deleted or lawfully retained under a named schedule, subcontractor duties are closed, and the evidence needed for audit or dispute remains accessible.

The ladder prevents a backup from being described as migration proof. It also prevents a contract clause from becoming permanent comfort. Each high-consequence dependency has a target rung and rehearsal frequency. A low-impact drafting assistant may need only independent parsing and representative cases. A capability that can commit payments, determine access or carry regulated records may require active-work migration and verified termination before expansion.

Evaluation captivity loopA circular flow connects provider system, proprietary cases, grader, score history and release decision back to the incumbent.PROPRIETARY CASESINCUMBENT GRADERSCORE HISTORYRELEASE DECISIONOLD PROVIDER STYLEappears to be the baseline
Figure 6. Evaluation ownership is a portability seam. A substitute cannot be compared fairly when the incumbent owns the cases, judge and history.

Selective replaceabilityProtect the seams, then permit differentiated machinery

Selective abstraction begins with observed differences. A common interface preserves material variation in tool schema, safety policy and context economics. Build the seam after the exit graph identifies option value, not before.

Dual qualification is appropriate when consequence is high, demand can be split safely and the alternate path is genuinely independent. The second provider needs current cases, capacity, rights, operations and active-state handling. It should not share the critical cloud region, vector service, identity broker, grader or supplier-operated review team without that concentration being acknowledged. Warm readiness is a continuing operating duty, not a logo on an architecture diagram.

Bounded lock-in is appropriate when a provider-specific feature creates material value and exit remains exercisable. The contract pins required rights and change notice, the team owns evaluation and institutional state, the budget is authorised, and a scheduled drill shows how the system degrades or migrates. The business owner accepts the residual dependency because the benefit exceeds the priced option cost.

Decomposition is necessary when multiple layers are trapped inside one managed object. Extract identity, evidence, active state or evaluation from the vendor boundary before renewal or scale. Stop expansion when rights are absent, exports cannot be interpreted, active effects cannot be reconciled, the substitute cannot be validated, or the critical path exceeds the approved budget. A graceful restriction now is cheaper than discovering an impossible exit during an incident.

Open and closed labels do not decide practical freedom. Open weights may improve inspection, deployment choice or continuity, yet training data, licence conditions, specialist runtime, hardware kernels and scarce operating skill can still form hard edges. A closed service may offer strong, tested export and assistance rights. The same map, graph, envelope, budget and ladder should judge both.

Shared-dependency illusionTwo apparently separate provider paths merge into three shared infrastructure nodes and one common failure boundary.PROVIDER APROVIDER BSAME CLOUD REGIONSAME VECTOR STORESAME IDENTITY PLANEone shared failure and exit boundary
Figure 7. Provider diversity is not independence when the critical paths converge on the same substrate.

Ten worked casesTraverse all eight layers before deciding what to keep

1. The API-compatible model that changes the work

The model layer changes tool arguments, refusal patterns, response length and token economics while the interface remains stable. The graph reaches workflow retries, reviewer queues, cost thresholds and customer completion. The continuity envelope requires the same authorised outcome, not identical wording. The time and interruption budget is tight. The team preserves its typed tool contracts and buyer-owned regression cases, then climbs the ladder through representative work and a shadow window. Decision: preserve provider flexibility through a tested abstraction at the tool and evidence seams, while allowing model-specific prompting behind them.

2. Documents move; retrieval meaning does not

Source files export, yet embeddings, chunk identifiers, metadata, feedback links and transformation lineage remain trapped. The map marks context, evaluation and evidence red. Graph traversal shows that prior relevance judgements and incident records cannot attach to reconstructed passages. The envelope requires source lineage and comparable decision evidence; the tolerated-loss budget rejects silent history loss. An independent parser proves only the raw export, so the ladder stops at level three. Decision: decompose the retrieval layer before renewal, establish stable buyer identifiers and recipes, rebuild representative cases, and postpone scale until continuity is demonstrated.

3. The incumbent grader prefers the incumbent voice

A candidate model performs well under human task review but loses against a proprietary automated grader tuned to the old provider's style. Evaluation, telemetry and release evidence are captive even though data and workflow are portable. The graph reveals a circular edge from provider output to provider judge to historical baseline. The envelope protects task outcome and harmful-error thresholds, not stylistic similarity. The budget permits a short re-baselining period. The buyer exports cases and labels, versions independent graders, adjudicates disagreement and reruns the shadow window. Decision: decompose evaluation ownership; no model comparison is valid until the proof ladder uses a buyer-controlled measurement path.

4. Portable workflow code, trapped active state

The orchestration definition can be copied, but approvals, retries, queues, conversation memory, possible tool commitments and compensation state live inside a managed service. The graph's critical path runs through every active case and receiving system. The envelope refuses a fresh-start migration because unknown effects could be duplicated or abandoned. Switching time and interruption exceed budget. Export and parser tests reach level three, but active-work proof fails. Decision: decompose the workflow before renewal or scale by externalising stable case and transaction state, then rehearse safe completion, cancellation, rollback and reconciliation.

5. Source code without operating knowledge

The buyer owns repositories and infrastructure definitions, yet the supplier's two specialists resolve exceptions through undocumented judgement. Human practice, support, incident evidence and recovery remain captive. The graph ties specialist decisions to service restoration and high-risk case escalation. The continuity envelope requires runbooks, trained roles and demonstrated capacity. The budget includes rehearsal and workforce time rather than engineering alone. A clean deployment is only level four evidence if realistic exceptions still require the incumbent. Decision: accept no claim of operability until paired staff complete a shadow window and recovery drill; price transitional support and knowledge-transfer remedies explicitly.

6. Downloadable logs that cannot prove a decision

Audit files exist, but event names change, identities are ambiguous, model configuration is missing and provenance cannot connect a source to a decision and effect. The map marks control and evidence as trapped. The graph reaches regulatory response, incident reconstruction and customer challenge. The envelope requires stable semantic events and lineage for the retention period. Zero service interruption does not compensate for intolerable evidence loss. The ladder stays below independent parsing because the content cannot be interpreted. Decision: stop expansion of consequential use, define portable event contracts and provenance links, and require assurance reconstruction before the provider can claim an exit-ready log export.

7. Two models, one hidden failure boundary

A gateway routes across two model providers, but both use the same cloud region, vector database, identity broker, monitoring service and human review supplier. Model diversity hides infrastructure, data, control and people convergence. The graph shows one critical path and one recovery team. The envelope requires service and evidence continuity through a relevant shared failure. The budget does not tolerate the common-region interruption. A representative model test reaches level four but proves no independent operating path. Decision: maintain two qualified providers only after removing or governing the shared dependencies that matter; otherwise describe the design as model routing, not continuity.

8. Differentiated capability earns bounded lock-in

A proprietary multimodal feature materially improves an industrial inspection outcome that substitutes cannot yet match. The eight-layer map shows provider-specific model and infrastructure edges, while data, evaluation, workflow state, authority and evidence stay under buyer control. The graph's exit path is visible and timed. The envelope permits temporary feature loss under a safe manual mode. The budget funds migration and a short interruption. The ladder has completed a shadow exit on the nearest substitute. A generic adapter imposes latency and removes the valuable feature, so it is deleted. Decision: accept bounded lock-in with priced exit, change rights and scheduled proof; abstraction cost exceeds the option it protects.

9. Open weights, captive runtime

The model weights are available, but efficient operation depends on hardware-specific kernels, a restrictive ancillary licence, a scarce serving team and provider-tuned safety components. The map correctly marks model access as open and infrastructure, people, control and commercial edges as constrained. The graph shows that a nominal deployment elsewhere misses capacity and policy behaviour. The envelope requires operating ranges, authority and recovery, not possession of files. The budget exposes a long training and optimisation path. The ladder has produced and parsed artefacts but not survived a shadow window. Decision: accept only bounded use while building a qualified runtime or choose a simpler substitute.

10. The termination drill discovers the real service

A scheduled exercise exports representative and active cases, parses them independently, runs the replacement under live-like load, reconciles pending effects, validates evidence continuity and verifies deletion. The eight-layer map appears mostly green until supplier-operated reviewers fail to transfer rare-case judgement. The graph adds this hidden people edge and extends the critical path. The envelope requires the affected cases to enter a restricted queue while staff train. The interruption remains inside budget. After a second shadow window, the ladder reaches verified termination. Decision: preserve tested flexibility and amend the contract, runbook and owner map so the newly visible human dependency cannot hide again.

Lock-In Escape PlannerAn animated dashboard displays an eight-layer heat map, exit path, proof progression and five distinct dependency decisions.LOCK-IN ESCAPE PLANNERMODELDATAEVALSTATEPEOPLEPROOFINFRATERMSCRITICAL PATHPROOF: export → parser → cases → shadow → active work → terminationFLEX · DUAL QUALIFICATION · BOUNDED LOCK-INDECOMPOSE BEFORE RENEWAL · STOP EXPANSIONone decision, with owner, rights, exercise and next gate
Figure 8. The Planner joins layer heat, critical path, continuity limits and exercised proof to one explicit dependency posture.

Interactive decision artefactLock-In Escape Planner

The Planner returns one dependency posture from observed conditions. It does not calculate a portability score or recommend multi-cloud by default. Each named case changes the same layer, graph, envelope, budget and proof fields used for a real renewal decision.

Current dependency decision

Preserve provider flexibility through tested abstraction

Chosen dependency posture: protect typed tool, data, evaluation and state seams while allowing provider-specific behaviour behind them.

Eight-layer lock-in heat map: model is controlled amber; buyer-owned data, evaluation, state, people, evidence, infrastructure and terms are green.

Critical exit path: model configuration to regression cases, shadow window, active-state reconciliation and access termination.

Continuity envelope: bounded outcome, authority, active work, lineage, monitoring, recovery and operating roles remain intact.

Replaceability budget: time, interruption, one-off cost and explicit tolerated loss are inside approved limits.

Proof-ladder level: replacement has completed a realistic shadow operating window.

Hidden shared dependencies: none material on the current critical path; continue checking identity, vector, grader and human services.

Required rights: version notice, machine-readable export, evidence access, assistance, deletion receipt and remedy.

Migration exercise: rerun representative and failure cases, shadow the operating day, then migrate or close active work.

Accountable owner: capability owner with architecture, procurement, risk and operations sign-off.

Next gate: schedule the next exit rehearsal before renewal or material change.

Exit operating cadenceMake replaceability evidence expire unless it is renewed

At capability design, create the eight-layer map and establish buyer-owned identifiers for sources, cases, decisions, active work and receipts. Define the continuity envelope and four-part budget before selecting an architecture. Classify seams by consequence and option value. Permit specialist features where they earn their dependency, and resist adapters whose permanent cost is greater than the realistic option protected.

At contracting, translate graph edges into precise rights. Name export formats, semantic documentation, testing access, knowledge transfer, assistance time, price, subcontractor duties, deletion evidence and remedies. OMB M-25-22 and the current GAO acquisition evidence support attention to knowledge transfer, portability, licensing, transparent pricing, lifecycle testing and post-contract rights. Terms create the ability to demand evidence; the proof ladder establishes whether the ability works.

At release and change, keep evaluation cases, grader versions, human labels, thresholds, telemetry and decision histories under accountable control. A material model, data, tool, policy, infrastructure, supplier or pricing change updates the graph. Re-run the affected continuity evidence instead of assuming that an unchanged interface preserves the result. NIST lifecycle and supply-chain guidance is valuable here because substitution is a controlled change, not a one-time purchasing event.

At each rehearsal, produce and parse exports independently, run representative and challenge cases, operate a shadow window, migrate or close active work, reconcile receiving-system effects, test human capacity and verify access and deletion. Record actual time, interruption, cost, loss and assistance. Update the budget with observed data. A failed drill can lead to decomposition, restricted scope, stronger rights, alternate qualification or a stop.

At renewal, compare differentiated value with dependency rent and current option value. Do not renew solely because switching is already expensive; that converts sunk cost into permanent surrender. Do not switch solely to demonstrate independence; that can destroy value. The accountable owner presents the current heat map, critical path, envelope, budget, ladder level and unresolved hidden edges. The decision is explicit: tested flexibility, dual qualification, bounded lock-in, decomposition or stopped expansion.

Board question. Choose one consequential capability. Show the active-case migration, the evidence that survives, the four exit limits and the last verified deletion receipt. If the answer ends at a compatible API or exported files, the exit is still hypothetical.

Primary evidenceReferences

Links and live status were checked on 2 September 2026. OMB M-25-22 dated April 2025 remains the cited federal acquisition memorandum, the GAO report was published in April 2026, the European Commission interoperability study in February 2026 and the CMA actions in March 2026. The Eight-Layer Lock-In Map, Exit Complexity Graph, Capability Continuity Envelope, Replaceability Budget, Portability Proof Ladder and Lock-In Escape Planner are this article's synthesis.

  1. U.S. Office of Management and Budget, M-25-22: Driving Efficient Acquisition of Artificial Intelligence in Government.
  2. U.S. Government Accountability Office, Artificial Intelligence Acquisitions.
  3. Interoperable Europe, Interoperability and Portability.
  4. UK Government, Guidelines for AI Procurement.
  5. UK Government, Open Standards Principles.
  6. European Commission, Data Act explained.
  7. European Commission, Results of the study on interoperability of data processing services.
  8. U.S. Federal Trade Commission, AI Partnerships and Investments 6(b) Study.
  9. U.S. Federal Trade Commission, Cloud Computing RFI: What We Heard and Learned.
  10. UK Competition and Markets Authority, AI Foundation Models Update Paper.
  11. UK Competition and Markets Authority, Package of actions on business software and cloud services.
  12. NIST, Artificial Intelligence Risk Management Framework.
  13. NIST AI 600-1, Generative Artificial Intelligence Profile.
  14. NIST SP 800-218A, Secure Software Development Practices for Generative AI and Dual-Use Foundation Models.
  15. Stanford HAI, Transparency in AI Is on the Decline.
  16. W3C, PROV-O: The PROV Ontology.
  17. Shahrad, M. et al., Vextra: A Unified Middleware Abstraction for Heterogeneous Vector Database Systems.
  18. Hajian Berenjestanaki, M. et al., Towards the Interoperability of Low-Code Platforms.

About this paperExit is an exercised operating capability

The Eight-Layer Lock-In Map, Exit Complexity Graph, Capability Continuity Envelope, Replaceability Budget, Portability Proof Ladder and Lock-In Escape Planner are this article's synthesis. They extend procurement portability, open standards, switching rights, lifecycle control and provenance into a capability-level exit method. The design does not treat API compatibility, file export, source-code possession, open weights, backup, nominal multi-provider routing or general termination language as proof that a business outcome can continue.