{"id":51278939,"url":"https://github.com/sanzhardanybayev/synergy","last_synced_at":"2026-06-30T00:01:58.335Z","repository":{"id":360735364,"uuid":"1245608938","full_name":"sanzhardanybayev/synergy","owner":"sanzhardanybayev","description":" Author validated MDX spec sessions with live browser preview. Turns vague requests into agent-ready plans for Claude Code.","archived":false,"fork":false,"pushed_at":"2026-06-23T20:01:29.000Z","size":1214,"stargazers_count":2,"open_issues_count":0,"forks_count":0,"subscribers_count":0,"default_branch":"main","last_synced_at":"2026-06-23T21:21:21.629Z","etag":null,"topics":["agentic-ai","agentic-workflow","ai","claude","claude-code","development","llm","planning","prd","preview","specification"],"latest_commit_sha":null,"homepage":"","language":"TypeScript","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":"mit","status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/sanzhardanybayev.png","metadata":{"files":{"readme":"README.md","changelog":null,"contributing":null,"funding":null,"license":"LICENSE","code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null,"zenodo":null,"notice":null,"maintainers":null,"copyright":null,"agents":"AGENTS.md","dco":null,"cla":null}},"created_at":"2026-05-21T11:36:28.000Z","updated_at":"2026-06-23T20:01:41.000Z","dependencies_parsed_at":null,"dependency_job_id":null,"html_url":"https://github.com/sanzhardanybayev/synergy","commit_stats":null,"previous_names":["sanzhardanybayev/synergy"],"tags_count":0,"template":false,"template_full_name":null,"purl":"pkg:github/sanzhardanybayev/synergy","repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/sanzhardanybayev%2Fsynergy","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/sanzhardanybayev%2Fsynergy/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/sanzhardanybayev%2Fsynergy/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/sanzhardanybayev%2Fsynergy/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/sanzhardanybayev","download_url":"https://codeload.github.com/sanzhardanybayev/synergy/tar.gz/refs/heads/main","sbom_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/sanzhardanybayev%2Fsynergy/sbom","scorecard":null,"host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":286080680,"owners_count":34947088,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2026-05-26T15:22:16.424Z","status":"online","status_checked_at":"2026-06-29T02:00:05.398Z","response_time":58,"last_error":null,"robots_txt_status":"success","robots_txt_updated_at":"2025-07-24T06:49:26.215Z","robots_txt_url":"https://github.com/robots.txt","online":true,"can_crawl_api":true,"host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["agentic-ai","agentic-workflow","ai","claude","claude-code","development","llm","planning","prd","preview","specification"],"created_at":"2026-06-30T00:01:57.432Z","updated_at":"2026-06-30T00:01:58.296Z","avatar_url":"https://github.com/sanzhardanybayev.png","language":"TypeScript","funding_links":[],"categories":[],"sub_categories":[],"readme":"# Synergy\n\n[![License: MIT](https://img.shields.io/github/license/sanzhardanybayev/synergy)](LICENSE)\n[![Claude Code](https://img.shields.io/badge/Claude%20Code-plugin-d97757?logo=anthropic)](https://www.claude.com/claude-code)\n[![Node](https://img.shields.io/badge/node-%E2%89%A520-brightgreen?logo=node.js)](package.json)\n[![TypeScript](https://img.shields.io/badge/TypeScript-strict-3178c6?logo=typescript\u0026logoColor=white)](tsconfig.json)\n\n**Spec-driven planning for Claude Code.** Turn vague requests into MDX specifications with status badges, phase plans, agent allocations, charts, and cross-references — rendered live in your browser as you author them, then implemented phase-by-phase with live status and a resumable hand-off trail.\n\nMarkdown specs go stale in a terminal. Synergy gives agents a tight component vocabulary, a validator that enforces it, and a Vite preview that hot-reloads on every save.\n\n## Demo\n\n![Synergy preview: the refactor-auth overview spec at localhost:4321 showing the inline-edit toolbar (Apply all / Discard all / Diff toggle), the left sidebar, copy-path buttons, and a rendered Status badge over Summary, Goals, and Sub-specs](docs/screenshot.png)\n\nThe preview at `http://localhost:4321` gives each MDX file its own route (`/s/\u003cname\u003e/overview`, `/architecture`, `/implementation`, `/phases/\u003cslug\u003e`), a hierarchical left sidebar (sessions dropdown, spec rows, phases nested under Implementation), and per-page copy-path buttons for the session dir, the current page, and the orchestrator. The orchestrator opens as a right-side slide-out drawer (ESC or backdrop to close) rendering `orchestrator.md`, and every page hot-reloads as Claude Code edits the MDX.\n\n## Edit \u0026 review in the browser\n\nThe preview isn't read-only — you can fix and annotate specs without a round-trip through Claude:\n\n- **Inline edits.** Prose blocks (paragraphs, list items, headings) are editable in place. Changes live in a browser-side buffer with an explicit **Apply** (writes the MDX file) or **Discard** per block — plus **Apply all / Discard all** in the top toolbar. Never auto-saves; an unload guard warns on unsaved edits.\n- **Comments.** Select any text, click the **+**, and leave a note for Claude. Each comment is a markdown file under `.synergy/feedback/\u003csession\u003e/` with a line/col + surrounding-context anchor so it survives later edits.\n- **Diff view.** Toggle **🔍 Diff** on any page to highlight what changed since you last reviewed the file (git-backed: committed + uncommitted), then **Mark as reviewed** to advance the cursor.\n- **Hand back to Claude.** Run `/synergy-feedback` — the `synergy:address-feedback` skill reads the open-comment queue for the browser-active session, edits each referenced location, and marks every comment resolved or rejected (never silently dropped).\n\nEdits, comments, and review state all persist to disk (MDX files, `.synergy/feedback/`, and a gitignored `review-state.json`) — git is the version history, so there's no database.\n\n## Execute \u0026 hand off\n\nAuthoring is half the loop. Once a plan exists, agents implement against it — and Synergy records what actually happened in a committed `.state/` sidecar per session, so progress is visible and a fresh-context agent can pick up cleanly:\n\n- **Disciplined execution.** `/synergy-execute \u003csession\u003e` works one phase at a time and **can't move past a phase boundary** without recording it: it flips the phase status, writes a terse boundary note, drops ad-hoc findings, and updates the resume pointer — all through the CLI, never by hand-editing state. It fans out sub-agents and teams per the `\u003cAgentAllocation\u003e` plan (model + effort + count), and takes run-time directives (\"only Phase 1\", \"use sonnet this run\") that layer over the plan without mutating it.\n- **Clean hand-off.** `/synergy-continue \u003csession\u003e` is the fresh-context entry point: it reads the resume pointer and journals *first* (state → strategy → detail), then continues from exactly where the last agent stopped. Clear the session, start a new one, and nothing is lost.\n- **Live progress in the browser.** Every `\u003cPhase id\u003e` badge reflects real status from `.state/`, and a 📊 **Progress drawer** shows the derived rollup (e.g. \"2 / 5 phases done\"), per-phase journals, and the cross-cutting log — hot-reloading like everything else.\n\nPer-phase status and journals are the source of truth; overall progress is **derived** (never stored, so it can't drift). The `.state/` directory is committed to git — it's the shared hand-off record, not per-user scratch.\n\n## Install\n\nPrerequisites: **Node ≥ 20**, **pnpm** (`corepack enable` if missing).\n\n```\n/plugin marketplace add sanzhardanybayev/synergy\n/plugin install synergy@synergy\n/synergy-setup\n```\n\n`/synergy-setup` runs `pnpm install \u0026\u0026 pnpm build` inside the plugin once. After that, the slash commands and skills are ready.\n\n\u003cdetails\u003e\n\u003csummary\u003eInstall from a local clone\u003c/summary\u003e\n\n```bash\ngit clone https://github.com/sanzhardanybayev/synergy\n# In Claude Code:\n/plugin marketplace add /absolute/path/to/synergy\n/plugin install synergy@synergy\n/synergy-setup\n```\n\u003c/details\u003e\n\n## Quick start\n\n```\n/synergy-init                              # once per project\n/synergy-spec \"Add rate limiting\"          # creates a session + opens browser\n# ...edit MDX with Claude Code, preview hot-reloads...\n/synergy-validate                          # before commit\n/synergy-execute                           # implement it, phase-by-phase (state-tracked)\n```\n\nThat's the loop. The first command scaffolds `.synergy/sessions/` in your project. The second invokes the `synergy:create-spec` skill — which reasons about scope, picks `.synergy/sessions/YYYY-MM-DD-add-rate-limiting/`, scaffolds the overview + optional architecture/implementation/phase folders, and opens your browser. The third checks schemas and cross-references before you ship. The fourth implements the plan one phase at a time, recording status and findings as it goes — and `/synergy-continue` picks it back up in a fresh session.\n\n## Reference\n\n### Slash commands\n\n| Command | Purpose |\n|---|---|\n| `/synergy-init` | Scaffold `.synergy/` in the current project. Once per project. |\n| `/synergy-spec \"\u003ctitle\u003e\"` | Create a new spec session (also auto-starts preview, opens browser). |\n| `/synergy-validate [session]` | Validate schemas + cross-refs. Zero errors before commit. |\n| `/synergy-feedback [session]` | Address browser-collected comments for the active session (edits specs, resolves/rejects each). |\n| `/synergy-execute [session] [directives]` | Implement a session phase-by-phase, updating execution state at each boundary. |\n| `/synergy-continue [session] [directives]` | Continue an in-progress session from its execution-state hand-off. |\n| `/synergy-preview-start` | Boot the preview server on port 4321. Idempotent. |\n| `/synergy-preview-stop` | Kill the preview server, remove PID file. |\n| `/synergy-preview-status` | Report running / stopped, pid, URL. |\n| `/synergy-setup` | One-time bootstrap (install + build). |\n\n### CLI subcommands\n\nFor terminal users — available at `node \"$CLAUDE_PLUGIN_ROOT/packages/cli/dist/cli.js\" ...` after `/synergy-setup`. Spec authoring is a skill, not a CLI command — use `/synergy-spec` (which invokes the `synergy:create-spec` skill).\n\n| Command | Flags | Purpose |\n|---|---|---|\n| `synergy init` | `--root \u003cdir\u003e` | Scaffold `.synergy/` |\n| `synergy preview \u003caction\u003e` | `--root`, `--port` (default 4321) | `start \\| stop \\| status` |\n| `synergy validate [session]` | `--root` | Validate sessions in `.synergy/sessions/` |\n| `synergy phase set \u003csession\u003e \u003cid\u003e \u003cstatus\u003e` | `--root`, `--note` | Record a phase status + optional boundary note |\n| `synergy log \u003csession\u003e \u003ctext\u003e` | `--root`, `--phase \u003cid\u003e`, `--global` | Append a finding to a phase or the global journal |\n| `synergy continue \u003csession\u003e` | `--root`, `--next \u003cid\u003e`, `--note` | Write the hand-off pointer a fresh agent reads first |\n| `synergy status \u003csession\u003e` | `--root` | Print the execution-state rollup (phases done / total) |\n\n### Daemon HTTP API (performance path)\n\nWhen the preview server is running on port 4321, skills and agents use these HTTP endpoints\ninstead of spawning a fresh `node cli.js` process (~55 ms each). They hit the warm, cached\nserver (~5 ms) and write the same git-committed `.state/` files as the CLI. The CLI remains\nthe offline fallback when the preview is not running.\n\n| Method + path | Replaces | Body / query |\n|---|---|---|\n| `POST /api/phase` | `synergy phase set` | `{session, phaseId, status, note?}` |\n| `POST /api/log` | `synergy log` | `{session, text, phase?, global?}` |\n| `POST /api/resume` | `synergy continue` | `{session, next?, note?}` |\n| `GET /api/validate?session=` | `synergy validate` | — (returns ValidationReport JSON) |\n| `GET /api/progress?session=` | `synergy status` | — |\n| `POST /api/scaffold` | per-file mkdir/write | `{session, dirs?, files:[{path,content}]}` |\n| `POST /api/feedback/resolve-batch` | per-comment PATCH loop | `{items:[{id,status,resolution?,rejection_reason?}]}` |\n\n### Spec-kit components\n\nImported from `@synergy/spec-kit`. Props are schema-validated; cross-references are link-checked.\n\n| Component | Required props | One-line purpose |\n|---|---|---|\n| `\u003cStatus\u003e` | `value` | Lifecycle badge: `draft`, `proposed`, `in-progress`, `blocked`, `done`, `shipped` |\n| `\u003cPhase\u003e` | `number`, `title` | Phase summary card for the index in `02-implementation.mdx`; give it a stable `id` slug so execution state and live status badges bind to it. The real phase body lives in `phases/\u003cNN\u003e-\u003cslug\u003e/spec.mdx` |\n| `\u003cTimeline\u003e` | `milestones` | Ordered visual milestones with optional dates and statuses |\n| `\u003cSubSpec\u003e` | `slug`, `title` | Link card to a sibling spec file |\n| `\u003cCrossRef\u003e` | `to` | Inline reference; `to=\"\u003cspec-slug\u003e\"`, `\"\u003cspec-slug\u003e#\u003canchor\u003e\"`, or `\"phases/\u003cslug\u003e\"` for phase folders |\n| `\u003cAgentAllocation\u003e` | `entries` | Table of agents (`sub-agent`, `agent-team`, `human`), ownership, and per-agent fan-out (`model`, `effort`, `count`) that `/synergy-execute` spawns against |\n| `\u003cTeam\u003e` | `name`, `members` | Group of contributors with roles |\n| `\u003cReviewer\u003e` | `name`, `role`, `scope` | Reviewer and their sign-off scope |\n| `\u003cOpenQuestion\u003e` | `question` | Unresolved decision blocking progress |\n| `\u003cRisk\u003e` | `title`, `severity` | Known hazard with optional mitigation |\n| `\u003cMockup\u003e` | `src`, `alt` | Image with caption (relative to session `assets/`) |\n| `\u003cChart\u003e` | source as children | Mermaid diagram (`flow`, `sequence`, `state`, `gantt`, `er`, `mindmap`, `architecture`) |\n\nFor visuals beyond Mermaid, drop a custom component in `.synergy/sessions/\u003cname\u003e/_components/` and import it locally.\n\n## Authoring rules\n\nFour rules. Full text in [AGENTS.md](AGENTS.md).\n\n1. **Components over markdown.** Use spec-kit components for structured content. If the shape doesn't exist, build a session-local component — don't fall back to raw markdown.\n2. **CrossRefs, not links.** Spec-to-spec navigation uses `\u003cCrossRef to=\"...\"\u003e`. The validator catches dangling refs; raw markdown links it can't.\n3. **Every session ships an `orchestrator.md`.** Plain markdown, not MDX, so it's readable in any tool. Describes dependency graph, parallel chunks, sub-agent vs agent-team strategy, verification gates.\n4. **Validator is the gate.** `synergy validate` returns zero errors before a session is considered ready.\n\n## Troubleshooting\n\n**\"vite binary not found\" or \"command not found\"** — the plugin's workspace isn't built. Run `/synergy-setup`. If pnpm itself is missing, `corepack enable` or `npm i -g pnpm`.\n\n**\"port 4321 in use\"** — another process owns the port. Run `/synergy-preview-stop` first; if a different program holds it, identify with `lsof -i :4321` and quit it before retrying.\n\n**Validation fails on `\u003cCrossRef\u003e`** — the target slug or heading anchor doesn't exist in the session. Either fix the `to=` value or add the heading. Anchors are GitHub-style: lowercase, spaces → `-`, special chars stripped.\n\n## License \u0026 links\n\nMIT. See [AGENTS.md](AGENTS.md) for spec-authoring rules, [CLAUDE.md](CLAUDE.md) for project conventions, [SYNERGY_PLAN.md](SYNERGY_PLAN.md) for the original design.\n","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fsanzhardanybayev%2Fsynergy","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Fsanzhardanybayev%2Fsynergy","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fsanzhardanybayev%2Fsynergy/lists"}