Resources02 · Changelog

CHANGELOG / VERIFIED DEVELOPMENT

Verifiable development changes with clear delivery boundaries.

Only changes present in the current code and delivery flow with verifiable sources are recorded; a development log is not a formal release.

Analytics administration, dependency security, and public operations boundaries

The public analytics collection surface is separated from its protected administration surface; the website adds dependency gates, an anonymous funnel, canonical URLs, and operations checks.

Collection and administration no longer share a public entry point

The collection hostname continues to expose only the script and event endpoint. Administration uses a separate hostname with additional authentication and is not exposed to search engines.

Check security and observability before release

High-risk production dependency vulnerabilities, collector rate-limit logs, canonical URLs, and browser security headers are all covered by versioned checks instead of ad hoc server operations.

Changes in this update
  • Two-layer authentication for the admin hostname
  • Anonymous success-event funnel
  • 429 and upstream error checks
  • Canonical sitemap URLs

Resource center and release notes

The Kyormar website now uses a dedicated resource route for the changelog, documentation, community, help, and workshop content.

Information is no longer scattered across product pages

Resources are now part of the main navigation. The changelog reads continuously, documentation follows task paths, and community and help pages provide a clear next step.

The existing system architecture content remains under Resources, and the old URL redirects to the new architecture page.

Keep delivery status honest

Public installers remain governed by the status shown on the download page. Development updates are not formal releases, and development builds are not presented as downloadable versions.

Changes in this update
  • Resources menu and mobile entry point
  • Cursor-style date and content columns
  • Compatible redirect from the old architecture URL

IM and Agent run independently and link on demand

The Kyormar client separates communication and task execution into two independently usable modules that can explicitly exchange data.

Both modules work independently

Use IM alone when you only need communication, or Agent alone for tasks, tools, and results. Neither requires the other to remain running.

Linked modules exchange only explicit data

When linked, IM and Agent exchange messages, task context, progress, approvals, and results through explicit interfaces. Neither copies the other module’s internal state.

Changes in this update
  • IM can run independently
  • Agent can run independently
  • Explicit linked communication boundaries

Desktop, Agent, and IM modes are shown separately

The download page explains the client, Agent, and IM usage modes without presenting internal module names as separate installers.

macOS first, without inventing download URLs

The platform matrix clearly identifies signing, schedule, and public availability. Until a formal build is ready, the page will not provide nonexistent dmg, pkg, or zip links.

Usage modes and procurement paths stay separate

Independent and linked Agent and IM modes belong in the client documentation, while team buyers continue to pricing and private-deployment pages instead of sharing an ambiguous download button.

Changes in this update
  • Three delivery surfaces
  • Public release gate
  • Platform status matrix