Distributed
Research, preserved Knowledge, execution, and Governance have distinct responsibilities rather than being crowded together.
A collaboration architecture for sustained human-AI work.
The Distributed Cognitive Prompting Framework for AI Collaboration, or DCPF, is an experimental human-AI collaboration architecture for organizing sustained work across four coordinated responsibilities: Governance, Research, Knowledge, and Runtime.
Instead of expecting one prompt or one conversation to carry a project's evidence, accepted information, instructions, standards, decisions, and execution history, DCPF gives those responsibilities distinct places where they can be developed, reviewed, maintained, and reused.
DCPF has demonstrated promise through its development work, practical applications, and training practicums, but it has not been broadly or independently validated across domains, organizations, AI systems, or production environments. Begin in a controlled, low-risk testing environment, validate your own implementation for your domain and AI environment, and retain human judgment, verification, and accountability throughout the process.
DCPF emerged from a practical problem. As useful AI conversations grew into sustained projects, the amount of research, accepted information, decisions, instructions, standards, revisions, and repeated work also grew. Information that had been easy to manage inside a conversation became harder to preserve, distinguish, reuse, and govern.
Prompt-centered work can produce excellent individual responses. Sustained projects introduce a different problem: important context can become buried in conversations; approved and unapproved material can blur together; standards may need to be repeated; research, instructions, and outputs can become mixed; and one prompt may be expected to carry too many responsibilities.
DCPF responds by moving recurring organizational responsibilities into an external architecture. The goal is not simply to store more information. It is to organize information by responsibility while keeping the parts that depend on one another connected.
DCPF uses the phrase Distributed Cognitive Prompting to describe a way of spreading important cognitive responsibilities across coordinated structures instead of concentrating them inside one prompt or conversation.
Research, preserved Knowledge, execution, and Governance have distinct responsibilities rather than being crowded together.
The architecture supports reasoning, learning, organization, judgment, and decision-making, not text generation alone.
Prompts remain essential for directing work, but they operate inside a larger maintained collaboration environment.
Distributed Cognitive Prompting, or DCP, is the broader organizational approach interpreted and applied in the book. DCPF is the specific four-framework architecture that integrates Governance, Research, Knowledge, and Runtime as a unified strategy for AI-assisted projects.
DCPF separates four responsibilities that frequently become mixed together in sustained AI work. Each responsibility has a different job, but none is meant to operate in isolation.
Governance supplies human direction across the architecture. It establishes authority, boundaries, quality criteria, evidence expectations, review points, approval conditions, and other controls. Governance is active across Research, Knowledge, Runtime, and output evaluation; it is not merely a final inspection step.
Governance FrameworkResearch turns an information need into a deliberate investigation. It defines what must be learned, which evidence may be used, how conflicts and uncertainty are handled, and how findings are documented for human review.
Research FrameworkThe Knowledge Framework owns the responsibility for preserving Accepted Knowledge so it can be maintained and reused. That Knowledge is represented and maintained in the Knowledge Repository as reusable project intelligence rather than being left buried in conversation history.
Knowledge Framework and RepositoryRuntime directs execution. It applies approved Knowledge to a current objective, identifies the Knowledge needed for the task, establishes the workflow, and defines the expected Project Output without quietly reopening Research or changing the Knowledge Repository.
Runtime FrameworkDCPF does not place the AI model in charge of the larger collaboration environment. People determine what the project is trying to accomplish, which evidence is acceptable, what Knowledge should persist, which standards apply, and what outcomes meet the required level of quality.
Inside an interaction, an AI model can reason, compare, synthesize, generate, organize, and apply the context it has been given. Outside the model, people establish purpose, preserve Accepted Knowledge, maintain sources and standards, define authority, and decide which changes should become authoritative.
The AI can help develop and evaluate these resources. It does not independently decide that a draft policy now governs the project, that one conflicting source should replace another, that new information has become Accepted Knowledge, or that its own suggestion has been approved.
Human beings have long extended their thinking by preserving important knowledge outside individual memory: plans, checklists, laboratory records, policies, procedures, and technical standards. DCPF applies the same principle to sustained AI collaboration.
Project goals, Accepted Knowledge, sources, workflow instructions, standards, version status, and approval decisions can exist in maintained resources that people can inspect and update. The AI receives the material required for the current task while the larger project foundation remains available for later work.
This separation lets Knowledge endure while execution adapts. Research can expand without rewriting every operating prompt. A recurring standard can be updated without changing factual Knowledge. A new Runtime task can reuse maintained Knowledge without reconstructing the project from conversation history.
DCPF does not replace prompt engineering. It gives prompting a focused role inside a larger collaboration architecture.
A prompt can direct Research, apply maintained Knowledge, start a Runtime task, or request evaluation without carrying the project's full history, all supporting material, every standard, and every responsibility.
The unit of design therefore changes. Instead of trying to create one perfect prompt that does everything, DCPF organizes the collaboration environment in which evidence, maintained Knowledge, execution, Governance, human review, and outputs work together.
DCPF does not operate, retrain, or alter the underlying AI system. It can be used with different models, platforms, and tools.
DCPF does not give the AI authority to decide what becomes authoritative, approve its own changes, or replace human judgment.
Separating Research, Knowledge, Runtime, and Governance is one of the reasons the architecture exists.
DCPF defines standard responsibilities. The artifacts and technical tools used to represent those responsibilities can be adapted to the project.
A more organized project can make work more structured and reviewable, but it cannot eliminate model errors, outdated information, bias, inconsistency, or other AI risks.
DCPF is designed so the architecture can remain recognizable while implementation changes with the work. A small personal project may use a few coordinated documents and a basic folder. A larger project may use maintained repositories, versioned Governance, templates, specialized workflows, databases, applications, or automation when the project creates a real need for them.
Governance is an architectural responsibility from the beginning, but a separate Governance Repository is not required before a beginner can start. Use the Governance Framework responsibilities while building Research, Knowledge, Runtime, and review artifacts, and state the applicable controls directly where they operate. As recurring controls emerge, preserve them in the Governance Repository for consistency, reuse, versioning, and oversight.
The architecture grows because the work requires it, not because complexity appears impressive.
DCPF can be understood in part like a structured form or a filing cabinet. The structure provides fields, categories, folders, labels, and relationships, but it does not author, verify, approve, or own the information placed inside it.
Users decide what information and instructions to supply, which AI systems and tools to use, how to represent DCPF responsibilities, what outputs to accept or reject, and how their implementation will be tested and maintained. Subject to applicable law and the rights of others, users retain ownership of content they author and remain responsible for the content they create, select, adapt, or incorporate.
Now that you know what DCPF is, the next step is to see how information and human decisions move through the architecture: from Research, through human review and Accepted Knowledge, into Runtime and Project Outputs, with Governance operating across the system.