Skip to main content

sideshow

Publish live HTML previews to the user's sideshow surface and receive their comments back as notifications. Use when the user asks you to illustrate, visualize, sketch, or draw something, mentions sideshow, or when a visual would explain your work better than text.

ソース情報

リポジトリ
modem-dev/sideshow
ソースの最終更新活動
2026年6月19日 16:55
検出された SKILL.md の言語
英語
スター
619
フォーク
24

インストール方法

デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。

ソースファイルを確認

インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。

SKILL.md を表示中

SKILL.md
ソースの指示 · 読み取り専用プレビュー
name
sideshow
description
Publish live HTML previews to the user's sideshow surface and receive their comments back as notifications. Use when the user asks you to illustrate, visualize, sketch, or draw something, mentions sideshow, or when a visual would explain your work better than text.
# sideshow (plugin) The user keeps a sideshow surface open in their browser. You publish HTML snippets to it; they appear instantly. The user comments on any snippet, and **this plugin streams those comments to you as notifications** — you do not poll or arm a watcher. It is a two-way surface, not a fire-and-forget renderer. ## How feedback reaches you A background monitor (`sideshow watch`) runs for the whole session and delivers each new user comment as a notification on your next turn, for example: ``` sideshow comment on “Cache layout” (snippet a1b2c3): “tighten the spacing” ``` Treat every such line as a message from the user. Respond by revising the snippet it refers to (`update_snippet` / `sideshow update <id>`) or replying (`reply_to_user` / `sideshow comment`). Comments are delivered exactly once — you will not see the same one twice, so act on each when it arrives. You never need to call `wait_for_feedback` just to stay aware of comments; the monitor already does that. (Publish/update/reply responses may still carry a `userFeedback` array; it is the same stream, also delivered once.) ## Before your first publish Fetch the design contract once per session (fragment rules, theme CSS variables, CDN allowlist, sizing): - MCP: `get_design_guide` - CLI: `sideshow guide` ## Publishing Prefer the MCP tools when connected (`publish_snippet`, `update_snippet`, `wait_for_feedback`, `reply_to_user`); otherwise use the CLI. Session grouping is automatic. ```sh sideshow publish sketch.html --title "Cache layout" --session-title "Cache redesign" echo '<p>...</p>' | sideshow publish - --title "Quick note" ``` Rules of thumb: - On your first publish, set a session title that names the task ("Auth refactor"), not the tool — `sessionTitle` (MCP) / `--session-title` (CLI). It applies only when the session is created; never retitle later (the user may have renamed it in the viewer). - One concept per snippet, with a clear title. A series of small snippets beats one giant page. - Iterate with `update_snippet` / `sideshow update <id>` (same card, new version) instead of publishing near-duplicates. - Use the kit from the design guide (pre-styled form elements, SVG utility classes) before writing CSS; otherwise use the theme CSS variables so snippets work in dark mode. ## Configuration The plugin targets the server set in its config (`sideshowUrl`, default `http://localhost:8228`; `apiToken` for deployed instances). Start a local server with `npx sideshow serve` if one is not already running.
GitHubで見る