ForgeFlow / User guide

ForgeFlow / Reference

First-Run Friction

Use this during field validation to record friction from first install through first useful review. Keep the log local unless the project explicitly wants to share it.

What To Track

Record one row per first-run attempt:

date:
project_type: frontend | api | monorepo | docs-config | release-prep | other
runtime: claude-code | codex | both
install_path: update-forgeflow | template-installer | existing-install
install_result: pass | warn | fail
version_status: up-to-date | outdated | offline | unknown
health_status: pass | warn | fail
restart_required: yes | no | unknown
first_review_started: yes | no
time_to_first_review_minutes:
blocked_by:
fix_category: install | health | docs | template-installer | codex-discovery | settings | agent-routing | context-budget | other
notes:

Do not include secrets, private URLs, source snippets, raw settings files, or customer names.

Claude Code Checks

For Claude Code installs, capture:

Common fix categories:

Codex Checks

For Codex installs, capture:

Common fix categories:

Rollup

After several trials, summarize friction by category:

trials:
runtime_counts:
pass_without_help:
needed_restart:
blocked_trials:
top_fix_categories:
repeated_notes:

Use repeated categories to drive the next change. For example:

Use Friction To Fix when a repeated category is ready to become an install, health, docs, routing, context, or template-installer change.

Sharing

Share only aggregate friction counts by default. If a specific failure needs debugging, sanitize paths, account names, branch names, and settings content before sending it outside the project.