The Field Guide

Get a great result, not just a finished button

The Help Center explains what aiKit’s screens and controls do. This is different — 8 in-depth guides on how to actually get great results out of aiKit, and out of AI tools and agents generally. Strategy and judgment, not mechanics.

Writing a description that gets you a great first draft

Your description isn't a form field aiKit tolerates on the way to the real work — it's the only source of truth the AI is allowed to use. This guide covers exactly what separates a description that produces a sharp, specific first draft from one that produces something generic.

Getting the most out of the guided interview

The guided interview is optional, but it's the single highest-leverage step in the whole intake — because unlike your description, it's built to keep asking about specifically whatever is still thin. Rushing it defeats the entire point.

Revising well — giving feedback the AI can actually act on

Every revision request is processed the same way under the hood: your current draft plus one instruction, nothing else. Knowing that changes how you should write a revision request.

Choosing a style direction that actually fits

In aiKit, a style isn't a coat of paint applied after the writing is done — it's a separate instruction handed to the writer alongside your description, and it genuinely changes how your copy is written. Picking one is a voice decision, not a color decision.

Websites, internal tools, and apps — picking the right project type

aiKit doesn't render every project type through the same marketing-brochure template with different words swapped in — a website and an internal dispatch tool are built as genuinely different kinds of output. Picking the right type (or types) up front is what makes that distinction actually work for you.

How to work well with AI tools and agents

This one isn't aiKit-specific. It's the general literacy that makes any AI collaborator — aiKit or otherwise — actually useful instead of frustrating, written from what actually holds up in practice.

Using your feature ideas list like a real plan, not a wishlist

The feature list that comes with your draft isn't a menu of upsells — it's meant to be read as a real, checkable plan for the fuller system a business like yours actually runs on. Here's how to actually use it that way.

Getting ready to publish — what "ready" actually means

The pre-publish checklist tells you something real and specific — but it's easy to read it as a broader promise than it actually makes. Here's what it's actually checking, and what it isn't.

Looking for what a specific screen or button does instead? Check the Help Center.