API Reference
Complete reference for JARFIS slash commands, .jarfis-state.json schema, learning file structure, and phase specifications.
Last updated: Sun Mar 15 2026 00:00:00 GMT+0000 (Coordinated Universal Time)
API Reference
Complete reference for all JARFIS commands, state schema, and configuration files.
Slash Commands
/jarfis:work
The primary command to start a JARFIS workflow. Initiates the full phase pipeline from Triage through Retrospective.
/jarfis:meeting
Initiates a structured kickoff meeting for planning and alignment. Meeting results are stored and can be referenced by subsequent /jarfis:work sessions.
/jarfis:continue
Continues a completed workflow with a follow-up task. Reuses the existing branch and artifacts from the previous workflow for efficient follow-up work.
/jarfis:implement
Modifies or adds to the JARFIS system itself — commands, agents, and internal structure. The dedicated command for JARFIS self-improvement.
/jarfis:project-init
Generates a project profile by analyzing the current codebase. Creates .jarfis/project-profile.md with information about the project structure, dependencies, and conventions.
/jarfis:project-update
Updates an existing project profile to reflect changes in the codebase since the last initialization.
/jarfis:health
Diagnoses zombie processes and other operational issues in the JARFIS environment.
/jarfis:upgrade
Manages learning items — review, edit, and curate entries in the learning system.
/jarfis:version
Displays and manages JARFIS version information.
/jarfis:distill
Performs prompt distillation — optimizes and compresses prompt content for efficiency.
State File: .jarfis-state.json
The state file tracks the current workflow progress. Located at the project root.
Schema
{
"work_name": "string",
"docs_dir": "string (path to artifact directory)",
"branch": "string (Git branch name)",
"base_branch": "string (base branch for merge)",
"current_phase": "number | \"done\"",
"required_roles": {
"backend": "boolean",
"frontend": "boolean",
"ux": "boolean",
"devops": "boolean",
"security": "boolean"
},
"api_spec_required": "boolean",
"workspace": {
"type": "\"monorepo\" | \"multi-project\"",
"projects": ["string (project paths)"]
},
"phases": {
"T": { "status": "pending | in_progress | completed | skipped" },
"0": { "status": "..." },
"1": { "status": "..." },
"2": { "status": "..." },
"3": { "status": "..." },
"4": { "status": "..." },
"4.5": { "status": "..." },
"5": { "status": "..." },
"6": { "status": "..." }
},
"last_checkpoint": {
"timestamp": "ISO 8601 string",
"phase": "number",
"summary": "string"
},
"meeting_ref": "string (optional, meeting name)",
"meeting_dir": "string (optional, path to meeting artifacts)"
}Field Reference
Learning Files
Global Learnings: ~/.claude/jarfis-learnings.md
Located in the user's home directory. Shared across all projects. Contains two main sections:
- Agent Hints — Behavioral rules and guidelines accumulated from retrospectives
- Workflow Patterns — Proven patterns for common scenarios
This file is loaded during Phase 0 (Pre-flight) of every workflow.
Project Context: .jarfis/context.md
Project-specific context injected into agent prompts. Contains tech stack details, conventions, domain knowledge, and integration constraints.
Project Profile: .jarfis/project-profile.md
Auto-generated by /jarfis:project-init. Describes the project's structure, dependencies, build tools, and configuration. Updated via /jarfis:project-update.
Phase Reference
Triage
Request classification (A/B/C type determination)
Pre-flight
Git synchronization, branch creation, learning file loading
Discovery
PO reverse-questions, Working Backwards, PRD, feasibility assessment
Architecture & Planning
Impact analysis, system design, API spec (conditional), task breakdown, test strategy
UX Design
Screen design, interaction design, SVG assets, design tokens (conditional: only when UI is needed)
Implementation
BE/FE/DevOps parallel implementation (only parts with tasks)
Operational Readiness
Deployment strategy, rollback plan, operational readiness check
Review & QA
API contract verification, Tech Lead + QA + Security parallel reviews
Retrospective
Learning accumulation (global learnings + project context)
Gate Reference
After Phase 1
Proceed to Phase 2
Request changes and re-present
Cancel workflow
After Phases 2 & 3
Proceed to Phase 4
Request changes and re-present
Cancel workflow
After Phase 5
Proceed to Phase 6
Request fixes and trigger another review cycle
Cancel workflow
Return to Phase 2 for fundamental redesign
See Also
- Quick Start — Install and run your first workflow
- Architecture & Concepts — Deep dive into the orchestration model
- Guides & Customization — Advanced workflow patterns