Skip to content
cccskills
FreePublished on GitHub

voxt-qa

Answer questions about Voxt — its features, what shipped and when, and how to use it — grounded in three sources: the public "Voxt Announcements" chat, the Landing pages, and the user guide. Use when asked things like "what features shipped this year", "list new features", "how do I use <feature>", "what is Voxt", or any product/usage question about Voxt. Answers are cited to the source.

The English summary is being prepared. Showing the original description.

See how to install

Files included (1)

  • SKILL.md4.1 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

/voxt-qa — Answer questions about Voxt

Answer the user's question about Voxt using only the three grounded sources below. Do not rely on prior assumptions about the product — read the sources, then answer. Cite which source each fact came from.

The question

$ARGUMENTS is the question. If it's empty, ask the user what they'd like to know (one short AskUserQuestion), then proceed.

Sources (read these before answering)

1. "Voxt Announcements" chat (voxt-robokitty MCP)

The chronological, authoritative timeline of what was delivered and when.

  • chatId: announcements (a public group chat — readable even though the RoboKitty bot isn't a member).
  • Read it with mcp__voxt-robokitty__list_messages. Call mcp__voxt-robokitty__get_id_range first to learn the LID range, then page with list_messages(chatId, afterId, limit) (limit capped at 1024) until you reach lastId. Start with afterId: null.
  • Each message has createdAt (epoch milliseconds), text, authorName, and attachments. Use createdAt for any date/time filtering — e.g. "last year" means createdAt within the trailing 12 months from today's date. Today's date is provided in your context; convert it to an epoch-ms cutoff.
  • Skip messages where isRemoved is true. isSystem messages are usually not features — include them only if relevant.
  • Treat consecutive messages from the same author near the same time as one announcement when summarizing (the author often splits one update across several short messages).

2. Landing pages

src/dotnet/UI.Blazor.App/Pages/Landing/ — the marketing description of features (what they are, how they're positioned). Read all of it, including the Docs/ subfolder. The .razor files hold the user-facing copy; landing.ts / *.ts / landing.css are presentation — skim only if needed.

  • Use Glob (src/dotnet/UI.Blazor.App/Pages/Landing/**/*.razor) to enumerate, then Read the relevant ones. LandingPage*.razor, PremiumFeaturesModal.razor, and Docs/Docs*Content.razor carry the most feature/FAQ content.

3. User guide

docs/user-guide/ — the how-to documentation.

  • This folder may not exist yet (it's planned). Use Glob (docs/user-guide/**/*.md) to check. If it's empty or absent, say so briefly and answer from sources 1 and 2 — do not treat the absence as an error.

How to answer

  1. Read the sources relevant to the question (always the announcements chat for "what/when shipped" questions; always Landing + user guide for "how do I…" questions; read all three when in doubt).
  2. Answer directly and concisely. Prefer the user's framing (a list when they ask for a list, steps when they ask how-to).
  3. Cite the source for each non-obvious claim — (Announcements, 2025-03-14), (Landing: LandingPage4), (User guide: getting-started.md). For announcements, include the message date so the timeline is verifiable.
  4. If sources conflict (e.g. Landing describes a feature the announcements never mention, or vice versa), surface the discrepancy rather than silently picking one.
  5. If the answer isn't in any source, say so plainly — don't invent it.

Notes

  • This is read-only. Never post to, edit, or remove anything in the chat.
  • For "features delivered in the last year" style asks, the deliverable is a deduplicated, chronological (or grouped-by-theme) list with dates from the announcements timeline, cross-referenced against Landing copy where it adds detail.

Arguments: $ARGUMENTS

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Delete the `-bak` backup branches that `/prepare-merge` leaves behind, local and on origin, once the work they back up has merged. Use when the user says "remove my bak branches", "clean up bak branches", "delete the backups", or "/clean-bak-branches".

The English summary is being prepared. Showing the original description.

Actual-Chat/actual-chat57Updated Oct 22, 2026

Use when work on a branch is finished and the next step is a pull request — "create a PR", "open a PR", "push and PR this", "/create-pr" — when a draft PR should be marked ready for review — "mark the PR ready", "undraft it", "it's ready for review" — or right after either has happened and the team has not been told about it yet.

The English summary is being prepared. Showing the original description.

Actual-Chat/actual-chat57Updated Oct 22, 2026

Search Google Cloud (GKE) server logs of the DEV environment (dev.voxt.ai). Use when troubleshooting anything that needs the server side of the story — stream stalls, RPC peer changes / reconnects, watchdog closures, mesh/node churn, pod restarts — or when the user says "check GCP logs", "check server logs on dev", or gives a dev.voxt.ai timeline from a client console log.

The English summary is being prepared. Showing the original description.

Actual-Chat/actual-chat57Updated Oct 22, 2026

Search Google Cloud (GKE) server logs of the PROD environment. Use when troubleshooting a production incident that needs the server side of the story — stream stalls, RPC peer changes / reconnects, watchdog closures, mesh/node churn, pod restarts — or when the user says "check PROD logs", "check production server logs", or gives a production timeline from a client console log.

The English summary is being prepared. Showing the original description.

Actual-Chat/actual-chat57Updated Oct 22, 2026

What this project has already learned the hard way, and where any new such fact belongs. Two jobs. (1) Routing: this project keeps NO per-project Claude memories — read this before writing anything down, and pick a durable home from the list here. (2) An index, by area, of non-obvious facts worth knowing before you guess: debugging rigs and measurements that lie, iOS/WebKit and the tethered iPhone, the Windows app, production and deployment, and general codebase traps. Use before setting up a browser- or server-driven debugging session, when a bug reproduces only on iPhone, in Safari or in the Windows app, before changing deployment configuration or reading store/crash data, when something behaves unexpectedly and you are about to guess why, and whenever you are tempted to record a fact for later.

The English summary is being prepared. Showing the original description.

Actual-Chat/actual-chat57Updated Oct 22, 2026

Review the EF Core migrations a release (or a PR) carries against how Voxt is deployed: a rolling update whose new pods wait for the migration Job, while old pods keep serving. Use before cutting a release branch, before merging a PR that adds a migration, or when the user says "check the migrations", "are the migrations safe to ship", "expand/contract check", "/migration-release-check". Reports risks; never blocks, edits or runs anything on prod.

The English summary is being prepared. Showing the original description.

Actual-Chat/actual-chat57Updated Oct 22, 2026

See all skills by Actual-Chat

Report a problem with this skill