← ClaudeAtlas

woz-feedbacklisted

Send feedback or a bug report to the WOZCODE team. Bug reports are tagged for triage and auto-attach session context (session id, anonymous id, OS, arch, Node version).
WithWoz/wozcode-plugin · ★ 204 · Data & Documents · score 77
Install: claude install-skill WithWoz/wozcode-plugin
# WOZCODE feedback & bug reports TRIGGER when: user says "send feedback", "share feedback", "i wish woz", "feature request", "report a bug", "woz is broken", "file a bug", or runs `/woz-feedback`. Decide the type from the user's words: broken behavior is a **bug**; feature requests and general thoughts are **feedback**. If the user already described their feedback or bug in their message, use it directly. If they invoked `/woz-feedback` with no content (or said something too vague to act on), ask them — for feedback: "What would you like to share with the WOZCODE team?"; for a bug: "What broke? What did you do, what happened, and what did you expect?" — then wait for their reply before submitting. Derive `subject` (one-line headline, ~80 chars max) and `body` (the full message, verbatim) from the user's words. Don't paraphrase or add boilerplate. Submit by piping a JSON envelope to stdin. Use a single-quoted heredoc (`<<'WOZ_FEEDBACK'`) so the shell does NO expansion — user text like `$(cmd)` or backticks is passed through literally and cannot execute. JSON-encode `subject` and `body` so embedded `"`, `\\`, or newlines survive. For general feedback (feature requests, thoughts) — this is the default, omit `type`: ```bash node --no-warnings=ExperimentalWarning ${CLAUDE_PLUGIN_ROOT}/scripts/wozcode-cli.cjs feedback <<'WOZ_FEEDBACK' {"subject":"<json-escaped subject>","body":"<json-escaped body>"} WOZ_FEEDBACK ``` For a bug report, add `"type":"BUG"` so it routes to bug t