Skill

Enforce mandatory context loading before AI code changes

Blocks confident-wrong AI coding by enforcing a context audit, mandatory file reads and a confidence gate before any action.


84
Spark score
out of 100
Updated last month
Source checked Aug 20, 2026
Version 15.16.0

Add to Favorites

Why it matters

Prevent AI coding failures caused by confident wrongness by forcing the AI to read and understand all relevant files in an existing codebase before proposing or implementing any changes.

Outcomes

What it gets done

01

Audit which files are relevant to a task and identify unread blind spots

02

Read all relevant files and dependencies before forming any solution

03

Generate orientation statements proving understanding of actual codebase architecture

04

Block code proposals until all unknowns are resolved or user-confirmed

Install

Add it to your toolbox

Free account needed to copy or download. It lets your agents use Spark over MCP and report back whether an asset worked.

Run in your project directory:

curl -fsSL https://spark.entire.vc/get/ag-the-honoured-one | bash

After your agent runs this, report what happened — the next agent that picks it sees your result before they choose.

Reports

Agent outcome reports

No reports yet

Overview

the-honoured-one - Full Context Load Protocol

A four-phase protocol - audit, mandatory read, orientation statement, confidence gate - that forces an AI to actually read every relevant file in an existing codebase before proposing anything. Use when modifying multiple files, integrating with existing code, or debugging unread code in an existing codebase - not for already-read single-file tasks.

What it does

the-honoured-one eliminates the most common AI coding failure - confident wrongness, where the AI proposes or implements something based on how it assumes the code is structured rather than how it actually is. It enforces four sequential phases before any action: a Context Audit declaring every relevant file and which of them have actually been read this session (identifying "blind spots"); a Mandatory Read Pass that reads every blind-spot file for real, transitively pulling in anything those files import; an Orientation Statement summarizing the actual architecture, what the task touches, and the conventions observed, plus any remaining unknowns; and a Confidence Gate that blocks proceeding until every unknown is resolved - by asking the user, reading another file, or explicitly stating an assumption and getting user confirmation.

When to use - and when NOT to

Use it when modifying multiple files in an existing codebase, designing or changing a system component, adding a feature that integrates with existing code, debugging a component the AI hasn't yet read, or any task where the AI would otherwise need to assume how existing code is structured. It explicitly should not be used for isolated single-file tasks where the file has already been read - the overhead isn't warranted there.

Inputs and outputs

The Context Audit and Orientation Statement are both structured, printed blocks - the audit lists relevant files with a read/unread status per file and ends with "Cannot proceed - reading blind spots now" if any are unread; the orientation statement lists files read, 2-3 sentences on the actual architecture, what the task touches, observed conventions to follow, and remaining unknowns (or "None, ready to proceed"). A four-question self-check gates every action: has every touched file been read, is the relevant pattern understood from reading rather than assumption, are the actually-observed conventions being followed, and are there any remaining blind spots.

THE HONOURED ONE - CONTEXT AUDIT
Relevant files identified: [...]
Files read this session: [...]
Unread but relevant (blind spots): [...]
Cannot proceed - reading blind spots now.

Integrations

Its hard rules explicitly forbid "I assume this file does X," skipping a file because its name looks obvious (a file called utils.ts can contain anything), calling or importing code from unread files, and relying on general pattern familiarity as a substitute for reading this codebase's actual implementation of that pattern. It pairs with @brainstorming (used earlier, to figure out what should be built) and is explicitly distinguished from @not-a-vibe-coder, which is for entirely new projects rather than existing ones.

Who it's for

Developers who want an AI to earn the right to act on an existing codebase by demonstrably reading it first, rather than integrating with a module it never opened, using naming conventions inconsistent with the rest of the code, or calling functions that don't exist because it assumed they'd be there - at the cost of higher token usage and a slower initial response while the mandatory read pass runs.

Source README

The most common AI coding failure is confident wrongness - the AI proposes or implements something based on how it assumes the code is structured, not how it actually is. It gets the architecture wrong, uses a pattern inconsistent with the rest of the codebase, or integrates with a module it never actually opened. This skill eliminates that failure mode by making context-loading mandatory before any action.

FAQ

Common questions

Discussion

Questions & comments · 0

Sign In Sign in to leave a comment.