One ticket keeps the brief, owner, progress, and recent activity in view.
- Brief
- Progress
- Activity
- File count
Mid Conversation keeps ticket context, project history, and release state in one signed desktop surface so your team can inspect the work, recover a handoff fast, and ship without losing the thread.
The page is public. Signed desktop builds and the full release archive are behind approved access.
One main surface. Three supporting views. All from the current product.
One ticket keeps the brief, owner, progress, and recent activity in view.
The product is built to keep the work legible, the handoff survivable, and the release deliberate.
Open one ticket and see the plan, files, and activity trail in one view.
See tracked files, recent sessions, and the project story before you touch the repo.
Start the stack, check health, sync the right files, and distribute signed builds without side rituals.
These are the current tools in the Mission Control MCP server used by both Codex and Visual Studio Copilot integrations.
| Tool | Primary purpose | Typical usage |
|---|---|---|
| ticket_create | Create SQL tickets with initial directives, tags, and project linkage. | Intake new work and bootstrap ticket metadata in one call. |
| ticket_get | Load canonical ticket detail, directives, files, and bootstrap payload. | Hydrate an AI session with trusted ticket context. |
| ticket_validate_handoff | Check required handoff sections and directive hygiene. | Gate completion before pause/close to reduce context drift. |
| ticket_sync | Run markdown-to-database sync via canonical ticket sync pipeline. | Apply ticket markdown edits and keep DB state aligned. |
| ticket_regen_brief | Regenerate the ticket AI brief/development story snapshot. | Refresh bootstrap context after substantive ticket updates. |
| ticket_repo_state | Capture git branch/head/dirty-state details for commit discipline. | Preflight pause/close actions and audit repository status. |
| echo_guidance_get | Return effective Echo Guidance profile used by Mission Control. | Ensure AI tooling follows the same operator preferences. |
You should be able to inspect the work without turning build access loose.
See what changed, what still looks risky, and what is ready to hand off.
The page is public on purpose, while current and archived signed builds stay behind approved access.
This is for teams already feeling the cost of AI drift in real work.
You keep re-explaining settled context, reopening solved issues, or cleaning up after handoffs that should have been easier.
You need to inspect the work and the release state before a build moves forward.
You want AI speed without turning project memory and release control into side rituals the team cannot inspect.
Signed desktop builds stay behind approved access to current and archived releases. The product story stays public.