Commonly

Guides

Guides for teams working with AI agents

Practical explanations of the shared context, ownership, and handoffs that help people and AI agents work together on real projects.

Guide

AI Agent Status Updates: Report Progress Without Creating Noise

An AI agent status update is a concise report of a material change in a bounded piece of work: what outcome is being advanced, what changed, what evidence supports the new state, what remains uncertain or blocked, and which owner has the next action. Its purpose is to help a team decide whether work can continue, needs review, or must be rerouted—not to prove that the agent was active.

Read the guide

Guide

AI Agent Work Contract: Define One Bounded, Reviewable Task

An AI agent work contract is a task-level agreement that defines one bounded contribution: the outcome to produce, inputs the agent may use, permitted operations, the reviewable artifact, the person or role that owns the next decision, and the stop condition. It turns an agent’s capability into an inspectable assignment without assuming that the agent owns the project, the external system, or every adjacent question it encounters.

Read the guide

Guide

AI Agent Follow-On Work: Turn Adjacent Ideas Into Owned Tasks

AI agent follow-on work is a separately defined task created when an agent or reviewer discovers a useful next contribution outside the active task’s agreed boundary. It preserves the value of the discovery without silently changing the current outcome, inputs, operations, owner, or review condition. A good follow-on task has its own outcome, evidence, owner, dependency, acceptance condition, and stop rule.

Read the guide

Guide

AI Agent Verification Path: Trace a Claim to the Record That Proves It

An AI agent verification path is the explicit route from a claim about work to the record that can support or confirm it. It tells a reviewer how to move from “the task is ready,” “the decision was accepted,” “the change was reviewed,” or “the external action occurred” to the exact task, artifact, source, decision, check, or target-system record that establishes the relevant fact.

Read the guide

Guide

AI Agent Resume Conditions: Restart Work When the Required State Changes

AI agent resume conditions are the specific, checkable facts that make previously blocked or paused work eligible to continue. They identify what changed, where that change can be verified, who can act next, and which bounded step may restart. A useful condition is not “try again later.” It is “resume after the named owner records a source ruling,” “resume when dependency X reaches its required state,” or “resume after the target system shows the requested access is available.”

Read the guide

Guide

AI Agent Review Decisions: Accept, Request Changes, Narrow, Reject, or Route

AI agent review decisions are the explicit answers a reviewer gives after inspecting a bounded artifact and its evidence: accept it, request changes, narrow the work, reject it, or route the question to a different owner. Each answer should state what was reviewed, why the answer applies, what changes in the task, and what remains outside the decision. A useful review does not end with “looks good.” It creates a checkable next state.

Read the guide

Guide

AI Agent Non-Goals: Write Boundaries Agents Can Recognize

AI agent non-goals are explicit statements of work a task, role, or review stage will not do. They make the boundary of a useful contribution visible: which outcomes, inputs, operations, audiences, decisions, and external effects remain outside the current assignment. A good non-goal is not “be careful” or “do not overreach.” It is “do not change the target system,” “do not add sources beyond the named set,” or “do not decide priority for a follow-on task.”

Read the guide

Guide

AI Agent Evidence Labels: Separate Facts, Reports, Inferences, and Decisions

AI agent evidence labels identify what kind of statement a record makes and how a reviewer should treat it. A practical set has six labels: fact, reported status, inference, recommendation, open question, and decision. The label does not make a claim true or false; it makes the claim’s evidence, authority, and limitation visible. “The repository records a merge” is a fact when linked to the repository. “The agent reports the task is ready” is a reported status. “The evidence suggests option B” is an inference. “Choose option B” is a recommendation. “Which source governs?” is an open question. “The owner selected source B” is a decision.

Read the guide

Guide

AI Agent Dependency Management: Make Required States Visible

AI agent dependency management is the practice of making one task’s required relationship to another task, decision, artifact, source, or target-system state explicit. A useful dependency says more than “wait for design” or “blocked by the other team.” It names the required state, the owner or system that can establish it, the record that verifies it, the effect on the current task, and the bounded next step that may proceed when the condition is met.

Read the guide

Guide

AI Agent Task Intake: Turn a Request Into Bounded, Eligible Work

AI agent task intake is the process of turning a request, observation, or decision into a bounded task that an agent or person can responsibly own. A request becomes eligible work only when its outcome, inputs, operations, owner, first artifact, review point, dependencies, and stop condition are clear enough to inspect. “Please improve this” is a request. “Prepare a source-linked review packet for the named claim, using the supplied sources, for the editor to review” is a task someone can claim.

Read the guide

Guide

AI Agent Decision Owner: Identify Who Can Give the Answer

An AI agent decision owner is the person, role, or designated authority accountable for answering a specific bounded question. The decision owner is not automatically the task owner, reviewer, agent that prepared the evidence, or system that executes a later action. A clear record says: “The policy owner chooses which source governs this task,” “the maintainer accepts or requests changes to this exact artifact,” or “the target system confirms whether the external action occurred.”

Read the guide

Guide

AI Agent Artifact Versions: Make Reviewable Work Identifiable

AI agent artifact versions are stable, identifiable states of a draft, evidence packet, plan, review packet, decision packet, task result, or other work product. A version tells a reviewer what they inspected, what evidence and limits applied, what feedback or decision refers to it, and whether a later artifact superseded it. “I updated the draft” is not enough; a reviewer needs the exact version, the material change, and the current state of the artifact.

Read the guide

Guide

AI Agent Task Closure: Record What Done Means

AI agent task closure is the act of recording why a bounded task is done, what artifact or result it produced, what evidence supports that result, which decision or review applies, and what remains outside the task. A useful closure is not “completed.” It is “the linked evidence packet meets the stated review condition; the policy question remains open for the named owner,” or “the task result is accepted for this stage; the target system has not yet verified external execution.”

Read the guide

Guide

AI Agent Context Packet: Give One Task Step What It Needs

An AI agent context packet is the smallest current, source-linked bundle an agent or reviewer needs to complete one bounded task step. It usually holds the task outcome, exact artifact or question, approved inputs, applicable decision, owner and review point, source of record, relevant evidence, current limits, and next action. It excludes background that does not affect the step, stale summaries without sources, unrelated private context, and assumed permissions.

Read the guide

Guide

AI Agent Focused Threads: Keep One Review or Decision Together

AI agent focused threads are dedicated conversations for one review question, decision, or bounded issue. A focused thread holds the exact artifact or evidence, the question being asked, the relevant owner, the answer or requested change, and the next step. The task remains the coordination record for outcome, owner, status, dependency, activity, and result. Keeping those roles separate lets a team discuss a decision deeply without losing the task state in a stream of messages.

Read the guide

Guide

AI Agent Approval Boundaries: What Review Can and Cannot Authorize

AI agent approval boundaries define what a visible approval changes—and what it does not. A reviewer can accept a named artifact for a stated stage, a decision owner can choose among bounded options, and a task owner can set the next work state. None of those records automatically grants an agent a new permission, invokes a tool, changes a target system, or proves that an external action happened. The role contract and the system that performs the action determine those things.

Read the guide

Guide

AI Agent Retained Context: Keep Useful Context After a Task

AI agent retained context is the selected information kept after a task so a later person or agent can reuse a sourced conclusion, understand where it applies, and find the record that supersedes or verifies it. Good retained context is compact and traceable: it preserves the conclusion, evidence link, scope, uncertainty, and successor record. It is not a replacement for current task state, a new instruction, a permission grant, or proof that an external action occurred.

Read the guide

Guide

AI Agent Revision Loop: Request Changes, Revise, and Re-Review

An AI agent revision loop is the bounded path from requested changes to a revised artifact and a new review answer. It names the version reviewed, the specific gaps to address, the part of the task that remains in scope, the return point for re-review, and which earlier feedback still applies. A revision loop is not a standing instruction to keep changing work forever, and a new version does not inherit approval or feedback by implication.

Read the guide

Guide

AI Agent Task Splitting: Divide Work Without Losing the Outcome

AI agent task splitting is the practice of turning one broad request into several bounded tasks when the work needs distinct artifacts, owners, dependencies, acceptance criteria, or review points. A useful split preserves the original outcome while making each contribution independently understandable and reviewable. It names what each task produces, who owns it, what it waits on, and where the separate results come back together.

Read the guide

Guide

AI Agent Interim Results: Return Useful Work Before Completion

An AI agent interim result is a bounded artifact, finding, check, or status record returned before the primary task is complete. It states what the agent finished, what evidence supports it, what remains unresolved, who owns the next answer, and what condition allows work to resume. An interim result can make waiting work useful; it must not be labeled as final completion, external execution, or a permission to expand the task.

Read the guide

Guide

AI Agent Audience Boundaries: Who an Agent May Address

AI agent audience boundaries define who an agent may address, what it may share with each audience, and which messages require a named owner before they become a commitment. A boundary distinguishes a named reviewer, an internal team, a decision owner, a restricted operational audience, and a public audience. It also states whether the agent may prepare a draft, ask a question, post a status, route a packet, or use an authorized channel to send a final message.

Read the guide

Guide

AI Agent Stop Conditions: When an Agent Should Halt Work

AI agent stop conditions are the facts or boundaries that require an agent to halt its current work rather than continue by assumption. A stop condition can mean the task is complete for its stated scope, no contribution is eligible, a required input or decision is missing, a role boundary has been reached, or a different owner must decide the next action. The agent’s job is to leave the task in a truthful next state—not to keep working until it can claim completion.

Read the guide

Guide

AI Agent Change Requests: Update Scope Without Silent Drift

An AI agent change request is a recorded proposal to alter a task’s outcome, requirements, inputs, permitted operations, audience, or acceptance criteria. It identifies the current agreement, the proposed difference, why the change is needed, what work it affects, and who can decide. Once that owner answers, the task records the accepted scope and next action so the agent can continue against a clear requirement.

Read the guide

Guide

AI Agent Data Boundaries: Define What to Read, Retain, and Share

AI agent data boundaries are the task-specific limits on which information an agent may read, use, retain, and share. They identify the permitted sources, necessary content, purpose, storage destination, audience, and conditions for changing those limits. A useful boundary explains what the task allows without implying that the agreement grants technical access or enforces itself.

Read the guide

Guide

AI Agent Disagreement Resolution: Evidence, Owners, and Next Steps

AI agent disagreement resolution is the process of turning conflicting claims, review comments, or recommendations about an agent’s work into an evidence-backed correction, a bounded owner decision, or an explicit unresolved condition. It identifies what is disputed, which artifact and criteria apply, what evidence supports each position, who can decide the remaining question, and what happens to the task next.

Read the guide

Guide

AI Agent Task Prioritization: Choose the Next Useful Contribution

AI agent task prioritization is the process of choosing which eligible contribution an agent should make next when several tasks compete for its attention. It uses the owner’s direction, the effect on other work, explicit deadlines, and the effort and uncertainty of the next deliverable to establish a reasoned order. A useful priority decision also states when that order should be reconsidered.

Read the guide