Repository navigation
Release and Deployment Counters
The public template has no fixed deployment counter. A release distributes a version of the template; it is not evidence that an application was deployed. Run this read-only command only when a current GitHub observation is useful:
python3 -I -B .SYSTEMX/scripts/release_counters.py
python3 -I -B .SYSTEMX/scripts/release_counters.py --repository OWNER/REPOThe command uses Python's standard library and GitHub's public REST API. It
does not read a local token, write files, install a service, or run on startup.
It reports the observation time and counts published software-version releases,
media- releases, other published releases, and GitHub deployment records
separately. Draft releases are excluded. A deployment record is a request to
deploy a ref; its presence does not establish success or live verification.
Each count is either {"state":"observed","count":N} or
{"state":"unknown","count":null}. A failed, invalid, or truncated provider
response is unknown, never zero. Release and deployment requests are
independent, so a successful one can still be shown when the other fails. The
exit code is 0 when both endpoints were counted and 2 when either is
unknown. Requests have a five-second timeout, a two-megabyte response limit,
and a ten-page limit per endpoint; a complete result beyond those limits needs
a different reviewed query. Public API rate limits can produce unknown.
The counts are observations at one time, not a durable ledger or a single transactional snapshot across paginated requests. For a downstream project's actual deployment outcome, retain the target, revision, provider receipt, deployment status, and live check in its own release record or Agent X event. Do not copy private project paths or provider data into this reusable template.
See versions and changelog for release-specific receipts.
.SYSTEMX · DOT SYSTEMX · Maintained by Wayne Tech Lab LLC · Repository · User manual · Prompt cookbook · MIT license
Beta 1.11.0-beta.4 prerelease — validate the selected release in your project. Release policy. Project records, configured commands, and verified evidence determine the state of each adopted project.
DOT SYSTEMX · User manual
1. Start here
- Current beta product film: chapters and scenes
- The Guided Folder: historical 4K walkthrough
- Start with a Folder: 4K animated guide
- Introduction video and archived poster
- Advanced walkthrough: inside the coordination layer
- Choose a workspace
- Agent 0 roster: roles, bots, and CLI paths
- Agent 0 and toolchain direct I/O
- First-time setup
- Provider and harness onboarding
- Daily workflow
- One-shot project guide
- Shared workspaces, clouds, and bots
- Historical use-case workflows
- Four current system maps
- Current maps, seven agent guides, and atlas
- 8K engineering master companion
- Agent guide text and CLI flows
- Visual guide and historical diagrams
- New chat setup prompt
- Prompt cookbook
2. Work and continuity
- SYSTEMX PROJECTS
- AUTOBOT and Agent Alpha: Tier 2
- Local DATA storage
- Planning and memory
- ROOT planning, rules, and task delta
- System MAP
- Access Matrix: 20 standard entries
- Agent Beta, Agent1, and Agenda
- Task workflow
- Agent X: events and time
- Agent Y: CLI and PR channels
- Agent Z: fixed review
- 100 review questions
- Agent 0 and subagents
- Subagent processing
- Advanced use cases
- Evidence and acceptance
- Anti-drift and long-running work
- Tokens, cost, and time
3. Setup and maintenance
- Project / VS Code
- OS directory
- Google Drive
- LLM chat
- Exact casing and alias
- Installation and updates
- Upgrading
- Uninstall and cleanup
4. Advanced reference
- Standard format
- Technical Guide
- Stack Guide
- Library integration
- CLI and Tools
- Command reference
- Configuration and quality
- Operations and troubleshooting
- Security and support
- Code review and readiness
5. Project information