macOS
brew install wsklocal Homebrew formula metadata
brew / rang 9556
Consultez les chemins d'installation, exécutables, métadonnées et notes de sécurité de wsk pour les workflows d'agents IA.
installation
brew install wsklocal Homebrew formula metadata
aperçu
OpenWhisk Command-Line Interface (CLI)
historique
`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.
posture de sécurité
narrow executable package without higher-risk signals.
risque vert · confiance faible · appliance
Avant une utilisation sans surveillance par un agent, vérifiez si l'outil lit des identifiants en clair, écrit un état distant, publie des artefacts ou lance des plugins.
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.
~/.wskpropsexécutables
| Commande | Type | Exposition | Note |
|---|---|---|---|
wsk | exécutable | exécutable indexé | Découvert depuis l'index local des exécutables. |
fraîcheur
Ces signaux séparent l'âge de génération de la page, l'activité du gestionnaire de paquets et la comparaison avec les versions amont. Un retard de version n'est signalé que lorsqu'une URL de preuve et des versions comparables sont présentes.
métadonnées d'installation
| Clé du paquet | brew:wsk |
|---|---|
| Version | 1.2.0 |
| Gestionnaire de paquets | Homebrew |
| Page d'accueil | https://openwhisk.apache.org/ |
| Dépôt | https://github.com/apache/openwhisk-cli |
| Bouteille | non enregistré |
| Service | aucun déclaré |
piste source
Cette page est servie par av-web depuis l'artéfact SQLite privé des paquets généré par scripts/generate-pkg-sqlite.py.
View the package source record on GitHub.