Hai3org Hai3 Cypilot

Cypilot Unified Tool

• Cypilot Unified Tool
  • Goal
  • Preconditions
  • ⚠️ MUST Instruction Semantics ⚠️
  • Agent Acknowledgment
  • Execution Logging
  • Variables
    • Template Variable Resolution
  • CLI Resolution
  • Protocol Guard
  • Cypilot Mode
  • Agent-Safe Invocation
  • Quick Commands (No Protocol)
  • Workflow Routing
  • Command Reference
  • Auto-Configuration
  • Project Configuration

Goal

Cypilot provides artifact validation, cross-reference validation, code traceability, spec coverage measurement, ID search/navigation, kit management, TOC generation/validation, multi-agent integration, and design-to-code implementation with @cpt-* markers.

Preconditions

• cpt available (preferred) or python3 as fallback
• Target paths exist and are readable

⚠️ MUST Instruction Semantics ⚠️

MUST and ALWAYS are mandatory. Skipping any MUST instruction invalidates execution, the output must be discarded, and the workflow fails.

Agent Acknowledgment

• MUST/ALWAYS are mandatory; skipping any MUST invalidates execution.
• I will read all required files before proceeding.
• I will follow workflows step-by-step without shortcuts.
• I will not create files without user confirmation in operation workflows.
• I will list Cypilot files read, why, and the triggering instruction before any approval prompt.

By proceeding with Cypilot work, I acknowledge and accept these requirements.

ALWAYS SET {cypilot_mode} = on FIRST when loading this skill

Execution Logging

ALWAYS provide execution visibility:

• Notify the user when entering any H2 section of a Cypilot prompt.
• Notify the user when completing any - [ ] checklist task.
• Use - [CONTEXT]: MESSAGE; set context to the file/section and message to the action + why.
• Logging must help the user understand loaded prompts, routing decisions, debugging state, and workflow progress.

Example:

- [execution-protocol]: Entering "Load Rules" — target is CODE, loading codebase/rules.md
- [DESIGN rules]: Completing "Validate structure" — all required sections present
- [workflows/generate.md]: Entering "Determine Target" — user requested code implementation

Variables

Setting {cypilot_mode}: explicit cypilot on/off or a prompt that activates/deactivates Cypilot workflows.

Template Variable Resolution

• Resolve variables from {cpt_cmd} --json info first; parse the returned variables dict.
• Use {cpt_cmd} --json resolve-vars only when a fresh or filtered map is needed.
• Variable sources: system (cypilot_path, project_root) + installed kit resources.
• ALWAYS resolve {variable} references to absolute paths before using kit markdown files.

CLI Resolution

Run before Protocol Guard when {cypilot_mode} is on:

1. command -v cpt → {cpt_cmd} = cpt, {cpt_installed} = true
2. Otherwise {cpt_cmd} = python3 {cypilot_path}/.core/skills/cypilot/scripts/cypilot.py, {cpt_installed} = false
3. If cpt is missing and ~/.cypilot/cache/cpt-prompt-dismissed does not exist, offer pipx install git+https://github.com/cyberfabric/cyber-pilot.git; on dismiss create the marker file
4. Re-offer installation if the user later asks about the long invocation path

ALWAYS use {cpt_cmd} for all later CLI invocations.

Protocol Guard

• ALWAYS FIRST open and remember {cypilot_path}/.gen/AGENTS.md
• ALWAYS open and follow {cypilot_path}/config/AGENTS.md when it exists
• ALWAYS open and follow {cypilot_path}/.gen/SKILL.md when it exists
• ALWAYS open and follow {cypilot_path}/config/SKILL.md when it exists
• ALWAYS FIRST run {cpt_cmd} --json info before any Cypilot workflow action
• ALWAYS store the variables dict from info output and use it to resolve {variable} references in AGENTS/SKILL/rules/workflows
• ALWAYS FIRST parse and load all matched WHEN-clause specs before proceeding
• ALWAYS include this block when editing code:

Cypilot Context:
- Cypilot: {path}
- Target: {artifact|codebase}
- Specs loaded: {list paths or "none required"}

• ALWAYS stop and re-run Protocol Guard when required specs should have been loaded but were not

Cypilot Mode

• ALWAYS set {cypilot_mode} = on first when user invokes cypilot {prompt}
• ALWAYS run info when enabling Cypilot mode
• ALWAYS show:

Cypilot Mode Enabled
Cypilot: {FOUND at path | NOT_FOUND}

Agent-Safe Invocation

• ALWAYS use {cpt_cmd} --json <subcommand> [options]
• ALWAYS pass --json as the first argument for agent-driven CLI calls
• ALWAYS use = form for pattern args starting with - (example: --pattern=-req-)

Quick Commands (No Protocol)

Workflow Routing

Cypilot has exactly three core workflows plus specialized sub-workflows. Routing priority is plan > generate/analyze.

configure routes through generate.md; that workflow may auto-trigger requirements/auto-config.md for brownfield projects with no project-specific rules.

Command Reference

Entrypoint: {cpt_cmd} <command> [options] Machine output: add --json as the first argument. Exit codes: 0 = PASS, 1 = filesystem/config error, 2 = FAIL. Legacy aliases: validate-code = validate; validate-rules = validate-kits.

See skills/cypilot/cypilot.clispec for full syntax, arguments, options, exit semantics, and examples.

Auto-Configuration

Use auto-config after cypilot init on a brownfield project, when project conventions are unknown, or after major structural changes. It scans structure/conventions, generates {cypilot_path}/config/rules/{slug}.md, adds WHEN rules to {cypilot_path}/config/AGENTS.md, and registers systems in {cypilot_path}/config/artifacts.toml. Invoke via cypilot auto-config, cypilot configure, or the automatic offer inside generate.md.

Project Configuration

Project configuration lives in {cypilot_path}/config/core.toml (systems, kits, ignore lists). Artifact registry lives in {cypilot_path}/config/artifacts.toml (artifact paths, kinds, system mappings, codebase paths, autodetect rules). All commands output JSON when invoked with --json. Exit codes: 0=PASS, 1=filesystem error, 2=FAIL.

Source: HAI3org/HAI3 — distributed by TomeVault.