GigiKit Guides

The 6-Step Development Workflow

GigiKit enforces a consistent 6-step pipeline for every feature, bug fix, or refactor. Each step is handled by a specialized agent, so nothing falls through the cracks.

GigiKit Primary Workflow

flowchart LR A[1. Code Implementation] —> B[2. Testing] B —> C[3. Code Quality] C —> D[4. Integration] D —> E[5. Debugging] E —> F[6. Visual Explanations]

style A fill:#4f46e5,color:#fff style B fill:#0891b2,color:#fff style C fill:#059669,color:#fff style D fill:#d97706,color:#fff style E fill:#dc2626,color:#fff style F fill:#7c3aed,color:#fff

Step 1: Code Implementation

Before writing a single line of code, delegate to the planner agent to produce a phased implementation plan in ./plans. During planning, spawn multiple researcher agents in parallel to investigate different technical topics and feed their findings back to the planner.

Key rules for this step:

  • Follow the plan phases exactly — do not skip ahead
  • Update existing files; never create a “new enhanced version” of a file
  • After every file change, run the compile command to catch errors early

Step 2: Testing

Delegate to the tester agent once the code compiles cleanly. Tests run against the final simplified code, not an in-progress draft.

The tester agent covers:

  • Comprehensive unit tests with high code coverage
  • Error and edge-case scenarios
  • Performance requirement validation

Step 3: Code Quality

After tests pass, delegate to code-reviewer to audit the clean, tested code. The reviewer checks for readability, adherence to coding conventions, and optimization opportunities. This step runs on the same code the tests verified — not an earlier draft.

Step 4: Integration

Follow the plan from Step 1 exactly when merging changes into the main codebase. Maintain backward compatibility, document any breaking changes, and delegate to docs-manager to update ./docs if the integration touches public APIs or architecture.

Step 5: Debugging

When a bug is reported from a server or CI/CD pipeline, delegate to the debugger agent first. The debugger runs diagnostics and produces a summary report. Read the report, implement the fix, then send the patched code through the tester again. If tests fail, re-enter Step 3 (Code Quality) before merging.

Step 6: Visual Explanations

Use visuals whenever a topic has three or more interacting components, or when a user asks “explain” or “how does X work.”

CommandUse case
/gk:preview --explain <topic>ASCII + Mermaid explanation
/gk:preview --diagram <topic>Architecture and data-flow diagrams
/gk:preview --slides <topic>Step-by-step walkthrough
/gk:preview --ascii <topic>Terminal-friendly diagrams only

Visuals save to the active plan folder (injected by hooks) or fall back to plans/visuals/.