
Workgroup
Designing systems that reduce complexity while ensuring seamless interoperability between different platforms, tools, and communities.
A peek at recent conversation in DP7 - Simplicity and Interoperability. Join to read the full history and post.
Join workgroup →Gaowei Chang sent these notes on DP7 by email:
Thank you for inviting me to review DP7. I strongly agree with the chapter's central idea: interoperability is not just about API or data format compatibility, but also about preserving identity, meaning, and relevant rights across system boundaries. Based on some of our experience researching agent protocols, I have a few suggestions for your consideration.
- Distinguish cross-system interaction from portability The chapter spends considerable time discussing how identities, data, reputation, and other assets can move between systems. However, I think there is another equally important dimension of interoperability: enabling different systems to interact directly without requiring identity or data migration. For example, an agent should be able to maintain its own identity while discovering and interacting with agents or services on other platforms. I suggest treating cross-system interaction and cross-system portability as two relatively independent interoperability goals.
- Separate identity, trust, and authorization I strongly agree with the discussion of identity continuity in Section 5.7. In our research, we have also found that cross-platform identity authentication is an important foundation for agent interoperability. However, identity verification does not automatically establish trust or authorization. Even if an agent uses the same identity across multiple services, each service still needs to independently determine what that agent is allowed to do. This distinction could be made more explicit in the sections on identity continuity and authorization. Similarly, permissions or governance policies from one system should not be assumed to be automatically accepted by another.
- Give more attention to simplicity The chapter provides a thorough discussion of interoperability, but simplicity seems to receive relatively less attention. In our experience, reusing HTTP, existing Web infrastructure, and established standards, while separating core capabilities from optional extensions, can significantly reduce implementation complexity. Perhaps the chapter could introduce a minimal interoperability baseline, along with a few practical evaluation criteria. For example, how much additional work would two independently developed systems need to do before they could achieve basic interoperability?
- Consider dynamic protocol negotiation between agents This is an interesting direction we have been exploring recently. Traditionally, interactions between Web systems usually rely on predefined interfaces and data formats. Although protocol negotiation mechanisms already exist, AI agents introduce a new possibility: two agents may be able to dynamically negotiate which protocols, interfaces, and interaction methods to use based on their capabilities, task goals, and constraints. For example, two agents could first exchange capability descriptions and then decide whether to use a structured API, message-based interaction, or another mutually supported approach. When necessary, they could also negotiate specific data formats and security requirements. This means future interoperability may not depend entirely on developers defining every interaction detail in advance. Agents themselves could participate in establishing how they communicate, while still operating within clearly defined security and authorization boundaries. I think this is an important difference between the emerging agent internet and traditional Web interactions. It may be worth considering whether this deserves some discussion in the chapter.
- Add a concrete agent interoperability example I suggest including a simple cross-platform scenario: a personal agent discovers a service operated by another organization, reads its capability description, verifies its identity, obtains the necessary authorization, and then interacts with it directly. Combined with the dynamic protocol negotiation discussed above, this could provide a concrete illustration of how agents might achieve interoperability without depending on a shared centralized platform.
- Balance auditability with privacy The interoperability receipts and provenance mechanisms proposed in the chapter are valuable. However, requiring verifiable records for every cross-platform interaction could expose sensitive information or allow different platforms to correlate a user's activities. I suggest making audit requirements proportional to the risk of the operation, with clearer consideration of what information needs to be recorded, who can access it, and how privacy is protected. Thank you again for the invitation. I hope these suggestions are helpful as you continue refining the chapter.
Daveed's reply to Gaowei Chang, sent by email:
Hi Gaowei,
Thank you for this, and for bringing the agent-protocol work to it. The distinction you drew between interaction and portability is the one the chapter was missing: it spends almost all its time on things moving between systems, and very little on systems working together while nothing moves.
I've turned each of your five points into a proposal, all credited to you:
In DP7, below the sentence "What this feels like: Switching systems does not mean starting over,…", I've proposed: "Interoperability has two goals that should not be confused. Portability lets identity, data, reputation, and value move from one system to another. Interaction lets systems work with one another directly while nothing moves: an agent keeps its own identity and still discovers and uses agents or services on other platforms. DP7 requires both, and treats them as separate goals with separate tests."
In DP7, below the sentence "A failure mode is identity fragmentation, where participants appear…", I've proposed: "Identity continuity is not trust, and trust is not authorization. Verifying that an agent is the same entity across services does not tell any of them what it may do. Each service decides authorization for itself, and permissions or governance policies granted in one system are never assumed to carry into another; they travel only as explicit, verifiable grants that the receiving system chooses to honour."
In DP7, below the sentence "Conformance becomes evidence rather than assertion.", I've proposed: "A minimal interoperability baseline keeps simplicity in view. Shared interfaces build on HTTP, existing web infrastructure, and established standards, with core capabilities separated from optional extensions. A practical test of simplicity is how much additional work two independently built systems need before they can interoperate at the baseline: the less, the better."
In DP7, below the sentence "A failure mode is silent incompatibility, where objects appear valid…", I've proposed: "Agents add a new form of negotiation. Two agents can exchange capability descriptions and agree, at the moment of interaction, which protocol, interface, data format, and security requirements to use, whether a structured API, message exchange, or another method both support, within the security and authorization boundaries each side sets. For example, a personal agent discovers a service run by another organization, reads its capability description, verifies its identity, obtains the authorization it needs, agrees how to communicate, and interacts with it directly, without a shared central platform."
In DP7, below the sentence "Receipts are queryable by the participant, the origin community, and…", I've proposed: "Audit is proportional to risk. A receipt records what is needed to verify the transfer and no more, access to it is limited to the parties named, and low-risk interactions may use aggregate or privacy-preserving records, so that auditability does not become a way to correlate a participant's activity across platforms (DP4)."
They will show up in the chapter's discussion, and you can comment on or refine them there.
If you would like to stay with DP7, the co-editor seats are open on the workgroup page: https://desirableproperties.org/workgroups/dp7-simplicity-interoperability. Co-editors decide which proposals go into V1. No pressure either way; this was already a real contribution.
With thanks, Daveed
Community Chats match workgroup Collab: human messages in the main panel and private Deepi in the right sidebar. Invite people outside the workgroup by email or link. This is separate from Workgroup Chat, which stays inside the member thread.
Start a Community Chat for DP7 - Simplicity and Interoperability. You pick who joins. Everyone invited can post in the member chat and use private Deepi in the sidebar. The chat appears in your Deepi sidebar with a Community badge.
Sign in to start a Community Chat from Deepi.
Opens Deepi with the invite flow. Community Chats also appear under My conversations at /agent.