Goal
Before BTrace 3.0.0, provide a reusable prompt/skill that helps users migrate custom system support packaged through legacy libs, configuration files, ad-hoc JARs, and related setup into proper BTrace extensions and masked fat agents.
Scope
The migration assistant should:
- inventory the existing packaging layout, including custom libraries, configs, scripts, service providers, and target-system dependencies
- identify the public probe-facing API versus runtime implementation classes
- recommend the correct extension structure, descriptors, permissions, service-provider declarations, external types, and package shading
- generate or guide the
io.btrace.extension Gradle configuration
- generate or guide
io.btrace.fat-agent configuration using the masked btraceJar and io.btrace.boot.Loader
- explain bootstrap-visible API classes versus masked/runtime-loaded implementation
.classdata
- preserve required configuration/resources and flag unsafe target-application classpath coupling
- provide validation steps for extension artifacts, fat-agent contents, startup, and a first trace
- link to the 3.0 extension-development, interface-rule, fat-agent, and migration documentation
Deliverable
Provide a user-facing migration prompt and, where appropriate, a Codex-compatible skill/workflow. It should begin with discovery questions or repository inspection, produce a concrete migration plan, and optionally scaffold the resulting extension/fat-agent files after user confirmation.
Acceptance criteria
Release requirement
Target this for completion before the BTrace 3.0.0 release.
Goal
Before BTrace 3.0.0, provide a reusable prompt/skill that helps users migrate custom system support packaged through legacy
libs, configuration files, ad-hoc JARs, and related setup into proper BTrace extensions and masked fat agents.Scope
The migration assistant should:
io.btrace.extensionGradle configurationio.btrace.fat-agentconfiguration using the maskedbtraceJarandio.btrace.boot.Loader.classdataDeliverable
Provide a user-facing migration prompt and, where appropriate, a Codex-compatible skill/workflow. It should begin with discovery questions or repository inspection, produce a concrete migration plan, and optionally scaffold the resulting extension/fat-agent files after user confirmation.
Acceptance criteria
libsand configuration resourcesMETA-INF/servicesprovider declarationsLoaderentry pointsRelease requirement
Target this for completion before the BTrace 3.0.0 release.