Shipped & Next
The original combined repository has been split into independently versioned products, all live. This page records what shipped and what’s next per product. For how the repos compose, see the Ecosystem & Repo Map.
What shipped
npx create-hq installs a fully functional HQ on any machine with Node.js, and the ecosystem is published and deployed:
- Scaffold —
hq-core(hqVersion 15.x) seeds new instances; existing ones upgrade via/update-hq. - CLI + sync —
@indigoai-us/hq-cli(thehqcommand) and@indigoai-us/hq-cloud(the S3 sync engine) are published to npm and version independently. - Desktop — the
hq-syncTauri menubar app ships signed/notarized withlatest.jsonauto-update. - Cloud apps —
hq-console(admin UI),hq-deploy(artifact data plane), andhq-pro(vault + teams + shared Cognito identity) are deployed on AWS/Vercel. - Content packs —
hq-packagesdistributes@indigoai-us/hq-pack-*add-ons viahq install.
hq-core 15.0.0
The 15.0.0 release reshapes the scaffold around a clean split: vanilla hq-core is now a pure orchestration layer, and the coding toolkit moves into an optional pack. The upgrade is engineered to be invisible for existing coding installs.
Engineering surface extracted to a pack
17 dev skills (/tdd, /review, /execute-task, /run-project, /architect, /diagnose, /land, and more), 6 workers (qa-tester, security-scanner, accessibility-auditor, frontend-designer, performance-benchmarker, site-builder), 4 knowledge bases, and 4 policies left shipped core/ and now live in hq-pack-engineering. The default scaffold stays minimal for founders, ops, and knowledge-work teams who never touch a repo.
Upgrading is transparent. /update-hq auto-installs the pack before removing the inline copies, then symlinks every capability back to its original path, so existing commands keep working with no prompts. If the install cannot reach the pack, inline copies are kept and a retry command is shown. Fresh npx create-hq installs stay lean and add the pack on demand:
hq install github:indigoai-us/hq-packages#packages/hq-pack-engineeringSafer and smarter defaults
- Plan mode by default. New sessions start in Plan mode, so HQ proposes before it acts. Nothing changes on disk until the plan is approved. Auto mode remains available in the picker.
- Opus 4.8 default model. Sessions and subagents run on Opus 4.8; the 1M-context variant stays opt-in per command.
- Plain-language routing. Requests phrased in plain English route to the right skill, with the company and its policies bound first and an explicit stop before anything heavy or irreversible.
New capabilities
/humanizeruns a pass over any human-facing prose so it does not read like generated text, and runs automatically before HQ delivers finished writing./work-broadcastcomposes right-sized team announcements with a draft-confirm step before sending./hq-healtriages a Claude Code or Codex error mid-session, proposes a fix, and files a bug for recurring classes./ontologyis the runtime interface to the hq-pro ontology gardener (entity graph and situational-awareness brief per company)./hq-sharenow drafts a short, factual note describing what is being shared, prefilled for the sender to review.
Reliability and structure
hq-syncreindexes search after any sync that pulled files, so freshly-synced knowledge is searchable immediately.- Codex reaches permission-deny parity with Claude, and its hook surface consolidates to three status rows with no loss of coverage.
/setupdrives real first-session momentum, capturing pain points and systems of record and keeping them in front of HQ every session.- Top-level directories are trimmed to
companies/,core/,personal/,repos/, andworkspace/; public HQ docs moved tocore/docs/hq/;core/core.yamlis the only shipped version manifest.
Near-term priorities per product
hq-sync (desktop)
- Conflict-resolution UX in the menubar
- Richer per-file progress and notifications
- Broader platform coverage beyond macOS
hq-pro + hq-console (teams)
- Membership management and role workflows
- Usage and deployment visibility in the admin UI
- Tighter vault / capability-grant ergonomics
hq-deploy (artifacts)
- SSR deploy flows alongside static
- Custom domains and DNS automation
- Enterprise init / CloudFormation polish
hq-cli + hq-cloud
- Sync reliability and resumability
- Schema-driven secret access ergonomics (see hq-secrets)
hq-packages
- More first-party packs
- Smoother pack authoring + install loop
How priorities are sized
Work is scoped by complexity and risk (S/M/L/XL), not by wall-clock dates. HQ runs at agent velocity with many concurrent sessions, so effort is expressed as sessions of work and concurrency rather than weeks. Genuine external deadlines, when they exist, are tracked separately.