DevRev paper · Part II

The collaborative computer

If conversational agents mark the computer's progression toward human-level agency, what does agency look like beyond the individual? Part II defines team intelligence as trusted answers and safe actions built around shared memory and multiplayer AI, and explores how a true knowledge graph replaces passive, unstructured collaboration.

The productivity imperative

Articulation work is overwhelming teams

Team intelligence only becomes real when the enterprise is represented as it actually exists: a hierarchy of teams, leaders, and cross-functional groups, extending across the customer organization on the other side. Modeling both hierarchies explicitly is what lets a system understand ownership, relationships, and escalation paths. Since the ChatGPT watershed, we aren't just collaborating with people; LLMs and agents are there with us all the time.

Knowledge workers now toggle between more than 10 tools daily, and the cognitive load has become unsustainable. The paper calls this articulation work overload: the invisible labor of stitching fragments of work across systems. Teams spend an estimated 30-40% of their time on coordination overhead rather than new outcomes, finding decisions already made, re-litigating settled choices, re-briefing new members, and waiting on information scattered across channels.

The new abnormal

The problem is fragmented collaboration

Hybrid work is a shifting patchwork of tools, channels, and agents that tear at the threads through which collaboration is woven. Communicating, sharing knowledge, coordinating, sense-making, and deciding are scattered across chat channels, documents, tickets, dashboards, and AI assistants, leaving work overlapping and only partially visible to any one person.

What is missing is not data but the means to assemble these fragments into shared, durable forms of work. The fundamental problem is not information scarcity but the absence of structure that binds communication, coordination, and knowledge into coherent, cooperative artifacts. Teams plan work in one set of tools and talk about it in another, so decisions stay buried in transient conversations instead of the shared objects people rely on. Multi-player ends up multiplying complexity.

The fundamental problems with unstructured channels

Where channel-first collaboration fails

Channels assume collaboration lives in a destination. Modern work happens across entities, at a scale and with an intelligence that threads cannot support.

Collaboration everywhere

Work spans entities, not threads

Accounts, opportunities, tickets, incidents, issues, and pull requests each gather cross-functional discussion. Channels can't scale this way: you can't invite 50,000 customers to a #customer-feedback channel or CC everyone on an email.

Syntactic friction

A discovery tax on tribal knowledge

Encoding intent into naming conventions forces constant disambiguation: is #product-eng-sync for PMs or engineers; is #cs-team or #customer-success canonical? New employees learn conventions instead of the business, and reference-worthy knowledge gets archived and forgotten.

Arcane search

Time is the only organizing principle

Channels have no links, no document object model, no page tree. Context stays invisible, re-ranking is absent, and related discussions scattered across #database, #backend, and #infrastructure never surface as one topic. Information exists but is inaccessible, a form of data death.

Static bots

Triggered automation can't adapt

Bots wait for slash commands and @mentions and run predefined workflows. They aren't proactive, their skills are hardcoded, and every interaction is isolated, so they create false confidence in automation when true multi-player needs adaptive intelligence.

Comparison of collaboration modes

The paper contrasts the key elements of modern collaboration across two models. Adapted from the source comparison table on page 9.

Toward modern collaboration

Relationships and embeddedness form a knowledge graph

Successful collaborative work depends on ongoing articulation work through which responsibilities, dependencies, and meanings are aligned. Without a knowledge graph, that articulation happens in transient channels while the artifacts of work, tickets, code, and dashboards, stay only loosely connected to the reasoning that produced them, leaving context fragile and forgotten.

By contrast, a knowledge graph maps relationships between work, product, people, and conversations as they emerge. Conversations are embedded in the system of record, so intent is inferred from natural discussion within the broader work context, and implicit relationships between work, customers, and products are made explicit. No tribal knowledge, no new syntax: just colleagues talking, with intelligence operating on the actual graph rather than shouting through API keyholes.

Unlocking team intelligence

Shared memory makes team intelligence durable

The knowledge graph model, built into Computer, stabilizes informal reasoning into durable organizational knowledge, encoded as Shared Memory and accessible in both multi-player and single-player mode.

Transactive memory

Eliminate expertise silos

Drawing on transactive memory system (TMS) theory, Computer helps teams memorialize who knows what and coordinate accordingly. The big unlock isn't breaking data silos, it's eliminating expertise silos so teams think together across tools, time, and people.

Technology of accountability

Context is automatic

Embedding conversations, decisions, rationales, and timelines into the entities where work unfolds makes activity observable and reportable. History is preserved, discoverability improves, and new team members onboard faster by viewing the entity instead of reading six months of channel history.

Your customer is in the team

Selective, entity-level visibility

Customers, vendors, and partners see only the entities relevant to them, their account, tickets, and opportunities, and view discussion inside their ticket rather than joining a channel. Visibility is controlled at the entity level, not by creating channels.

Your agent is in the team

Proactive, context-aware agency

Agents sit inside the team, understanding hierarchy and the enterprise-to-customer relationship. They surface relevant prior decisions, adapt to what each team means by a word like “budget,” facilitate decisions, learn from feedback, and flag when collaboration or stakeholders are missing.

Why this matters even more now

Async, distributed, and AI-augmented work demands persistent context

Today's workforce expects tools that don't privilege synchronous presence, favoring a meritocracy of ideas over proximity to power. Embedding conversations within work objects supports temporal equity, so every team member has equal access to context and decision-making regardless of timezone. Meanwhile institutional memory is evaporating: when a 9 PM decision in one region becomes 200 unread messages for another, and median tenure sits under two years, departing people take the why behind decisions with them.

Structure is also now a compliance and AI imperative. SOC2, HIPAA, and financial audits require trails of who decided what and why, which scattered channels can't provide. And agents need structured context, not chat transcripts: organizations that tie conversations to tickets, customers, and outcomes are already AI-ready.

Align collaboration with how work actually happens

Unstructured channels fail on three assumptions: that information stays in one place, that teams work in isolation, and that users know where to look. Knowledge graphs align collaboration with real entities and their relationships, giving teams a shared memory, so organizations that move first execute faster, scale better, retain talent, and are ready for AI.