macOS
brew install wsklocal Homebrew formula metadata
brew / Rang 9556
Prüfe Installationswege, Executables, Metadaten und Sicherheitshinweise für wsk in AI-Agent-Workflows.
Installation
brew install wsklocal Homebrew formula metadata
Überblick
OpenWhisk Command-Line Interface (CLI)
Verlauf
`wsk` is the command-line interface for Apache OpenWhisk, the open-source serverless platform that executes functions in response to events. The CLI is the user's main shell entry point for creating, invoking, listing, and managing OpenWhisk entities against a local deployment, Apache deployment, or compatible hosted service.
Historically, `wsk` sits inside OpenWhisk's larger path from IBM Research project to Apache serverless platform. The CLI matters because serverless systems are operationally remote by nature: without a command-line client and configuration file, developers cannot conveniently target an API host, authenticate, create actions, wire triggers, or debug requests.
OpenWhisk began as an IBM Research initiative in February 2015, according to Rodric Rabbah, who describes creating the project and leading its architecture, tooling, and runtimes. It was publicly announced in February 2016 at IBM InterConnect, launched on Bluemix and GitHub under the Apache License 2.0, and reached general availability on IBM Bluemix in December 2016 while also entering the Apache Software Foundation incubator.
The `apache/openwhisk-cli` repository was created on 3 April 2017, separating the Go-based command-line client into its own Apache repository. The GitHub README describes it as a unified tool for interacting with OpenWhisk services and documents released binaries for Linux, macOS, and Windows, plus source builds using Go and Gradle.
OpenWhisk's platform story expanded through IBM Cloud Functions, Adobe I/O Runtime, Red Hat involvement, and other deployments. Adobe's Runtime documentation states that Adobe I/O Runtime is based on Apache OpenWhisk and uses the OpenWhisk architecture to provide function-as-a-service, showing how `wsk`-style interaction fits into larger hosted serverless offerings even when vendors wrap or supplement the tooling.
OpenWhisk adoption has been strongest among cloud/serverless platforms and self-hosted open-source serverless users rather than as a general-purpose programming language tool. The Apache homepage describes OpenWhisk as deployable locally or on cloud container infrastructure, with Kubernetes and Helm emphasized for developer and operator convenience.
The CLI's adoption follows the platform. Apache documentation names the OpenWhisk CLI as one of the key tools alongside the REST API, deployment utility, and language clients, and explicitly documents Homebrew installation for Linux or macOS. That makes `brew:wsk` the package-manager route for users who need the stock Apache client rather than a vendor-specific wrapper.
Before use, the CLI is configured with an API host and authentication key. Apache documentation shows `wsk property set --apihost API_HOST --auth AUTH_KEY --namespace guest`, and states that the CLI stores properties in `~/.wskprops` by default unless `WSK_CONFIG_FILE` points elsewhere.
Once configured, developers use `wsk` to manage OpenWhisk actions, triggers, rules, packages, APIs, and deployment helpers. The Apache homepage frames the workflow as writing functions in supported languages, targeting an OpenWhisk instance with the CLI, and running actions in response to direct invocations, HTTP requests, schedules, or external events.
`wsk` is package-nerd significant because it is the portable client binary for an Apache serverless control plane. Package managers turn the platform's API into a normal local tool that can be installed in shells, CI images, tutorials, and operator workstations.
The CLI also captures a historical moment in serverless tooling: early function-as-a-service systems needed standalone clients that could point at hosted cloud endpoints or local developer deployments. `wsk` remains the recognizable command name for Apache OpenWhisk even when surrounding products such as IBM Cloud Functions or Adobe I/O Runtime add their own layers.
Sicherheitslage
narrow executable package without higher-risk signals.
grün Risiko · niedrig Konfidenz · appliance
Prüfe vor unbeaufsichtigter Agent-Nutzung, ob das Tool Klartext-Credentials liest, Remote-Zustand schreibt, Artefakte veröffentlicht oder Plugins ausführt.
local files
These source-backed paths show where this package keeps local settings or durable credentials. Automic Vault can use them as review targets for secret scanning, migration, and command approval.
Config paths the tool may read or write during local use.
~/.wskpropsCredential-bearing paths to review before unattended agent runs.
~/.wskpropsExecutables
| Befehl | Art | Sichtbarkeit | Hinweis |
|---|---|---|---|
wsk | Executable | indexiertes Executable | Aus dem lokalen Executable-Index erkannt. |
Aktualität
Diese Signale trennen das Alter der Seitengenerierung, Aktivität des Paketmanagers und Upstream-Release-Vergleich. Versionsrückstand wird nur gemeldet, wenn eine Evidenz-URL und vergleichbare Versionen vorhanden sind.
Installationsmetadaten
| Paketschlüssel | brew:wsk |
|---|---|
| Version | 1.2.0 |
| Paketmanager | Homebrew |
| Homepage | https://openwhisk.apache.org/ |
| Repository | https://github.com/apache/openwhisk-cli |
| Bottle | nicht erfasst |
| Dienst | keiner deklariert |
Quellspur
Diese Seite wird von av-web aus dem privaten Paket-SQLite-Artefakt bereitgestellt, das scripts/generate-pkg-sqlite.py erstellt.
View the package source record on GitHub.