edisyl login, whoami & profile
edisyl login [--profile <name>]edisyl whoamiedisyl profile create <name> --useedisyl profile use <name>edisyl api-keys createProfiles
Section titled “Profiles”A profile bundles endpoint + auth + selected org under one name: it’s the only thing that actually switches environments, because each environment has its own auth session. -e/--env is an endpoint URL shortcut and does not switch auth; pointing it at an environment you haven’t logged into fails with unauthenticated.
| Selector | Use when |
|---|---|
--profile <name> / -p <name> |
One-off override on a single command |
EDISYL_PROFILE=<name> |
Persistent for a shell session or in CI |
edisyl profile use <name> |
Change the default for all future commands |
A bare edisyl login authenticates default, not any profile you’ve created; pass --profile explicitly if you’re not working against default.
Non-interactive / CI
Section titled “Non-interactive / CI”Set EDISYL_API_KEY (and optionally EDISYL_API_URL). No profile needed. Mint keys with edisyl api-keys create.
Global flags
Section titled “Global flags”| Flag | Behavior |
|---|---|
-j, --json |
Machine-readable output on every command. |
--quiet |
Drop hints and banners on action/schedule read commands, keep the data. |
<command> --help is authoritative for anything not covered here.
Permissions
Section titled “Permissions”The CLI enforces nothing client-side: it calls the endpoint and shows you what came back, including a 403. What you’re allowed to do depends on your org role and your capabilities on the target pack. Treat a 403 as “not your permission,” not a broken command or a bad argument: don’t retry with different flags.
pack context (PACK.md writes) has a related but different failure mode: without owner access, the API answers “not found” rather than “forbidden.”
Was this page helpful?
Thanks for the feedback.
