CASE STUDY · F3 FRAMEWORK IN PRACTICE
NO DOCUMENTATION.
NO BACKUP.
NO PROBLEM.
How MethodFactory rescued a $1B global organization’s undocumented codebase — discovered an active XSS vulnerability, zero accessibility, and no version control — and delivered a fully documented, production-ready component in a single session.
INDUSTRY
Global Professional Organization
SCALE
$1B+ annual revenue · Worldwide operations
SITUATION
Previous agency terminated · Zero documentation handed off
ENGAGEMENT
Emergency technical rescue + ongoing support
1x
XSS VULNERABILITY FOUND & PATCHED
5
CRITICAL ISSUES SURFACED BEFORE TOUCHING CODE
8
DOCUMENTATION ASSETS PRODUCED
1
SESSION · ZERO RE-ONBOARDING GOING FORWARD
01
THE CHALLENGE
When the previous agency was let go, the organization was left holding a live WordPress website they couldn’t safely touch.
The immediate need was straightforward: update a custom Elementor SVG map component to reflect the organization’s new global headquarters location. The only transition document they received? A folder path inside the Elementor components directory and the note: “That’s where you update the map.”
No component documentation. No version control. No developer to call. For the Business and Internet Systems Manager responsible for delivery, this was the scenario no one plans for — a business-critical digital asset that functioned as a black box.
THE RISKS WERE REAL:
Making a change to an undocumented component could silently break it
No one knew what else might be wrong with the codebase
The organization’s global digital presence sat on an unknown foundation
02
WHY F3 EXISTS: THE PROBLEMS THAT FORCED A NEW METHODOLOGY
The scenario above is not the exception in AI-assisted development. It is the pattern.
MethodFactory has been working at the intersection of AI tooling and professional software delivery long enough to have seen the same failures repeat — not because developers are careless, but because AI coding and LLMs arrived without the guardrails and methodology they needed to stay focused and productive. The tools were powerful. The process was nonexistent.
MethodFactory built F3 to provide exactly what was missing: the guardrails and methodology that AI-assisted development and LLMs need to reduce developer spin, stay in scope, and produce work that holds up beyond a single session.
These are the six problems that made it necessary:
MethodFactory built F3 because the industry needed professional guardrails and methodology — and none existed. F3 provides the guardrails and structure that keep AI-assisted development focused, bounded, and productive: a Spec before a Plan, a Plan before a Build, enforced stops before spinning turns into damage, Production Standards enforced throughout every session, a Commit Gate that ensures nothing is committed without a complete record, a Handoff Readiness standard that keeps the project in a state any developer can pick up at any time, and an Existing Project Protocol that ensures inherited codebases are fully understood and documented before a single line of code is changed. That last point matters most for the majority of real-world engagements — because most teams will implement F3 on a system that already exists, not one they built from scratch.
03
THE METHODFACTORY APPROACH: F3 BEFORE A SINGLE LINE OF CODE
MethodFactory’s first move was not to open the component and start editing. It was to establish a foundation. Using the F3 Framework (Foundation-First Framework) — MethodFactory’s proprietary AI-assisted development methodology — the team set up a structured, documented, and auditable development environment before any changes were made.
SETUP STEPS:
The Existing Project Prompt runs four phases: assess the current state, reverse-engineer a retroactive SPEC.md and PLAN.md, create all eight docs/ files from real codebase analysis (not empty templates), and present findings for approval. The entire conversion happens in a single session.
THE FOUNDATION DOCUMENT: PROJECT SOURCE OF TRUTH
Before development began, the project received its first-ever Foundation Document — the cornerstone deliverable of every F3 engagement:
04
DISCOVERY: WHAT WAS ACTUALLY IN THE CODEBASE
The F3 Existing Project analysis surfaced issues that no one knew existed — all logged with context, location, and remediation path before a single production change was made:
| G-01 |
Foundation Before Code |
| G-02 |
Thrash Detection |
| G-03 |
Scope Enforcement |
| G-04 |
Session Close Protocol |
| G-05 |
Mid-Session Checkpoints |
| G-06 |
Production Standards |
| G-07 |
Commit Gate |
| G-08 |
Handoff Readiness |
| G-09 |
Existing Project Protocol |
| G-10 |
Multi-Agent Review Model |
/ / ABOUT F3
F3FRAMEWORK.COM
METHODFACTORY.COM