@creator-notes/cli 0.1.0 → 0.2.0

package/SKILL.md

@@ -0,0 +1,410 @@
+You are operating PM Notes via the `cn` CLI (CreatorNotes CLI). Use the CLI to read, create, update, and organize notes, canvases, versions, and relationships.
+
+## Task
+
+$ARGUMENTS
+
+## Setup
+
+The CLI is already installed and authenticated. The default server is `https://creatornotes.app`.
+
+Before starting, confirm the active workspace:
+```bash
+cd /workspaces/pm-notes && npx cn workspace current
+```
+
+If no workspace is set, list available workspaces and select one:
+```bash
+npx cn workspace list
+npx cn workspace select <id>
+```
+
+## Command Reference
+
+### Global Flags (apply to ALL commands)
+```
+--json           Output raw JSON (best for piping / parsing)
+-q, --quiet      Minimal output (IDs only — useful for scripting)
+-w, --workspace <id>   Override active workspace
+--server <url>         Override server URL
+```
+
+### Notes (`cn notes` / `cn n`)
+```bash
+# List notes (default 20, excludes drafts)
+npx cn notes list [--search <query>] [--type <type>] [--tags <csv>] [--pinned] [--limit <n>]
+
+# Get a single note by display ID or Convex ID
+npx cn notes get <id> [--all-versions]
+
+# Create a note
+npx cn notes create --markdown-file <path.md> [--title <title>] [--type <type>] [--tags <csv>] [--draft]
+npx cn notes create --markdown "<content>" [--title <title>] [--type <type>] [--tags <csv>] [--draft]  # inline (short content only)
+npx cn notes create --content-file <path.json>   # TipTap JSON from file
+npx cn notes create --content-stdin               # TipTap JSON from stdin
+
+# Update metadata only (not content — use versions for that)
+npx cn notes update <id> [--title <t>] [--type <t>] [--tags <csv>] [--archive] [--unarchive] [--pin] [--unpin]
+
+# Delete (archive)
+npx cn notes delete <id>
+
+# Bulk archive/unarchive multiple notes at once
+npx cn notes bulk-archive --ids '["MEETING-1","PRD-3","IDEA-7"]' [--unarchive]
+
+# Bulk create interlinked notes in one atomic transaction
+# Use @key placeholders for cross-references — resolved to real displayIds server-side
+npx cn notes bulk-create --notes '[{"key":"A","title":"Note A","type":"Insight","markdownFile":"/tmp/a.md"},{"key":"B","title":"Note B","type":"Problem","markdownFile":"/tmp/b.md"}]' --json
+
+# Text search
+npx cn notes search <query> [--type <type>] [--limit <n>]
+```
+
+### Versions (`cn versions` / `cn v`)
+```bash
+# List versions
+npx cn versions list <noteId>
+
+# Create a new version (updates note content)
+npx cn versions create <noteId> --description "what changed" --markdown-file <path.md>
+npx cn versions create <noteId> --description "what changed" --markdown "<short content>"  # inline (short only)
+npx cn versions create <noteId> --description "what changed" --content-file <path.json>
+```
+
+### Canvas (`cn canvas` / `cn c`)
+```bash
+# List / get (archived canvases excluded by default)
+npx cn canvas list [--include-archived]
+npx cn canvas get <canvasId>
+
+# AI digest (summary) of canvas
+npx cn canvas digest <canvasId>
+
+# Create / delete
+npx cn canvas create "<name>"
+npx cn canvas delete <canvasId>
+npx cn canvas set-as-home <canvasId>
+
+# Add nodes to canvas
+npx cn canvas add-node <canvasId> --note <noteId> [--x <n>] [--y <n>]
+npx cn canvas add-text <canvasId> --text "<content>" [--size heading|paragraph] [--x <n>] [--y <n>]
+npx cn canvas add-list <canvasId> --name "<name>" --notes <id1,id2,...> [--view list|grid] [--x <n>] [--y <n>]
+npx cn canvas add-link <canvasId> --target <otherCanvasId> [--x <n>] [--y <n>]
+
+# Bulk add multiple notes at once (more efficient than repeated add-node)
+npx cn canvas bulk-add <canvasId> --notes '[{"noteId":"NOTE-1","x":100,"y":100},{"noteId":"NOTE-2","x":400,"y":100}]'
+
+# Move / remove nodes
+npx cn canvas move-node <canvasId> --node <nodeId> --x <n> --y <n>
+npx cn canvas remove-node <canvasId> --node <nodeId>
+
+# Bulk remove multiple nodes at once
+npx cn canvas bulk-remove <canvasId> --nodes '["nodeId1","nodeId2"]'
+
+# Bulk move multiple nodes at once (more efficient than repeated move-node)
+npx cn canvas bulk-move <canvasId> --moves '[{"nodeId":"abc","nodeType":"note","x":200,"y":300},{"nodeId":"def","nodeType":"text","x":500,"y":300}]'
+# nodeType: note | text | list | canvas (defaults to "note")
+
+# Connect nodes
+npx cn canvas add-edge <canvasId> --source <nodeId> --target <nodeId> [--label "<text>"]
+
+# Templates — create structured canvases from predefined layouts
+npx cn canvas templates                                           # List available templates
+npx cn canvas from-template <templateId> [--title "<title>"]      # Create empty skeleton
+npx cn canvas from-template <templateId> --populate               # Auto-populate zones with matching notes
+# Templates: sprint-retrospective, swot-analysis, kanban-board, feature-prioritization, meeting-notes, product-roadmap
+```
+
+### Timeline (`cn timeline` / `cn tl`)
+```bash
+# Show recent changes (default: last 7 days)
+npx cn timeline [--since <when>] [--until <when>] [--type <noteType>] [--note <filter>] [--limit <n>]
+
+# Examples
+npx cn timeline                        # last 7 days
+npx cn timeline --since 30d            # last 30 days
+npx cn timeline --since 2w --type Meeting   # meetings in last 2 weeks
+npx cn timeline --since 7d --note standup   # filter by note name
+# Supported --since formats: relative (7d, 2w, 3h, 30m), ISO date (2026-03-21), unix ms
+```
+
+### Relationships (`cn relationships` / `cn rel`)
+```bash
+npx cn rel list [--note <displayId>]
+```
+
+### Semantic Search (`cn search` / `cn s`)
+```bash
+npx cn search semantic "<query>" [--limit <n>] [--canvas <canvasId>]
+```
+
+### Types (`cn types` / `cn t`)
+```bash
+# List all types (supertags) in the workspace
+npx cn types list
+
+# Create a new type
+npx cn types create <name> [--prefix <PREFIX>] [--display-name <name>] [--description <text>] [--color <hex>]
+
+# Update an existing type
+npx cn types update <name> [--prefix <PREFIX>] [--display-name <name>] [--description <text>] [--color <hex>]
+```
+
+### Memory (`cn memory` / `cn mem`)
+```bash
+# Search facts and entities by relevance
+npx cn memory query "<query>" [--limit <n>] [--source <conversation|notes>]
+
+# List all workspace facts (extracted from notes and conversations)
+npx cn memory facts [--source <conversation|notes>]
+
+# List all entities (people, topics, orgs) identified by Zep
+npx cn memory entities [--source <conversation|notes>]
+```
+
+### Auth & Config
+```bash
+npx cn auth login           # Browser OAuth
+npx cn auth login --token <key>  # Direct API key
+npx cn auth status
+npx cn config get-server
+npx cn config set-server <url>
+```
+
+## Best Practices
+
+### Note IDs
+- Notes have **display IDs** like `MEETING-12`, `PRD-5`, `IDEA-3` — use these in commands.
+- Convex IDs (e.g., `n17a43p7aenrxyr...`) also work but are less readable.
+- When creating notes, capture the display ID from the output for subsequent commands.
+
+### Note Types (IMPORTANT)
+- The `--type` parameter must reference an **existing supertag** in the workspace. Free-text type strings are rejected.
+- Before creating a note, check available types with `cn types list`.
+- If the type you need doesn't exist, create it first: `cn types create "MyType" --prefix "MT"`
+- Type names are **case-sensitive** and use PascalCase (e.g., `Update`, `PainPoint`, `Meeting`).
+- The display ID prefix (e.g., `UPDATE-`, `PP-`) comes from the supertag's `prefix` field.
+
+### Content via Markdown
+- For multi-line content, **always use `--markdown-file`**: write content to a temp file first, then pass the path. This keeps the bash command on a single line so it doesn't trigger permission prompts.
+  ```bash
+  # Write content to temp file, then create note with single-line command
+  npx cn notes create --markdown-file /tmp/note.md --title "My Note" --type "Note"
+  ```
+- Only use inline `--markdown "..."` for very short, single-line content.
+- The server converts markdown to TipTap JSON automatically.
+- **Relationship mentions in markdown**: Use `[NOTE-123](relationship:references)` or `[NOTE-123: Title](relationship:references)` syntax — plain text "NOTE-123" does NOT create clickable mentions.
+- Supported relationship types: `depends-on`, `blocks`, `related-to`, `derived-from`, `references`, `extends`, `implements`, `invalidates`, `duplicates`
+- Simple mention shorthand: `[NOTE-123]` or `[NOTE-123: Title]` (defaults to "references")
+
+### Updating Content vs Metadata
+- To change note **content**, create a new **version**: `cn versions create <id> --description "..." --markdown "..."`
+- To change note **title/type/tags/pin/archive**, use: `cn notes update <id> --title "..."`
+- These are separate operations by design.
+
+### JSON Mode for Scripting
+- Use `--json` to get raw JSON output for parsing with `jq` or piping between commands.
+- Use `-q` (quiet) to get just the ID, useful for chaining:
+  ```bash
+  NOTE_ID=$(npx cn notes create --markdown "..." -q)
+  npx cn canvas add-node <canvasId> --note "$NOTE_ID"
+  ```
+
+### Canvas Layout Planning (IMPORTANT — Bulk-Add with Pre-Calculated Positions)
+
+When adding 3+ notes to a canvas, **plan all positions upfront** and use `bulk-add` in a single call. Do NOT add notes one-by-one with `add-node`.
+
+#### Layout Constants
+
+| Item | Width (px) | Height (px) |
+|------|-----------|-------------|
+| Node (rendered) | 280 | 100 |
+| Grid cell (node + padding) | 400 | 180 |
+| Edge label | ~80 | ~14 |
+| Label collision zone | 80 horizontal | 14 vertical |
+
+Node center offset from top-left: `(+140, +50)`.
+
+#### Text Node Sizing
+
+Use `--size` to control text node font size (default: `heading`):
+
+| Size | Font | Renders as | Use for |
+|------|------|------------|---------|
+| `heading` (default) | 32px | `text-3xl font-bold` | Section headers, zone titles, canvas labels |
+| `paragraph` | 18px | `text-lg font-medium` | Descriptions, annotations, supporting context |
+
+For reference, the UI default for double-click-created text nodes is 60px (`text-[4rem]`). The CLI sizes are intentionally smaller since CLI-created text is typically structural.
+
+**Rule of thumb:** Use `heading` for structural/navigational text and `paragraph` for explanatory or secondary text. When a canvas has both titles and descriptions, mix sizes to create visual hierarchy.
+
+#### Algorithm: Hierarchical Layout
+
+Follow these steps **before making any API calls**.
+
+**Step 1 — Build the graph.** List all notes and their edge relationships:
+```
+A -> B (label: "drives")
+A -> C (label: "informs")
+B -> D (label: "blocks")
+C -> D (label: "requires")
+```
+
+**Step 2 — Assign ranks (top-down layers).**
+- Rank 0: nodes with no incoming edges (roots)
+- Rank N: `max(rank of all parents) + 1`
+- If a cycle exists, place the node at the higher rank
+
+Example:
+```
+Rank 0: A
+Rank 1: B, C
+Rank 2: D
+```
+
+**Step 3 — Calculate positions.**
+- `Y = 100 + rank × 180`
+- For each rank with N nodes: `totalWidth = N × 400 − 120`
+- Find the widest rank's totalWidth (`maxWidth`)
+- `startX = 100 + (maxWidth − totalWidth) / 2`
+- Each node: `X = startX + index × 400`
+
+Example (widest rank has 2 nodes → maxWidth = 680):
+```
+Rank 0 (1 node):  startX = 100 + (680−280)/2 = 300     → A: (300, 100)
+Rank 1 (2 nodes): startX = 100 + (680−680)/2 = 100     → B: (100, 280)  C: (500, 280)
+Rank 2 (1 node):  startX = 300                          → D: (300, 460)
+```
+
+**Step 4 — Compute edge label midpoints.** For each edge, the label renders at the midpoint of source and target node centers:
+- Node center = `(nodeX + 140, nodeY + 50)`
+- Label position = `((srcCenterX + tgtCenterX) / 2, (srcCenterY + tgtCenterY) / 2)`
+
+```
+A(300,100)->B(100,280): centers (440,150)→(240,330) → label (340, 240)
+A(300,100)->C(500,280): centers (440,150)→(640,330) → label (540, 240)
+B(100,280)->D(300,460): centers (240,330)→(440,510) → label (340, 420)
+C(500,280)->D(300,460): centers (640,330)→(440,510) → label (540, 420)
+```
+
+**Step 5 — Check label collisions.** Two labels collide when `|dx| < 80 AND |dy| < 14`. Check every pair:
+```
+(340,240) vs (540,240): |dx|=200 > 80 → OK
+(340,240) vs (340,420): |dy|=180 > 14 → OK
+(340,420) vs (540,420): |dx|=200 > 80 → OK
+... all other pairs also clear. No collisions.
+```
+
+**Step 6 — Fix collisions (if any).** When two labels collide:
+1. Identify which edges share the collision
+2. Pick the shared node between those edges. If none, pick the lower-rank node from either edge
+3. Nudge that node horizontally by **+100px** (or −100px if it would go off-screen)
+4. **Recalculate ALL label midpoints** (not just the pair that collided)
+5. Re-check all pairs. Repeat up to **3 iterations**. If still colliding, accept it
+
+**Step 7 — Execute.** One `bulk-add`, then all edges:
+```bash
+npx cn canvas bulk-add <canvasId> --notes '[{"noteId":"A-ID","x":300,"y":100},{"noteId":"B-ID","x":100,"y":280},{"noteId":"C-ID","x":500,"y":280},{"noteId":"D-ID","x":300,"y":460}]' --json
+# Parse node IDs from --json output, then:
+npx cn canvas add-edge <canvasId> --source <A-nodeId> --target <B-nodeId> --label "drives"
+npx cn canvas add-edge <canvasId> --source <A-nodeId> --target <C-nodeId> --label "informs"
+npx cn canvas add-edge <canvasId> --source <B-nodeId> --target <D-nodeId> --label "blocks"
+npx cn canvas add-edge <canvasId> --source <C-nodeId> --target <D-nodeId> --label "requires"
+```
+
+#### Quick Reference: Common Topologies
+
+**Linear chain** (A→B→C→D): stack vertically at X=300, Y increments of 180.
+```
+A:(300,100)  B:(300,280)  C:(300,460)  D:(300,640)
+```
+No label collisions (all labels share X=440 but different Y).
+
+**Fan-out** (A→B, A→C, A→D): root on top, children spread horizontally at 400px intervals.
+```
+A:(500,100)  B:(100,280)  C:(500,280)  D:(900,280)
+```
+Labels at distinct X positions — no collisions.
+
+**Diamond** (A→B, A→C, B→D, C→D): the worked example above. 2-column layout.
+
+**Wide fan** (5+ children): 400px spacing per child.
+```
+Root:(900,100)  C1:(100,280)  C2:(500,280)  C3:(900,280)  C4:(1300,280)  C5:(1700,280)
+```
+
+#### Layout Rules Summary
+
+1. **Always plan the full graph before any API call.** List all notes, relationships, and compute positions first.
+2. **Use `bulk-add` for 3+ notes, not repeated `add-node`.** One call, all positions.
+3. **400px horizontal / 180px vertical** minimum spacing between node top-left origins.
+4. **Check every pair of edge label midpoints.** Collision = `|dx| < 80 AND |dy| < 14`.
+5. **Nudge horizontally by ±100px** to fix collisions. Recalculate all midpoints after each nudge. Max 3 iterations.
+6. **Parse `bulk-add --json` output** to get node IDs for `add-edge` commands.
+
+### Interlinking Notes (IMPORTANT)
+When creating multiple notes that belong together (e.g., for a canvas, onboarding guide, or knowledge map), you MUST interlink them at two levels:
+
+**1. Relationship mentions inside note content** — so notes are connected in the note graph:
+- **Use `cn notes bulk-create`** to create all notes with cross-references in a single atomic call.
+- Use `@key` placeholders to reference other notes in the batch: `[@B: The Problem](relationship:references)`
+- The server resolves placeholders to real display IDs, creates all notes, and extracts relationships in one transaction.
+- Workflow:
+  1. Write all markdown files to `/tmp/`, using `[@key: Title](relationship:type)` for cross-references
+  2. Run `cn notes bulk-create --notes '[{"key":"A",...,"markdownFile":"/tmp/a.md"},...]' --json`
+  3. Parse the JSON output for display IDs and Convex IDs
+
+**2. Canvas edges between nodes** — so the visual canvas shows connections:
+- After adding all nodes to a canvas, add labeled edges between related nodes.
+- Use descriptive labels that explain the relationship (e.g., "triggers", "feeds data to", "depends on").
+- `cn canvas add-edge <canvasId> --source <nodeId> --target <nodeId> --label "relationship"`
+
+Both levels are needed: edges are visual-only (canvas), mentions are content-level (note graph). Skipping either leaves the knowledge disconnected.
+
+#### Placeholder Syntax for `bulk-create`
+
+Use `[@key: Title](relationship:type)` where `key` matches a note's `key` field in the `--notes` JSON:
+```markdown
+This builds on [@B: The Problem](relationship:references) and enables [@C: The Workflow](relationship:derived-from).
+```
+
+The `@` prefix distinguishes placeholders from real display IDs. If a placeholder key doesn't match any note in the batch, the entire operation fails (nothing gets created).
+
+Supported relationship types: `depends-on`, `blocks`, `related-to`, `derived-from`, `references`, `extends`, `implements`, `invalidates`, `duplicates`
+
+### Gathering Context with Memory (IMPORTANT)
+Before creating or updating notes on a topic, **query Zep memory first** to understand what is already known. Use iterative traversal:
+
+1. **Start broad:** `cn memory query "<topic>"` — get the top facts and entities.
+2. **Follow interesting entities:** If the results mention related people, teams, initiatives, or dependencies, run follow-up queries on those (e.g., `cn memory query "Draft content team"`, `cn memory query "InfoTrack certificates"`).
+3. **Check temporal validity:** Facts have `validAt`/`invalidAt` timestamps. Superseded facts (with `invalidAt` in the past) show what *was* true — prefer current facts for recommendations, but cite historical facts when explaining how something evolved.
+4. **Synthesize across hops:** After 2-3 queries, combine the facts into a coherent summary before acting. This gives much richer context than a single query.
+
+**When to use memory:**
+- Before drafting a note on a topic the user has discussed before
+- When the user asks "what do we know about X?" or "give me context on X"
+- When creating a canvas or linking notes — memory reveals connections between topics
+- When the user asks about people, teams, or initiatives — entities track these
+
+**When NOT to use memory:**
+- For simple CRUD operations (create a note, add a node) where the user gives explicit content
+- When the user says they want a fresh take without prior context
+
+### Error Handling
+- If a command fails with auth errors, run `npx cn auth status` to verify credentials.
+- If workspace-related errors occur, verify the workspace with `npx cn workspace current`.
+
+## Rules
+
+- **ALWAYS write each bash command as a single line.** Never split variable assignments and commands across multiple lines. Use inline env vars: `CANVAS=abc npx cn canvas get $CANVAS` — NOT separate lines. Multi-line commands trigger permission prompts.
+- Always run commands from `/workspaces/pm-notes` directory so `npx cn` resolves correctly.
+- Always use `--json` when you need to parse output programmatically.
+- **NEVER leave multi-note work disconnected.** When creating 2+ related notes, use `cn notes bulk-create` with `@key` placeholders to create all notes with cross-references in one atomic call. Then add canvas edges if the notes are on a canvas. Both levels (content mentions + canvas edges) are mandatory.
+- Do NOT use interactive mode flags — the CLI uses interactive prompts (select menus) in TTY mode which do not work in this environment. Always use `--json` or `-q` to bypass interactive prompts.
+- Prefer semantic search (`cn search semantic`) over text search (`cn notes search`) when looking for conceptually related notes.
+- **Clickable links after creation:** When you create a note or canvas, include a clickable link in your response so the user can open it directly in CreatorNotes. Use the server URL from `cn config get-server` (default `https://creatornotes.app`):
+  - **Note:** `[DISPLAY-ID: Title](https://creatornotes.app/ws/{workspaceId}?noteId={noteConvexId})`
+  - **Canvas:** `[Canvas Name](https://creatornotes.app/ws/{workspaceId}?canvasId={canvasId})`
+  - Always extract the IDs from the `--json` output of the create command.
+- **Mention syntax in markdown must be standalone.** NEVER wrap `[NOTE-XXX: Title](relationship:references)` mentions inside bold `**...**` markers or other inline formatting — this causes the raw markdown text to render alongside the mention chip, producing duplicated/garbled output.
+- **When adding 3+ notes to a canvas, ALWAYS use `bulk-add` with pre-calculated positions.** Never use repeated `add-node` calls. Follow the Canvas Layout Planning algorithm above to compute positions and avoid edge label overlap.

package/dist/lib/auth-store.js

@@ -7,7 +7,7 @@ function defaultConfig() {
     return {
         version: 1,
         servers: {},
-        currentServer: "http://localhost:3000",
+        currentServer: "https://creatornotes.app",
     };
 }
 export function loadConfig() {

package/dist/lib/auth-store.js.map

@@ -1 +1 @@
-{"version":3,"file":"auth-store.js","sourceRoot":"","sources":["../../src/lib/auth-store.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,YAAY,EAAE,aAAa,EAAE,SAAS,EAAE,SAAS,EAAE,MAAM,SAAS,CAAC;AAC5E,OAAO,EAAE,IAAI,EAAE,MAAM,WAAW,CAAC;AACjC,OAAO,EAAE,OAAO,EAAE,MAAM,SAAS,CAAC;AAclC,MAAM,UAAU,GAAG,IAAI,CAAC,OAAO,EAAE,EAAE,eAAe,CAAC,CAAC;AACpD,MAAM,WAAW,GAAG,IAAI,CAAC,UAAU,EAAE,aAAa,CAAC,CAAC;AAEpD,SAAS,aAAa;IACpB,OAAO;QACL,OAAO,EAAE,CAAC;QACV,OAAO,EAAE,EAAE;QACX,aAAa,EAAE,uBAAuB;KACvC,CAAC;AACJ,CAAC;AAED,MAAM,UAAU,UAAU;IACxB,IAAI,CAAC;QACH,MAAM,GAAG,GAAG,YAAY,CAAC,WAAW,EAAE,OAAO,CAAC,CAAC;QAC/C,OAAO,IAAI,CAAC,KAAK,CAAC,GAAG,CAAc,CAAC;IACtC,CAAC;IAAC,MAAM,CAAC;QACP,OAAO,aAAa,EAAE,CAAC;IACzB,CAAC;AACH,CAAC;AAED,MAAM,UAAU,UAAU,CAAC,MAAiB;IAC1C,SAAS,CAAC,UAAU,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,IAAI,EAAE,KAAK,EAAE,CAAC,CAAC;IACxD,aAAa,CAAC,WAAW,EAAE,IAAI,CAAC,SAAS,CAAC,MAAM,EAAE,IAAI,EAAE,CAAC,CAAC,GAAG,IAAI,EAAE;QACjE,QAAQ,EAAE,OAAO;QACjB,IAAI,EAAE,KAAK;KACZ,CAAC,CAAC;IACH,kDAAkD;IAClD,SAAS,CAAC,WAAW,EAAE,KAAK,CAAC,CAAC;AAChC,CAAC;AAED,MAAM,UAAU,eAAe,CAAC,MAAiB,EAAE,MAAe;IAChE,MAAM,SAAS,GAAG,MAAM,IAAI,MAAM,CAAC,aAAa,CAAC;IACjD,OAAO,MAAM,CAAC,OAAO,CAAC,SAAS,CAAC,IAAI,IAAI,CAAC;AAC3C,CAAC;AAED,MAAM,UAAU,eAAe,CAC7B,MAAiB,EACjB,SAAiB,EACjB,YAA0B;IAE1B,MAAM,CAAC,OAAO,CAAC,SAAS,CAAC,GAAG,YAAY,CAAC;IACzC,UAAU,CAAC,MAAM,CAAC,CAAC;AACrB,CAAC;AAED,MAAM,UAAU,kBAAkB,CAAC,MAAiB,EAAE,SAAiB;IACrE,OAAO,MAAM,CAAC,OAAO,CAAC,SAAS,CAAC,CAAC;IACjC,UAAU,CAAC,MAAM,CAAC,CAAC;AACrB,CAAC;AAED,MAAM,UAAU,gBAAgB,CAAC,MAAiB,EAAE,SAAiB;IACnE,MAAM,CAAC,aAAa,GAAG,SAAS,CAAC;IACjC,UAAU,CAAC,MAAM,CAAC,CAAC;AACrB,CAAC;AAED,MAAM,UAAU,cAAc,CAC5B,MAAiB,EACjB,SAAiB,EACjB,WAAmB;IAEnB,MAAM,EAAE,GAAG,MAAM,CAAC,OAAO,CAAC,SAAS,CAAC,CAAC;IACrC,IAAI,EAAE,EAAE,CAAC;QACP,EAAE,CAAC,WAAW,GAAG,WAAW,CAAC;QAC7B,UAAU,CAAC,MAAM,CAAC,CAAC;IACrB,CAAC;AACH,CAAC"}
+{"version":3,"file":"auth-store.js","sourceRoot":"","sources":["../../src/lib/auth-store.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,YAAY,EAAE,aAAa,EAAE,SAAS,EAAE,SAAS,EAAE,MAAM,SAAS,CAAC;AAC5E,OAAO,EAAE,IAAI,EAAE,MAAM,WAAW,CAAC;AACjC,OAAO,EAAE,OAAO,EAAE,MAAM,SAAS,CAAC;AAclC,MAAM,UAAU,GAAG,IAAI,CAAC,OAAO,EAAE,EAAE,eAAe,CAAC,CAAC;AACpD,MAAM,WAAW,GAAG,IAAI,CAAC,UAAU,EAAE,aAAa,CAAC,CAAC;AAEpD,SAAS,aAAa;IACpB,OAAO;QACL,OAAO,EAAE,CAAC;QACV,OAAO,EAAE,EAAE;QACX,aAAa,EAAE,0BAA0B;KAC1C,CAAC;AACJ,CAAC;AAED,MAAM,UAAU,UAAU;IACxB,IAAI,CAAC;QACH,MAAM,GAAG,GAAG,YAAY,CAAC,WAAW,EAAE,OAAO,CAAC,CAAC;QAC/C,OAAO,IAAI,CAAC,KAAK,CAAC,GAAG,CAAc,CAAC;IACtC,CAAC;IAAC,MAAM,CAAC;QACP,OAAO,aAAa,EAAE,CAAC;IACzB,CAAC;AACH,CAAC;AAED,MAAM,UAAU,UAAU,CAAC,MAAiB;IAC1C,SAAS,CAAC,UAAU,EAAE,EAAE,SAAS,EAAE,IAAI,EAAE,IAAI,EAAE,KAAK,EAAE,CAAC,CAAC;IACxD,aAAa,CAAC,WAAW,EAAE,IAAI,CAAC,SAAS,CAAC,MAAM,EAAE,IAAI,EAAE,CAAC,CAAC,GAAG,IAAI,EAAE;QACjE,QAAQ,EAAE,OAAO;QACjB,IAAI,EAAE,KAAK;KACZ,CAAC,CAAC;IACH,kDAAkD;IAClD,SAAS,CAAC,WAAW,EAAE,KAAK,CAAC,CAAC;AAChC,CAAC;AAED,MAAM,UAAU,eAAe,CAAC,MAAiB,EAAE,MAAe;IAChE,MAAM,SAAS,GAAG,MAAM,IAAI,MAAM,CAAC,aAAa,CAAC;IACjD,OAAO,MAAM,CAAC,OAAO,CAAC,SAAS,CAAC,IAAI,IAAI,CAAC;AAC3C,CAAC;AAED,MAAM,UAAU,eAAe,CAC7B,MAAiB,EACjB,SAAiB,EACjB,YAA0B;IAE1B,MAAM,CAAC,OAAO,CAAC,SAAS,CAAC,GAAG,YAAY,CAAC;IACzC,UAAU,CAAC,MAAM,CAAC,CAAC;AACrB,CAAC;AAED,MAAM,UAAU,kBAAkB,CAAC,MAAiB,EAAE,SAAiB;IACrE,OAAO,MAAM,CAAC,OAAO,CAAC,SAAS,CAAC,CAAC;IACjC,UAAU,CAAC,MAAM,CAAC,CAAC;AACrB,CAAC;AAED,MAAM,UAAU,gBAAgB,CAAC,MAAiB,EAAE,SAAiB;IACnE,MAAM,CAAC,aAAa,GAAG,SAAS,CAAC;IACjC,UAAU,CAAC,MAAM,CAAC,CAAC;AACrB,CAAC;AAED,MAAM,UAAU,cAAc,CAC5B,MAAiB,EACjB,SAAiB,EACjB,WAAmB;IAEnB,MAAM,EAAE,GAAG,MAAM,CAAC,OAAO,CAAC,SAAS,CAAC,CAAC;IACrC,IAAI,EAAE,EAAE,CAAC;QACP,EAAE,CAAC,WAAW,GAAG,WAAW,CAAC;QAC7B,UAAU,CAAC,MAAM,CAAC,CAAC;IACrB,CAAC;AACH,CAAC"}

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@creator-notes/cli",
-  "version": "0.1.0",
+  "version": "0.2.0",
   "description": "CLI for CreatorNotes — create notes, build canvases, search knowledge from the terminal",
   "type": "module",
   "bin": {
@@ -8,7 +8,8 @@
     "cn-mcp": "./dist/mcp-server.js"
   },
   "files": [
-    "dist"
+    "dist",
+    "SKILL.md"
   ],
   "scripts": {
     "build": "tsc",