liteagents 3.0.0 → 3.5.0

package/packages/droid/commands/live-canvas/README.md

@@ -1,264 +0,0 @@
-# Live Canvas
-
-Click-to-annotate UI design tool for Claude Code. Renders N variants of a component or page in your browser, you click an element and type what to change, and Claude edits the variant file while you watch in the browser. No window switching, no pasted JSON.
-
-Ships as a Claude Code skill plus an MCP channel plugin. Works in every tool liteagents supports (Claude, Droid, Amp, Opencode), but **Live mode only works in Claude Code** — other tools run in JSON mode only (see modes below).
-
----
-
-## How it works
-
-```
- ┌──────────────────────┐      POST /feedback        ┌─────────────────────┐
- │ Overlay in browser   │ ─────────────────────────► │ live-canvas-channel │
- │ (vanilla JS, ~500 lines)│                            │ (Node MCP server)   │
- └──────────────────────┘                            └──────────┬──────────┘
-           ▲                                                     │
-           │ dev server hot-reloads the page                     │ notifications/
-           │ after Claude edits the variant                      │ claude/channel
-           │                                                     ▼
- ┌──────────────────────┐                            ┌─────────────────────┐
- │ Dev server (yours)   │ ◄──── Claude edits ─────── │ Claude Code session │
- │ e.g. pnpm dev :3000  │        variant file        │ (with --dangerously-│
- └──────────────────────┘                            │ load-development-   │
-                                                     │ channels flag)      │
-                                                     └─────────────────────┘
-```
-
-Each Save in the overlay streams into the Claude session as a `<channel>` tag with the variant, element selector, and user comment. Claude edits the corresponding `.claude-design/lab/variants/Variant<X>.tsx` file. Your dev server hot-reloads. You never leave the browser.
-
----
-
-## Modes
-
-The skill asks you which mode you want every time `/live-canvas` runs.
-
-| Mode | Use when | What happens per Save |
-|---|---|---|
-| **Live** | You launched the session with `live-claude` and the channel is up | Comment streams into Claude's context; Claude edits the file; dev server hot-reloads. Toast: "Pushed to Claude ✨". |
-| **JSON** | Any session, any tool (Claude, Droid, Amp, Opencode) | Comment stays local. On Finish/Submit it writes JSONL (or downloads the file if no endpoint). User pastes or says "check" in the CLI to have the assistant act on the whole batch. |
-
-If you pick Live but the channel doesn't answer, the skill stops and tells you to relaunch with `live-claude` (or fall back to JSON). It doesn't silently downgrade — the user always gets to choose.
-
----
-
-## One-time setup (Live mode, Claude Code only)
-
-Run this once per machine. Without it, the skill still works in JSON mode.
-
-### 1. Run the installer
-
-```bash
-bash packages/claude/plugins/live-canvas-marketplace/setup.sh
-```
-
-The installer:
-- copies the marketplace into `~/.claude/plugins/live-canvas-marketplace/` (overwrites any prior install)
-- runs `npm install` inside the channel plugin
-- adds a `live-claude` shell function to `~/.zshrc` and `~/.bashrc` (idempotent — re-runs replace in place)
-
-### 2. Register the marketplace in Claude Code
-
-```
-/plugin marketplace add ~/.claude/plugins/live-canvas-marketplace
-```
-
-### 3. Install the plugin
-
-```
-/plugin install live-canvas-channel@live-canvas-marketplace
-```
-
-### 4. Open a fresh shell
-
-`live-claude` is now available. Use plain `claude` for everything else; use `live-claude` when you want Live mode for this skill.
-
----
-
-## Everyday use
-
-### Start a session
-
-Either `claude` (JSON only) or `live-claude` (Live available).
-
-### Invoke the skill in a project
-
-```
-/live-canvas
-```
-
-Phase 0 always asks which mode you want — Live channel or JSON file — then probes the channel if you picked Live:
-
-| Choice | Channel up? | Skill behavior |
-|---|---|---|
-| Live | yes | Announces Live mode, starts the interview |
-| Live | no | Tells you to relaunch with `live-claude` (or fall back to JSON) |
-| JSON | n/a | Announces JSON mode, starts the interview |
-
-### Interview & generation
-
-Skill asks 5 short questions (scope, pain points, inspiration, persona, constraints). Then generates 5 variants in `.claude-design/lab/variants/` and wires a route at `/__live_canvas` in your app.
-
-### Iterate in the browser
-
-Open `http://localhost:<dev-port>/__live_canvas`. Click **Add Feedback** (bottom right), click any element in any variant, type a one-liner, Save.
-
-- Live mode: toast says "Pushed to Claude ✨", Claude acknowledges and edits the file, dev server hot-reloads.
-- JSON mode: toast says "Saved — submit when ready", pin stays on the element, counter in the Submit button ticks up.
-
-Need the page back? The overlay has a "−" button next to **Add Feedback** that collapses everything to a small circle in the corner — tap to expand again. Useful on mobile where the bar can cover what's underneath.
-
-Keep clicking until a winner emerges.
-
-### Finish
-
-Click the pink **Finish** (Live) or **Submit** (JSON) button:
-
-1. Type the overall direction: e.g. *"Go with B's layout, A's button styling"*
-2. Click Finish
-
-Skill then:
-- Generates `DESIGN_PLAN.md` in project root (winner, files to change, component API, states, a11y checklist)
-- Updates or creates `DESIGN_MEMORY.md` with the patterns it learned
-- Deletes `.claude-design/` and the `/__live_canvas` route
-
-Done.
-
----
-
-## Files and where they live
-
-### In this repo (source)
-
-```
-packages/claude/
-├── skills/live-canvas/
-│   ├── SKILL.md                           # Skill instructions (phases, flow)
-│   ├── DESIGN_PRINCIPLES.md               # UX/a11y/motion reference
-│   ├── README.md                          # This file
-│   ├── dev/post-variants.html             # Standalone demo for local QA of the overlay
-│   └── templates/
-│       ├── overlay-vanilla.js             # Framework-agnostic overlay (~500 lines)
-│       └── lab-banner.html                # "This is a temp lab" notice snippet
-└── plugins/
-    └── live-canvas-marketplace/
-        ├── .claude-plugin/marketplace.json
-        ├── setup.sh                       # Runs npm install and prints manual steps
-        └── plugins/live-canvas-channel/
-            ├── .claude-plugin/plugin.json
-            ├── server.js                  # MCP server + HTTP listener on :8788
-            ├── schema.json                # Feedback payload schema (v1.0)
-            ├── package.json               # @modelcontextprotocol/sdk dep
-            └── README.md                  # Plugin-specific docs (protocol, debug)
-```
-
-### On the user's disk after liteagents install
-
-```
-~/.claude/
-├── skills/live-canvas/                    # Copied from packages/claude/skills/
-└── plugins/live-canvas-marketplace/       # Copied from packages/claude/plugins/
-```
-
-`node_modules/` is NOT copied — `setup.sh` creates it locally via `npm install`.
-
-### After `/plugin install` (Claude Code's own register step)
-
-```
-~/.claude/plugins/cache/live-canvas-marketplace/  # Claude Code's registered copy
-```
-
-Two different dirs:
-- `~/.claude/plugins/live-canvas-marketplace/` — where liteagents puts the source
-- `~/.claude/plugins/cache/live-canvas-marketplace/` — where Claude Code puts its own registered copy after `/plugin install`
-
-The skill checks the cache dir to tell first-time vs returning users apart.
-
-### Per-project, during a session
-
-```
-<project-root>/
-└── .claude-design/
-    ├── lab/variants/VariantA.tsx … VariantE.tsx
-    ├── overlay-vanilla.js (copied into the project's public/static dir)
-    ├── design-brief.json                  # Structured output from the interview
-    └── feedback.jsonl                     # JSON mode only; deleted on Finish
-```
-
-Plus a temporary route (e.g. `app/__live_canvas/page.tsx` for Next.js App Router). Everything under `.claude-design/` and the temporary route is deleted on Finish or Abort.
-
-### What survives after Finish
-
-```
-<project-root>/
-├── DESIGN_PLAN.md         # Winner + implementation steps
-└── DESIGN_MEMORY.md       # Accumulated design-system patterns
-```
-
----
-
-## The install pipeline, end to end
-
-1. **Liteagents installer** copies the skill:
-   - `packages/claude/skills/live-canvas/` → `~/.claude/skills/live-canvas/`
-2. **User, once:** runs `bash packages/claude/plugins/live-canvas-marketplace/setup.sh` → copies marketplace to `~/.claude/plugins/`, runs `npm install`, adds `live-claude` function to `~/.zshrc` and `~/.bashrc`
-3. **User, once:** in a Claude session, runs `/plugin marketplace add ~/.claude/plugins/live-canvas-marketplace` + `/plugin install live-canvas-channel@live-canvas-marketplace`
-4. **User, every session that wants Live mode:** runs `live-claude` (function installed by step 2)
-5. **User, whenever:** `/live-canvas` in any project
-
-Steps 1, 2, 3 are truly one-time. Step 4 is per-session. Step 5 is per-project-use.
-
----
-
-## Troubleshooting
-
-### Channel server starts but skill still routes to JSON
-
-Port 8788 is stuck from an earlier session's server process. Kill it:
-
-```bash
-lsof -i :8788
-kill <pid>
-```
-
-Then `/reload-plugins` in the new session.
-
-### Skill says "No response on :8788" even though I set everything up
-
-Three common causes, in order of likelihood:
-
-1. You didn't start this session with the dev flag. Close it, reopen with `live-claude`.
-2. The plugin subprocess died on startup. In the session, run `/mcp` — look for `live-canvas` with its status. "Failed to connect" means a node/dep error: check `~/.claude/debug/<session-id>.txt` for the stderr.
-3. You never ran step 2 of setup. Re-run `bash ~/.claude/plugins/live-canvas-marketplace/setup.sh`.
-
-### Overlay loads in the browser but no pills appear
-
-The overlay script didn't load. Most common cause: you started the Python server inside the wrong directory so the relative `../templates/overlay-vanilla.js` path couldn't resolve. Start the server one level up and navigate with the `/dev/` prefix.
-
-### "Pushed to Claude ✨" toast appears but nothing happens in the terminal
-
-Either (a) you're not in a dev-flag session, or (b) an older channel server process is answering on 8788 and is stdio-connected to a dead session. See the two troubleshooting items above.
-
-### I want to uninstall
-
-1. Remove the plugin from Claude Code: `/plugin uninstall live-canvas-channel`
-2. Delete the marketplace: `/plugin marketplace remove live-canvas-marketplace`
-3. Remove the dev flag from your alias/shortcut
-4. Rerun liteagents installer in remove mode (or delete `~/.claude/skills/live-canvas/` and `~/.claude/plugins/live-canvas-marketplace/` by hand)
-
----
-
-## Why the multi-step setup can't be hidden
-
-The `--dangerously-load-development-channels` flag is a per-session startup argument of Claude Code itself. A running session can't promote itself to channel-enabled mid-flight; only the next session launched with the flag gets it. Same reason a skill can't silently do `/plugin install` on your behalf — the plugin system needs explicit user consent for research-preview plugins.
-
-Until channels leave research preview and custom channels are allowlisted, step 4 is the irreducible friction. The alias removes the retyping cost.
-
----
-
-## Pointers
-
-- Plugin details: [`~/.claude/plugins/live-canvas-marketplace/plugins/live-canvas-channel/README.md`](../../plugins/live-canvas-marketplace/plugins/live-canvas-channel/README.md)
-- Skill flow: [`SKILL.md`](./SKILL.md)
-- Design principles reference: [`DESIGN_PRINCIPLES.md`](./DESIGN_PRINCIPLES.md)
-- Channels reference (upstream): <https://code.claude.com/docs/en/channels-reference>

package/packages/droid/commands/optimize.md

@@ -1,61 +0,0 @@
----
-name: optimize
-description: Optimize performance [target]
-usage: /optimize <target-area>
-argument-hint: [file-or-function]
-allowed-tools: Read, Edit, Grep, Glob, Bash(git diff *), Bash(git log *), Bash(git grep *), Bash(rg *)
----
-Analyze $ARGUMENTS for performance.
-
-## Examine
-- Time complexity (Big O)
-- Space complexity
-- I/O operations
-- Database queries (N+1?)
-- Unnecessary allocations
-
-## Output
-Per bottleneck:
-- **Location** (`file:line`)
-- **Cost** — what's slow and by how much. Concrete ("N+1 over ~1k rows on
-  every page load"), not vague ("could be faster").
-- **Optimization** — specific change.
-- **Expected improvement** — order-of-magnitude estimate.
-- **Trade-offs** — readability / memory / consistency cost.
-
-## After the analysis — verify, then fix
-
-Performance claims are easy to invent. Validate before acting.
-
-**Verify each bottleneck.** Re-read the cited `file:line` in context.
-Confirm the path is **actually hot** — look for at least one of:
-- a profile / benchmark / log line showing call frequency or duration,
-- the path sits on an obvious hot loop / per-request handler with real
-  volume,
-- the user provided evidence in the request.
-
-Without one of those, the claim is **uncertain — don't optimize on
-speculation.** Mark each finding **confirmed**, **false positive** (with
-reason), or **uncertain (needs profiling data)**.
-
-**Fix what's confirmed and unambiguous** — minimal change, one obvious
-shape, **no behavior change**, no API change. Apply directly. After
-each edit, re-read the changed region and confirm it still computes the
-same answer (perf optimizations that quietly change semantics are the
-worst kind).
-
-**Stop and ask** when (HITL gates — not all the time, only here):
-- the bottleneck is **uncertain** after grounding (no profile / log and
-  not obviously hot),
-- the fix has **multiple reasonable shapes** (cache vs precompute vs
-  batch vs paginate vs index) — present options with tradeoffs, not a
-  chosen path,
-- it changes **public API / response shape / DB schema / caller contract**,
-- it trades **correctness for speed** (lossy approximation, weaker
-  consistency, eventual-vs-strict) — even when "obviously" faster, or
-- it touches **concurrency primitives** (locks, atomics, ordering) —
-  easy to introduce races.
-
-Final report: **confirmed-and-fixed** · **confirmed-but-asking** (why +
-options) · **false-positive** (why) · **uncertain** (what profiling /
-data is needed to decide).