chore: add tokens studio agent and cli setup - #5151
Conversation
|
@claude review |
|
Claude finished @pomfrida's task in 2m 24s —— View job Review: docs — Tokens Studio pipeline agent
Nice piece of documentation work. The canonical-doc-plus-thin-entry-points pattern is followed exactly as the existing workflows do it, the safety rubric is thoughtful, and the "staying current / never answer from memory" framing is the right instinct for a fast-moving v0.1.x CLI. I verified the mechanics below; overall this is close to mergeable. A few things worth a look. 1. The doc describes the CLI as already installed — but it isn't on this branch (or
|
- fix CLI facts against studio-cli 0.1.7: remove nonexistent 'config remove --delete-files', correct exports update/duplicate flags (--clear-config, --new-name), document exports delete --force - align entry-point safety reminders with the canonical rubric and cover shortcut aliases (studio logout) - opencode agent: add git branch/gh asks matching build.md, anchor studio permission globs, cover shortcut alias - drop transient exploration state (test project, work branch) from the snapshot section - trim legacy-pipeline restatement to a pointer at TOKEN_SYSTEM_GUIDE - list /accessibility-audit and /audit-harnesses in CLAUDE.md table - revert unrelated Prettier reformatting of AGENTS.md and HARNESS_AUDIT.md so the diff is additions-only
Installs @tokens-studio/studio-cli 0.1.7 and approves its postinstall binary download in onlyBuiltDependencies, so the setup described in documentation/agent-instructions/TOKENS_STUDIO.md works from this branch onwards.
- note in the opencode agent frontmatter that the permission ask-list must track the canonical safety rubric as the CLI grows - drop duplicated npm dist-tags fact from the CLI setup section
Note
First draft. The Tokens Studio pipeline is still being explored (#5108), so this doc is a starting point, not a finished spec — we will update it as the pipeline work progresses. The dated snapshot section in
TOKENS_STUDIO.mdis designed to be regenerated whenever the installed CLI version changes.Why
EDS is adopting the Tokens Studio platform for the new token pipeline (#5108), but the repo had no knowledge of it — the agent instructions only cover the legacy Figma-REST sync. This adds a cross-harness "tokens-studio" assistant so all three harnesses can help with the studio CLI, pulls, exports, and platform concepts, plus the CLI dev dependency itself so the documented setup works out of the box.
What
documentation/agent-instructions/TOKENS_STUDIO.md— canonical playbook: platform concepts (org/project/branch/release), CLI setup in this repo,.studio.jsonmodel, command overview, a safety rubric (safe / overwrites-local / mutates-remote), and a "staying current" section instructing agents to verify againststudio --helpand the current docs site instead of answering from memory. Every CLI claim is verified against the installed binary (v0.1.7)..claude/commands/tokens-studio.md→/tokens-studio.github/prompts/tokens-studio.prompt.md→tokens-studioprompt.opencode/agent/tokens-studio.md→tokens-studioagent (permission config asks before git branch/PR actions and remote-mutating studio commands, matchingbuild.md)@tokens-studio/studio-clias devDependency ofeds-tokens+onlyBuiltDependenciesapproval inpnpm-workspace.yaml(its postinstall downloads the binary) + lockfile.AGENTS.md, capability-parity row inHARNESS_AUDIT.md, slash-command table in.claude/CLAUDE.md(also adds the previously missing/accessibility-auditand/audit-harnessesrows), agent table in.opencode/README.md.The devDependency does not affect the published
@equinor/eds-tokensartifact.Review
A ten-finding self-review (CLI fact-check against the binary, cross-harness consistency, content-loss audit of reformatting, conventions/duplication) was applied in the second commit — including removing a nonexistent CLI flag the vendor docs describe but v0.1.7 lacks, and reverting unrelated Prettier reformatting so
AGENTS.md/HARNESS_AUDIT.mddiffs are additions-only.