Skip to content

swisscode brand: a code-forward mark, logo, and wordmark#30

Merged
jellologic merged 2 commits into
feat/web-ui-refreshfrom
feat/web-branding
Jul 24, 2026
Merged

swisscode brand: a code-forward mark, logo, and wordmark#30
jellologic merged 2 commits into
feat/web-ui-refreshfrom
feat/web-branding

Conversation

@jellologic

Copy link
Copy Markdown
Owner

Stacked on #28. Shows only the brand commit; retargets to main when #28 merges. #31 stacks on this.

Brings the identity into the web UI and refreshes the public marks (sidebar logo, favicon, empty states, README hero + npm social card).

The mark is a terminal prompt ❯█, not a Swiss cross. A white cross on red is the Swiss flag/coat of arms — restricted for commercial use, and evocative of the Victorinox "Swiss Army Knife" marks the name plays on. So the mark keeps the red handle (a colour is not protectable) and drops the cross for a chevron-plus-cursor. It reads three ways at once: a terminal prompt (a coding tool), two blades opening from a pivot (the multi-tool homage the name is actually about — many providers from one launcher), and none of the protected emblems.

Scoped by two findings: the phrase "Swiss Army Knife" appears nowhere in the repo and "swiss" only inside "swisscode", so the name, the swiss·code wordmark, and the red all stay — only the emblem changes; and a modified cross doesn't help (white-plus-on-red reads as the flag regardless), so it had to go entirely.

Two brand.* tokens carry it, RESERVED for identity and never the interactive accent (a brand-red button would read as danger — the dark-mode danger and the coral are nearly the same red).

Verified in a browser, both themes: wordmark contrast 4.57:1 light / 6.14:1 dark, favicon reads at 16px, regenerated PNGs show the new mark, and no cross geometry remains anywhere.

Not legal advice — the commonly-understood landscape. Worth a qualified trademark check before a wider launch.

Brings the identity into the web UI and refreshes the shared marks, matched
across the config UI (sidebar logo, favicon, empty states) and the public
assets (README hero, npm social card).

THE MARK IS A TERMINAL PROMPT, NOT A SWISS CROSS. A white cross on red is the
Swiss flag and coat of arms — restricted for commercial use, and evocative of
the Victorinox "Swiss Army Knife" marks the product's name plays on. So the mark
keeps the red HANDLE (a colour is not protectable) and drops the cross for a
chevron-plus-cursor `❯█`. It reads three ways at once: a terminal prompt (this
is a coding tool), two blades opening from a pivot (the multi-tool homage the
name is actually about — many providers from one launcher), and none of the
protected emblems. It even rhymes with the `$ █` cursor in the hero's terminal
card.

Scoped by two findings: the trademarked phrase "Swiss Army Knife" appears
nowhere in the repo and "swiss" only ever inside "swisscode", so the name, the
two-tone swiss·code wordmark, and the brand red all stay — only the emblem
changes. And a modified cross does not help, since white-plus-on-red reads as
the flag regardless; the cross had to go entirely.

  - web/src/Brand.tsx — Logo (chevron + block cursor on the red tile), Wordmark
    (swiss in text, code in coral), BrandMark for the sidebar, and a branded
    EmptyState/EmptyGraphic (a faint prompt in a dashed card) for the four true
    empty states. The header comment records WHY the cross was retired so it is
    not "restored" later.
  - web/public/favicon.svg — the same mark, served same-origin so the CSP stays
    'self'. index.html gains the icon link and theme-color metas.
  - assets/hero.svg + social.svg — cross replaced by the same mark via a
    transform reusing the exact geometry; hero.png (2400×760) and social.png
    (1280×640) regenerated with rsvg-convert to match.
  - Two brand.* tokens carry it, RESERVED for identity and never the interactive
    accent (a brand-red button would read as danger, since the dark-mode danger
    and the coral are nearly the same red).

Verified in a browser, both themes: the mark and empty-state graphic render, the
wordmark measures 4.57:1 light / 6.14:1 dark (both clear AA for text), the
favicon reads at 16px, the regenerated PNGs show the new mark at full size, and
no cross geometry remains in any of the four surfaces. The one hardcoded colour
in the new code is the white of the prompt — intrinsic to the mark, not a theme
value, stated where strictTokens does not reach.

783 tests, 139.9 kB packed (ceiling 150).

Signed-off-by: jellologic <[email protected]>
)

The agent-profile editor offered inputs the selected agent silently ignores,
and its model picker was non-functional exactly where it is named. Both come
from the same root: the editor did not consult what it already holds — the
selected agent's capabilities, and a provider to browse. This fixes that, and
the same class of mismatch on the neighbouring screens.

MODEL SELECTION STAYS ON THE AGENT PROFILE — the v3 split is correct. Model ids
are bare, provider-agnostic strings so one setup can back an OpenRouter account
AND a z.ai one without redefinition; moving the pins to Profiles would re-couple
model choice to the credential and still not resolve which catalog a multi-
account profile browses. What was actually wrong: browsing needs a provider and
the setup names none, so the editor BORROWED one from a downstream profile —
null on the "New agent profile" screen, where the Browse buttons then vanished.
Replaced with an explicit "Browse models against" provider lens: any provider,
defaulting to the borrowed/default one, used only for the Browse buttons and the
default-model placeholders, never stored. No schema change.

CAPABILITY-AWARE EDITORS (AgentCapabilities was modelled but unused by the UI):
  - Model slots follow capabilities.models: Kilo ('single') shows one slot
    labelled "model", OpenCode ('primary+small') shows primary + small, Claude
    Code ('tiers') shows the four. Mapped onto the tier keys the adapters read
    (opus; opus+haiku; all four), so the four-tier storage is unchanged and a
    hidden slot keeps its value. The listing counts only the slots the agent uses.
  - Gateway-compat section shows only for agents with capabilities.compatFlags
    (Claude Code). For Kilo/OpenCode it is hidden; flags a previous Claude Code
    setup left behind are kept and explained, not dropped.
  - The Models copy is agent-aware — the [1m] extended-context sentence appears
    only for the agent that sends it.
  - Skip-permissions no longer hardcodes --dangerously-skip-permissions; the
    concrete flag shows only for Claude Code (OpenCode lowers to --auto, Kilo to
    a config block).

PROVIDER-AWARE where the provider is known:
  - Accounts offers session mode only for the first-party Anthropic endpoint
    (baseUrl null, not the custom "ask" provider) — a ~/.claude login the other
    providers cannot read. Switching to a gateway clears a stale configDir so the
    subscription token can never be shipped to a foreign host.
  - Profiles no longer badges a session account "no key" — it reuses core's
    credentialSource(), so a login counts as a credential and only a truly
    empty account warns.

THE ONE MISMATCH WITH NO NET, closed: a compat flag on a Kilo/OpenCode profile
was inert at edit, launch AND doctor. `compatIgnoredWarning` (shared.ts) now
fires from both non-Claude adapters, so the doctor's agentWarnings pass surfaces
a hand-edited or agent-switched config the UI's hiding cannot catch — the
capability-gap-never-silently-dropped rule the tier and session warnings follow.

Verified in a browser against a config with all three agents and a session
account: each agent shows its own slot count, compat hides for the two that
ignore it, session mode is offered only for Anthropic, and the session account
is no longer mislabelled. 785 tests, 140.6 kB packed.

Signed-off-by: jellologic <[email protected]>
@jellologic
jellologic merged commit b546dea into feat/web-ui-refresh Jul 24, 2026
4 checks passed
@jellologic
jellologic deleted the feat/web-branding branch July 24, 2026 12:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant