Codex / Claude Code / Kimi Code / repository files
Put TECH HAUS frameworks to work inside coding agents
The premium framework pages explain why certain framings work, how they progress, what they preserve, and where they can fail. Coding-agent files should carry those useful behaviors without naming the source framework. Translate only the measures that improve the real assignment, then verify that the result preserved the user's intent.
- Use this when
- The assignment depends on repository files, commands, tests, saved decisions, or work that must survive another session.
- You leave with
- A concise, personalized instruction file that applies useful framing behaviors to a real project without framework labels or copied turns.
First action
Reviewed 26 Jul 2026
Start the work before reading further.
Choose the instruction file supported by your coding tool, then name the objective and the one operating behavior that materially improves the work.
01 / Work surface
Use the browser for a question. Use a coding agent for a body of work.
If the result depends on project files, commands, tests, saved decisions, or several passes, use Codex, Claude Code, Kimi Code, or another repository-aware tool. The framework becomes durable context, and you stop repeating uploads, setup notes, and copy-paste handoffs in every message.
Choose a coding agent
- YESThe work spans more than one file or requires repository discovery.
- YESCommands, tests, browser checks, or build output determine whether the result is correct.
- YESThe framework and project rules should remain available across sessions.
- YESThe result must be written back into a project, reviewed as a diff, or handed to another agent.
Stay in web chat
- WEBThe question is isolated and no local files or tools are required.
- WEBYou need a quick comparison, explanation, or draft that will not become a maintained artifact.
- WEBYou are not ready to grant a tool access to a working folder.
The operating loop
One objective. One useful behavior. One result you can verify.
Capture the objective
Write the requested outcome, supplied facts, exclusions, deliverable, and success checks in the current request or an optional task brief. Keep the user's wording where it carries meaning.
Extract the useful behavior
Study the source guidance and pull out only what helps this assignment: the opening condition, progression, decision gates, evidence standard, cautions, and recovery behavior. Leave the framework name behind.
Map the progression
Translate the useful functions into agentic stages, checkpoints, or project rules. Preserve how context and decisions build without copying the example conversation as a script or exposing its label.
Run from the repository
Put the personalized guidance in the instruction surface your tool supports. Let the agent inspect the workspace and use the tools the assignment requires.
Verify the artifact
Check the final result against the task brief. Require file paths, commands, test results, unresolved risks, and a concise statement of what changed.
Record the next move
If the result missed, change one cause at a time: the current request, operating behavior, stage mapping, project instruction, or verification rule.
02 / Baseline and instruction surface
Put the method where your tool will read it.
The premium framework pages explain effective framings and the special measures that make them work. The Markdown blocks below are starting structures for coding-agent instructions. Choose the file your tool supports, translate only the useful behaviors, and personalize them for the real project and objective. Do not put framework names in the file. Keep the same posture, progression, and evidence expectations active when you write each live prompt.
- 01Read the relevant framework guidance and identify the progression, evidence rules, cautions, and decisions that matter to your job.
- 02Choose the instruction file supported by the coding tool and repository.
- 03Translate the useful functions into agentic stages, checkpoints, decision gates, recovery rules, or scoped project instructions.
- 04Leave framework names and sample-turn wording out of the file. Describe only what the agent should do and why it matters.
- 05Replace every placeholder with real project context before asking the agent to act.
- 06Keep the current request specific, and phrase its opening move, progression, decision gates, and completion checks so they match the project framing.
- 07Run the work, inspect the result, and retain only the guidance that proved useful for the next similar task.
Example layout, not a required system
Choose the instruction file your tool supports:
AGENTS.md
CLAUDE.md
.kimi-code/AGENTS.md
Optional for repeated work:
docs/agent-guidance/OPERATING-NOTES.md
docs/agent-guidance/TASK-BRIEF.mdCodex
01AGENTS.md
Keep repository conventions, useful operating behaviors, stage guidance, commands, and verification rules here. Add a closer nested AGENTS.md only when one subtree needs different guidance.
Claude Code
02CLAUDE.md
Keep project guidance concise and import or link focused Markdown references. Use CLAUDE.local.md only for personal instructions that should not be committed.
Kimi Code
03AGENTS.md or .kimi-code/AGENTS.md
Use the project file for shared instructions. Keep reusable procedures as Markdown agent or skill files when the workflow should load only for matching tasks.
Cursor
04AGENTS.md or .cursor/rules/*.mdc
Use AGENTS.md for plain repository guidance. Use scoped project rules when only certain paths or file types need a different operating behavior or verification standard.
GitHub Copilot
05.github/copilot-instructions.md or AGENTS.md
Keep repository-wide guidance short. Put path-specific instructions in .github/instructions when a behavior applies only to part of the project.
Windsurf
06AGENTS.md or .windsurf/rules/*.md
Use a root AGENTS.md for shared rules and workspace rule files for narrower activation. Include only the behaviors that improve that scope.
Aider
07CONVENTIONS.md loaded with /read
Load the operating notes and task brief as read-only context. Keep editable project files separate so the source guidance is not changed during the run.
# Project instructions
## Operating posture
- Maintain this stance: [the tone, level of challenge, and relationship to evidence that should remain stable]
- Frame the work by: [how the problem should be introduced and bounded]
- Treat success as: [the observable result this posture should produce]
- Never drift into: [the conflicting posture, shortcut, or assumption this route must prevent]
## How the work should run
- Start by: [the context, source material, or unknowns that must be established first]
- Progress by: [the ordered stages that make the result stronger]
- Carry forward: [facts, decisions, language, or evidence later work must preserve]
- At decision points: [what must be checked before continuing]
- Recover by: [what to do when evidence is missing, a check fails, or the route stops fitting]
- Do not include framework names or copy sample turns. Express only the behaviors that improve this project.
## Intent protection
- Preserve the requested action, supplied facts, exclusions, audience, and deliverable.
- If a proposed change alters any of those items, stop and name the change before acting.
- Do not add a posture the current request did not ask for.
## Working rules
- Work against the actual repository state.
- Use tools and checkpoints where they materially improve the result.
- Keep warnings, decisions, and checks beside the work they affect.
## Completion
- Return the requested artifact in the requested location and format.
- Run the relevant checks and report their actual outcomes.# Optional task brief
## Objective
[What the user needs to accomplish]
## Continue the project framing
- Open this task by: [the first move that matches the established operating posture]
- Progress by: [the equivalent framing and stage sequence for this specific request]
- At each decision: [the evidence or signal required before advancing]
- Maintain throughout: [tone, assumptions, boundaries, or interaction expectations that must stay consistent]
- Finish when: [the artifact and proof that complete the same route]
## Behaviors that should shape the work
- Establish first: [facts, context, sources, or unknowns needed before action]
- Build through: [how discovery, decisions, execution, and verification should progress]
- Preserve throughout: [details later stages must not lose]
- Require before advancing: [evidence, confirmation, test, or observable signal]
- Watch for: [the failure pattern, unsupported assumption, or drift this route must prevent]
- Recovery: [how to correct course without changing the objective]
## Keep fixed
- [Supplied facts]
- [Required actions]
- [Exclusions and non-negotiables]
## Deliverable
[The exact artifact, location, format, and audience]
## Reuse profile
Task family: [the kind of work this route can repeat]
Reusable when: [conditions that must remain true]
Replace each run: [facts, files, audience, constraints, and target]
Reset the route when: [a change that requires different progression, evidence, or decision behavior]
## Success checks
- [Observable check 1]
- [Observable check 2]
- [Command, test, or review that proves completion]The calibration rule
The template gives you structure. Your project context makes it useful.
No framework page or template can know your subject, source material, audience, constraints, tools, or definition of done. Use the guidance as a behavioral baseline. Do not paste framework names or example turns into the file. Translate the effective measures into instructions for one real assignment and the instruction surface your tool actually reads.
- Keep
- Preserve what makes the framing work
- Keep the useful progression, decision logic, cautions, and evidence standard intact. These behaviors are the reusable baseline.
- Personalize
- Replace the operating context
- Add the real objective, subject matter, audience, source material, constraints, tools, deliverable, and success checks for this assignment.
- Prove
- Calibrate against a real result
- Run a small representative task, inspect the artifact and evidence, then tighten the route where the result drifted or left a requirement unmet.
The complete circuit
Keep one framing alive from guidance to finished work.
Each of the 21 routes has a distinct operating posture. That posture may control how the agent opens the work, asks or tests, carries facts forward, handles resistance or uncertainty, decides when to advance, and proves completion. Capture those parts as a framing contract. A persona here is not a theatrical character. It is a consistent stance toward the user, the evidence, and the decision.
The project file holds the stable behavior.
The current prompt supplies the new assignment and activates the same behavior in task-specific language. Equivalent framing means matching the posture and progression, not repeating the same script.
- 01StudyFind the method's operating postureIdentify how it opens the work, frames the problem, moves between stages, handles uncertainty, and decides when the result is complete. Keep the mechanism, not the branded label.
- 02EncodeMake the posture durableWrite the stable behaviors into the project instruction file as direct actions, decision gates, evidence rules, recovery behavior, and completion expectations.
- 03PromptContinue the same framingWrite each live request in compatible language. Supply the new objective and facts, then restate the opening move, progression, evidence threshold, and finished artifact that matter for this run.
- 04ExecuteLet the agent carry the routeThe project file holds the stable operating behavior. The current prompt activates it for one assignment. Together they keep the agent from drifting into a generic answer or a conflicting posture.
- 05CalibrateKeep only what proves usefulInspect the artifact, decisions, and evidence. Tighten the instruction or prompt where the behavior disappeared, then reuse the proven route for similar work.
Worked translation
One framing. Two instruction surfaces. One observable standard.
This name-free example shows how a source behavior becomes durable project guidance, then reappears in the live request without copying a framework name or sample turn. Use the same translation process with whichever of the 21 routes fits your work.
- 01
Behavior found in the source guidance
Open with verified context before drawing a conclusion.
- Write into the project file
- Establish the observed state, available sources, and unresolved unknowns before proposing a cause or solution.
- Use equivalent framing in the prompt
- Investigate the duplicate-order failure. Begin with the observed sequence in the logs and code path, and keep unknowns separate from confirmed facts.
- Verify in the result
- The result distinguishes observations, inferences, and unknowns before recommending a change.
- 02
Behavior found in the source guidance
Progress by testing the assumptions that could change the direction.
- Write into the project file
- Test the highest-impact competing explanations in order. Do not advance while a failed check leaves the central premise unresolved.
- Use equivalent framing in the prompt
- Test whether retries, concurrent submissions, or idempotency handling explains the duplicate before editing the implementation.
- Verify in the result
- The chosen fix traces to a tested cause instead of the first plausible explanation.
- 03
Behavior found in the source guidance
Maintain a calm, evidence-led posture when evidence conflicts.
- Write into the project file
- Treat contradictions as work to resolve. Record what conflicts, gather the missing evidence, and revise the working explanation without hiding the change.
- Use equivalent framing in the prompt
- If the application logs and database history disagree, show the conflict and resolve it before choosing the repair.
- Verify in the result
- Conflicting evidence stays visible and changes the decision when warranted.
- 04
Behavior found in the source guidance
Finish only when the claim can be checked in the real work surface.
- Write into the project file
- Complete the requested artifact, run the relevant checks, and report the paths, commands, results, and unresolved limits.
- Use equivalent framing in the prompt
- Implement the supported fix, add the regression test, run the affected suite, and report the changed files and actual results.
- Verify in the result
- The run ends with a working artifact and observable verification, not a confident summary.
03 / Behavior routing
Extract the useful behavior. Leave the label out.
Start with the job the method must perform. The source names below help you find the relevant premium guidance, but they do not belong in the coding-agent file. Read the source page, extract its selection signal, operating role, evidence standard, and caution, then rewrite those measures as direct project behavior.
Inquiry and discovery
5 methodsSocratic Elenchus
01- Select when
- The user needs to test a claim, expose an inconsistency, or reach a conclusion through ordered questions.
- Role
- Turn the central claim into a chain of questions that tests premises and contradictions.
- Evidence
- Question sequence, premise table, and reasoned conclusion.
- Write into the file
- Turn the central claim into a chain of questions that tests premises and contradictions. Require the work to produce or verify: Question sequence, premise table, and reasoned conclusion.
- Watch
- The questioning sequence must still end in the deliverable the user requested.
Deep Curiosity Complex
02- Select when
- The request is weak because the important unknowns have not been identified or explored.
- Role
- Find the few questions whose answers materially change the result, then carry those answers forward.
- Evidence
- Discovery brief, ranked unknowns, and updated task direction.
- Write into the file
- Find the few questions whose answers materially change the result, then carry those answers forward. Require the work to produce or verify: Discovery brief, ranked unknowns, and updated task direction.
- Watch
- Stop asking when the remaining unknowns no longer change the output.
Scharff Technique
03- Select when
- The user needs to learn what is known, missing, corrected, or confirmed through a calm information exchange.
- Role
- Organize known facts and targeted prompts so new information can be compared with the existing record.
- Evidence
- Known-facts ledger, information gaps, and interview notes.
- Write into the file
- Organize known facts and targeted prompts so new information can be compared with the existing record. Require the work to produce or verify: Known-facts ledger, information gaps, and interview notes.
- Watch
- Do not turn an unconfirmed statement into an established fact.
Motivational Interviewing
04- Select when
- The task helps a person examine ambivalence, priorities, readiness, or their own reasons for change.
- Role
- Use reflective questions to surface the user's reasons, obstacles, and next choice without replacing their agency.
- Evidence
- Readiness summary, change reasons, barriers, and chosen next step.
- Write into the file
- Use reflective questions to surface the user's reasons, obstacles, and next choice without replacing their agency. Require the work to produce or verify: Readiness summary, change reasons, barriers, and chosen next step.
- Watch
- Do not choose the person's goal or claim readiness they did not express.
SPIN Selling
05- Select when
- The assignment must move from the current situation to a problem, its implications, and a defined need.
- Role
- Structure discovery so the final recommendation is tied to an established need.
- Evidence
- Situation brief, problem statement, implication analysis, and need-based recommendation.
- Write into the file
- Structure discovery so the final recommendation is tied to an established need. Require the work to produce or verify: Situation brief, problem statement, implication analysis, and need-based recommendation.
- Watch
- Do not invent a need or implication that the discovery record does not support.
Reasoning and decision framing
5 methodsReflexive Control
01- Select when
- The assignment examines how available information, assumptions, or choice architecture shapes a decision.
- Role
- Map the decision environment and test which supplied conditions change the selected course of action.
- Evidence
- Decision map, assumption ledger, and option comparison.
- Write into the file
- Map the decision environment and test which supplied conditions change the selected course of action. Require the work to produce or verify: Decision map, assumption ledger, and option comparison.
- Watch
- Label assumptions and do not present a constructed frame as an observed fact.
48 Laws of Power
02- Select when
- The assignment centers on leverage, positioning, incentives, reputation, or competing interests.
- Role
- Analyze the power relationship and make the consequences of each position visible.
- Evidence
- Stakeholder map, leverage analysis, and decision memo.
- Write into the file
- Analyze the power relationship and make the consequences of each position visible. Require the work to produce or verify: Stakeholder map, leverage analysis, and decision memo.
- Watch
- Do not replace evidence with dramatic claims about influence or control.
Double Bind
03- Select when
- The user is facing two conflicting demands, constraints, or outcomes that appear impossible to satisfy together.
- Role
- Expose the conflict, test the hidden assumptions, and create options outside the false binary.
- Evidence
- Constraint map, assumption test, and alternative decision paths.
- Write into the file
- Expose the conflict, test the hidden assumptions, and create options outside the false binary. Require the work to produce or verify: Constraint map, assumption test, and alternative decision paths.
- Watch
- Do not force a binary choice when the task permits another option.
Cialdini's 7 Principles
04- Select when
- The user needs to understand or design how common influence principles affect an audience decision.
- Role
- Map each relevant influence principle to the audience, message, and observable response.
- Evidence
- Influence map, message options, and audience response checks.
- Write into the file
- Map each relevant influence principle to the audience, message, and observable response. Require the work to produce or verify: Influence map, message options, and audience response checks.
- Watch
- Use only principles that match the stated audience and evidence.
Aristotle Rhetoric
05- Select when
- The assignment needs a balanced argument that accounts for credibility, audience concerns, and reasoning.
- Role
- Structure the finished case across credibility, emotion, and logic while keeping factual claims sourced.
- Evidence
- Audience-aware argument, evidence plan, and final communication.
- Write into the file
- Structure the finished case across credibility, emotion, and logic while keeping factual claims sourced. Require the work to produce or verify: Audience-aware argument, evidence plan, and final communication.
- Watch
- Do not let emotional framing outrun the evidence or the requested tone.
Conversation and sequence
5 methodsThe Echo Chamber
01- Select when
- The work depends on carrying the model's earlier language or accepted details into a later turn.
- Role
- Track what the model introduced and test how that material affects the next instruction.
- Evidence
- Turn ledger, quoted carryover, and replay transcript.
- Write into the file
- Track what the model introduced and test how that material affects the next instruction. Require the work to produce or verify: Turn ledger, quoted carryover, and replay transcript.
- Watch
- Keep model-generated details separate from facts supplied by the user.
Manipulation Matrix
02- Select when
- Several framing variables must be tested separately before they are combined into one sequence.
- Role
- Isolate each variable, compare the result, and retain only changes that produce a repeatable difference.
- Evidence
- Comparison matrix, selected variables, and ordered runbook.
- Write into the file
- Isolate each variable, compare the result, and retain only changes that produce a repeatable difference. Require the work to produce or verify: Comparison matrix, selected variables, and ordered runbook.
- Watch
- Do not combine variables before their individual effects have been recorded.
Neuro-Linguistic Programming Milton Model
03- Select when
- The task depends on language flexibility, interpretation, tone, or how phrasing changes the reader's response.
- Role
- Shape wording and progression while preserving the fixed meaning in the task brief.
- Evidence
- Language map, phrasing variants, and final authored version.
- Write into the file
- Shape wording and progression while preserving the fixed meaning in the task brief. Require the work to produce or verify: Language map, phrasing variants, and final authored version.
- Watch
- Check every revision against the intent contract so ambiguity does not change the objective.
Deny, Attack, Reverse Victim and Offender
04- Select when
- The assignment examines reversal, blame shifting, denial, or conflicting accounts of responsibility.
- Role
- Separate each claim, response, and reversal so the sequence can be inspected without collapsing the parties together.
- Evidence
- Claim timeline, responsibility map, and contradiction record.
- Write into the file
- Separate each claim, response, and reversal so the sequence can be inspected without collapsing the parties together. Require the work to produce or verify: Claim timeline, responsibility map, and contradiction record.
- Watch
- Do not treat an accusation or reversal as proof without supporting evidence.
Reid Technique
05- Select when
- The assignment requires a structured review of statements, inconsistencies, and decision points across an interview or dialogue.
- Role
- Organize the conversation into explicit stages and compare statements with the evidence record.
- Evidence
- Interview sequence, statement comparison, and unresolved discrepancy list.
- Write into the file
- Organize the conversation into explicit stages and compare statements with the evidence record. Require the work to produce or verify: Interview sequence, statement comparison, and unresolved discrepancy list.
- Watch
- Do not treat pressure, agreement, or a confession as proof of accuracy.
Identity, trust, and pressure analysis
4 methodsSocial Engineering
01- Select when
- The work examines identity, trust, authority, pretext, or human decision points.
- Role
- Map the actors, trust signals, requested actions, and checks that influence the decision.
- Evidence
- Actor map, trust path, and interaction analysis.
- Write into the file
- Map the actors, trust signals, requested actions, and checks that influence the decision. Require the work to produce or verify: Actor map, trust path, and interaction analysis.
- Watch
- Keep claimed identities and permissions marked as claims until they are verified.
Behavior, Information, Thought, Emotion Model
02- Select when
- The assignment needs a four-part analysis of behavior, information, thought, and emotion.
- Role
- Separate observations into the four dimensions and show where they interact.
- Evidence
- Four-domain assessment and cross-domain relationship map.
- Write into the file
- Separate observations into the four dimensions and show where they interact. Require the work to produce or verify: Four-domain assessment and cross-domain relationship map.
- Watch
- Do not diagnose a person or group from incomplete observations.
Money, Ideology, Compromise, Ego
03- Select when
- The task examines incentives or motivations that may be financial, ideological, compromising, or status-driven.
- Role
- Classify possible incentives and identify the evidence needed to support or reject each one.
- Evidence
- Motivation matrix, evidence gaps, and ranked hypotheses.
- Write into the file
- Classify possible incentives and identify the evidence needed to support or reject each one. Require the work to produce or verify: Motivation matrix, evidence gaps, and ranked hypotheses.
- Watch
- Treat motivations as hypotheses unless the user supplied supporting evidence.
Dark Psychology
04- Select when
- The assignment examines coercion, manipulation, emotional pressure, or exploitative interpersonal patterns.
- Role
- Identify the pattern, its observable signals, and the decision or behavior it is trying to change.
- Evidence
- Pattern analysis, evidence table, and impact summary.
- Write into the file
- Identify the pattern, its observable signals, and the decision or behavior it is trying to change. Require the work to produce or verify: Pattern analysis, evidence table, and impact summary.
- Watch
- Use observable behavior and avoid unsupported clinical or personality labels.
Library methods
2 methodsThe Lazarus Library
01- Select when
- The assignment depends on a stable identity, source library, or long-form context that must remain consistent across the run.
- Role
- Establish the context frame and the source material the agent must carry into later work.
- Evidence
- Context brief, source map, and staged task plan.
- Write into the file
- Establish the context frame and the source material the agent must carry into later work. Require the work to produce or verify: Context brief, source map, and staged task plan.
- Watch
- Keep the requested deliverable separate from the identity or library frame.
Direct Library Method
02- Select when
- The user needs a direct result, but the model also needs a precise body of reference material to produce it correctly.
- Role
- Connect a clear request to an organized reference library without burying the requested action.
- Evidence
- Direct task brief with a linked reference set and completion checks.
- Write into the file
- Connect a clear request to an organized reference library without burying the requested action. Require the work to produce or verify: Direct task brief with a linked reference set and completion checks.
- Watch
- Do not let supporting context become a substitute for the actual request.
04 / Reuse and controlled blends
Reuse the route. Refresh the assignment.
A well-calibrated setup saves time because the operating behavior, file routing, commands, output shape, and verification checks can survive into similar work. Only the facts of the new run should change. When the job changes enough to need different progression, evidence, or decision rules, replace those behaviors instead of stretching the old route past its fit.
- Stable
- Proven project guidance
- Keep the operating behavior, repository rules, and stage logic only while they continue to improve this type of work.
- Reusable
- Task-family route
- Reuse the file path, operating pattern, output shape, commands, and checks for work with the same execution needs.
- Replace
- Run-specific facts
- Refresh the objective, files, audience, constraints, known facts, exclusions, and acceptance evidence every time.
Controlled experiment
Blend behaviors by purpose, not by label.
One behavior controls the main route. A supporting behavior may address one named gap. Never paste entire methods or their names into the file and expect the agent to resolve the conflicts.
- 01Run the assignment with one operating behavior and save the result.
- 02Name one gap the first run did not handle well enough.
- 03Add one supporting behavior for that gap only, then rerun the same request and checks.
- 04Keep the blend only if a named success check improves without changing the original objective.
Three useful experiments
Primary
Premise testing
Supporting
Unknowns ranking
The main behavior tests the central claim. The supporting behavior ranks only the unknowns that would materially change the conclusion.
Keep it only if: Compare premise coverage and unresolved unknowns against a primary-only run.
Primary
Need-led discovery
Supporting
Readiness checks
The main behavior connects the current situation to the stated problem and need. The supporting behavior records readiness and the person's chosen next step.
Keep it only if: Confirm that every recommendation traces to an expressed need and no readiness claim was invented.
Primary
Source grounding
Supporting
Audience shaping
The main behavior grounds the result in the approved reference set. The supporting behavior shapes the final argument for the named audience.
Keep it only if: Check source coverage separately from audience fit, reasoning, and final delivery.
Ways to adapt the method
Match the instruction pattern to the work.
Single behavior profile
Give one operating pattern one defined job in the project instructions. This is the cleanest starting point and the easiest result to evaluate.
Behavior comparison
Run the same request twice with a different operating behavior each time. Keep the model, files, tools, and success checks fixed, then compare the results.
Staged handoff
Use one behavior for discovery and another for delivery. State the boundary between them so the delivery stage cannot rewrite the findings from discovery.
Nested repository scope
Keep the shared objective at the root and add narrow instructions closer to the affected folder. This works well when research, code, documentation, and tests need different completion rules.
Reusable command or skill
Turn a proven operating route into a tool-native command or skill. Keep the reusable stages concise and supply the current objective each time.
Evidence replay
Save the finished brief, operating notes, changed files, and checks. Start a fresh session and ask another agent to reproduce the result from those files alone.
05 / Final field check
Prove the behaviors improved the result.
A source method is not useful because its name appears in a file. It is useful when the task stays fixed, its strongest behaviors shape the work, and the workspace contains evidence that the requested result was completed.
- 01The instruction file describes the useful behaviors in plain language and contains no framework names or copied turn scripts.
- 02The live prompt activates the same operating posture, progression, decision gates, and evidence standard for the current assignment without repeating a canned script.
- 03The agent can state the user's objective without changing its posture or requested action.
- 04Every instruction changes a decision, action, evidence requirement, recovery step, or completion check; decorative method language is absent.
- 05The result exists in the requested file or format, not only in chat.
- 06Commands and tests are reported with their actual outcomes.
- 07A fresh session can follow the project instructions without relying on an old conversation.
Platform sources
Verify the file behavior before you standardize it.
Coding tools change. These first-party references document the instruction surfaces named in this guide. Check the source again when a tool changes how files are discovered or scoped.
Next route