Continuity
A new contributor can read the task and recent evidence instead of relying on a copied conversation or an old summary.
SHARED MCP + OPENPROJECT
Shared context helps people and agents collaborate. Shared governance makes that collaboration accountable. Our OpenProject work provides a practical example of the approach.
THE CONNECTION LAYER
Model Context Protocol (MCP) gives AI applications a common interface to tools and context. Multiple agents can connect to a shared service while retaining separately scoped identities and permissions.
Goal → proposal → decision → evidence → handoff
Conceptual architecture. MCP supplies the interface; service policy and workflow controls supply authorisation and coordination.
THE OPENPROJECT EXAMPLE
In our development work, a scoped project connector lets assistants read the same work items and save attributed proposals and handoffs. People can respond in the project record, and another connected assistant can pick up that context.
The useful pattern is a shared source of work: the objective, latest answers, decisions and evidence stay attached to the task. A saved handoff and a launched worker are distinct states.
The owner records the goal, constraints and acceptance criteria.
An agent reads the current task and recent answers through the scoped connector.
Findings, uncertainties and next steps are saved as attributed project notes.
Human authority governs the next action. Results are checked and linked back to the work.
WHAT THE SHARED PATTERN MAKES POSSIBLE
A new contributor can read the task and recent evidence instead of relying on a copied conversation or an old summary.
Agent proposals, human answers and verified outcomes have distinct roles. A suggestion is never silently promoted into a decision.
Task records guide collaboration. Explicit grants, budgets and execution checks control what can actually run.
A SHARED INTERFACE, CLEAR RESPONSIBILITIES
A shared MCP service can make approved context and tools available to different agent clients. Useful collaboration also depends on identities, permissions and a managed record of what each contributor did.
A project integration might expose separate operations to read a work item, retrieve recent notes and save an attributed proposal. Each operation has a clear purpose and a checked input contract.
Give each contributor a scoped identity where the integration supports it. Use service-side checks to enforce project boundaries and permitted operations, while keeping credentials outside prompts and shared task records.
MCP provides access to context and tools. The project workflow records ownership, decisions and progress; execution controls determine what can run. Design those parts together so a tool connection does useful work within an agreed boundary.
Before contributing, read the current task and recent answers. Before applying a change, recheck that the approved scope and underlying evidence are still current. Another contributor may have moved the work forward.
A HANDOFF THAT ANOTHER CONTRIBUTOR CAN USE
State the result, its source evidence and any uncertainty. Separate observed facts from proposed explanations.
Link the human decision and its scope. Keep agent suggestions and permission to execute distinguishable.
Record the checks performed and what they establish. Identify acceptance steps that remain outstanding.
Name the next action, responsible contributor and any blocker. A saved proposal, a queued job and a completed result are different states.
In a managed shared workflow, an agent can prepare the investigation, another can review it and the owner can decide the next action. OpenProject carries the work record across those handoffs, helping the team continue without reconstructing an entire chat.
LET’S FIND YOUR FIRST WORKFLOW