@pulse-compute/cli
v1.0.0-beta.9
Published
Pulse project CLI, configuration loader, and end-to-end workflow driver.
Readme
@pulse-compute/cli
Support tier: Canonical application surface Audience: Pulse application authors, CI workflows, and tooling integrations. Install directly: Yes. Install the package globally or as a project development dependency. Supported entry points:
pulse binary,@pulse-compute/cli,@pulse-compute/cli/workflow,@pulse-compute/cli/project-config,@pulse-compute/cli/project-execution,@pulse-compute/cli/project-config-schema,@pulse-compute/cli/diagnostics,@pulse-compute/cli/project-config.schema.json,@pulse-compute/cli/cli-spec.json,@pulse-compute/cli/release-manifest.json,@pulse-compute/cli/documentation-versions.json,@pulse-compute/cli/documentation-site.jsonStability: Supported Beta workflow and project-configuration contract. npm:@pulse-compute/cliCanonical documentation: Package guideThis release-status block is generated from the synchronized
Pulse 1.0.0-beta.9package policy.
The public CLI and conventional @pulse-compute/pulse application root are
both part of the synchronized 1.0.0-beta.9 release set. Validate the generated
workflow from the repository or the exact packed acceptance set:
pnpm pulse -- init ./my-app
cd ./my-app
npm install
pulse doctor
pulse test
pulse inspect
pulse dev
pulse buildpulse init writes exact catalog package versions and does not invoke a package manager. Project commands discover one authoritative .pulse/config.ts workspace, select a flat profile, compile the same canonical handler contract, and realize Node, Fastly, or compile-only none.
Supported programmatic entries
- package root for
defineConfig, public types, diagnostics, and workflow integration; workflowfor command parsing/execution;project-configfor discovery and normalization;project-executionfor canonical command orchestration;diagnosticsfor stable public descriptors and mappings.
Repository fixture/profile/task flags are not part of installed help or the public contract.
JavaScript support and eligibility
Profiles may select target: 'javascript' with either the Node or Fastly
provider. Both targets execute the live Router/context and package
implementations, and both satisfy their declared full-target-support gates.
pulse inspect and pulse doctor expose general target availability separately
from deterministic project eligibility and loader observations. pulse test
and pulse dev execute only when the reachable application, capabilities,
provider requirements, and packages are eligible. Fastly identifies this local
mode as provider emulation; it is not Node-provider fallback.
pulse compile remains provider-neutral while recording the configured
JavaScript target and static eligibility evidence in pulse-compile.json.
pulse build emits a deterministic Node or Fastly source package. Fastly output
also carries exact downstream compiler pins and deployment-candidate metadata;
the release gate compiles that closure to a runtime Wasm without deploying or
publishing it. Pending or blocked projects never switch to Native execution:
automaticFallback is always false.
Included documentation
- Documentation index
- Package guide
- CLI reference
- Project configuration
- Diagnostics
- Environment variables
- Canonical API
- Runnable examples
These references and examples ship in the npm tarball and are checked after packing.
