AI Coding

Last updated 2026-07-04

AI coding is the core feature of Paideias. It reads your documents, applies codes from your codebook, and returns passages with confidence scores and a short explanation. Your role is to review the suggestions — approving what fits and rejecting what doesn't. This page picks up right where Building a Codebook left off: the moment that page's codebook got its first definition, the two transcripts sitting queued since Uploading Documents started coding themselves.

Watch it happen: real coding, real review

Every screen below is real AI output against the actual Jordan and Marisol transcripts — not staged text. Click through it yourself, or let it play.

How AI coding works

When a document processes, Paideias runs it through a multi-step pipeline:

1. Chunking

Your document is broken into chunks — typically paragraphs or semantically meaningful segments, like the individual sentences from Jordan's answer that each got their own suggestion above. Each chunk is evaluated independently, so the AI focuses on one passage at a time without losing context.

2. Prompt construction

For each chunk, the AI receives the chunk text, your project's conceptual framework, your full codebook (every code name and definition), and instructions for how to evaluate and assign codes. This is why well-written definitions matter so much — the AI compares the passage against each definition to decide if there's a match, exactly as described in Why definitions matter.

3. Evaluation

The AI evaluates each code against the chunk and assigns a confidence score from 0 to 1 for anything relevant. In the walkthrough above, Jordan's passages scored between 0.88 and 0.95 against Ability — a genuinely strong, consistent match.

Confidence scores are not probabilities. They represent the AI's certainty that a code applies. You'll typically see scores clustered between 0.6 and 0.95 for relevant codes.

4. Return

The AI returns coded passages with the text, the suggested code, the confidence score, and a short explanation — like "Defines trust as evidence-based, directly linked to evaluating ability through actions," shown when approving above.

Running AI coding

1

Make sure the codebook has definitions

Documents with no defined codes stay queued indefinitely — see Why documents wait in queue.

2

Open a Ready to review document

Click Review from the Documents tab, or a document in Focus Mode directly.

3

Read each suggestion

The passage text, the code, the confidence score, and the AI's reasoning are all visible in the sidebar and in the popup when you click a highlight.

4

Approve or reject

Every decision updates the counters live — approved, rejected, and pending — so you always know exactly where review stands.

Interpreting confidence scores

  • 0.9 – 1.0: Strong match. Usually safe to approve — like the 95% suggestion approved above.
  • 0.7 – 0.89: Moderate match. Relevant elements present, but review the passage carefully.
  • 0.5 – 0.69: Weak match. The connection is tenuous; many of these get rejected.
  • Below 0.5: Filtered out entirely — never shown, because the AI doesn't consider them relevant enough to surface.

What are emergent codes?

Sometimes the AI finds a passage that doesn't match any code in your codebook but clearly contains something important. It can flag an emergent code — a new code that doesn't exist yet. You can add it to your codebook, map it to something you already have, or dismiss it.

Tip: emergent codes are one of the most valuable parts of AI coding — they surface themes you didn't anticipate. Review them carefully; they often reveal real gaps in your initial codebook.

Reviewing and approving

The review step is where your judgment matters most. The AI identifies candidates; you decide what actually belongs in your analysis.

  • Don't approve automatically. Even a 95% suggestion should be read against the real passage, the way we did above.
  • Read the explanation. If the AI's stated reasoning doesn't hold up on a second look, reject it.
  • Consider context. The AI evaluates chunks in isolation. You may know from the full document that a passage means something different in context.
  • Approve in batches. On longer documents, review in groups to stay in an analytical flow rather than second-guessing every single click.

When a section couldn't be analysed

Occasionally an AI provider hiccups on part of a long document — a rate limit, a network blip. Paideias tracks this per section instead of failing the whole document, or worse, silently pretending everything was coded. You'll see a toast like "coded, but 2 sections couldn't be analyzed", and the document gets a small amber ⚠ N incomplete badge in the document list.

1

Look for the amber badge

Appears right where the Review link normally sits.

2

Click it to retry

Paideias re-runs the AI only on the sections that failed. Anything already reviewed elsewhere in the document stays untouched.

3

Repeat if needed

If a section keeps failing, retry again later or code it manually — see Manual Coding.

Running AI coding across multiple documents

You can run AI coding on individual documents (as above) or across your whole document set at once. Running across all documents keeps things consistent — every document is processed with the same codebook and prompts, which matters most before inter-coder agreement analysis, where every document needs uniform coding.

Re-running AI coding

The same button that says Run AI on a fresh document changes to Re-run AI the moment that document has any suggestions on it — same button, same click, the label just reflects what it's about to do.

Re-running is not destructive. It's a targeted refresh, not a wipe:

  • Approved codes stay exactly where they are — both AI-approved and manually applied ones. Re-running never touches a decision you already made.
  • Rejected and still-pending suggestions are cleared and replaced with a fresh AI pass against your current codebook.
  • The document goes back into the queue with a processing status, exactly like a first run — see Why documents wait in queue if it seems to sit there.
When to re-run: after adding new codes or improving a vague definition, after merging or renaming codes in Code Manager, or simply to get a second opinion from the AI once your codebook has matured. Because approvals are preserved, re-running is safe to do repeatedly as your codebook evolves — you'll never lose review work you've already done.
Next step: Prefer to code without AI suggestions, or handle a passage the AI missed? See Manual Coding. To reorganise the codebook these suggestions draw from, see Code Manager.