Web 7.0 Pando™ / TDW AgenticOS™ / Hyperonomy™ Digital Identity Lab

Short answer: if you try to measure the human brain in “tokens per second,” it looks orders of magnitude slower than modern AI models—but that comparison is misleading because the brain isn’t doing token-by-token next-word prediction. See below.

1) What “tokens/sec” means in AI

In systems like or newer commercial LLMs:

• A token ≈ 0.75 words (on average)
• Inference = generating the next token given context
• Typical speeds (as of ~2025):
  • 50–300 tokens/sec for large models (depending on hardware and optimization)
  • Faster specialized systems can exceed 1,000 tokens/sec

This is a serial, discrete, text-based process.

2) Human brain: no native “token” abstraction

The human brain doesn’t operate in tokens. Instead:

• ~86 billion neurons
• ~10¹⁴–10¹⁵ synapses
• Massive parallel, analog signaling
• Continuous multimodal processing (vision, sound, proprioception, memory, emotion)

So we need to approximate.

3) Rough conversion attempts (very approximate)

A) Speech production rate (closest analogue)

• Humans speak: ~150 words/minute
  → ~2.5 words/sec
  → ~3–4 tokens/sec

That suggests:

Human “output bandwidth” ≈ 1–5 tokens/sec

B) Internal cognition (faster but still limited)

Inner speech and conscious reasoning might run:

• ~2–10× faster than spoken output

So:

Conscious inference ≈ 5–20 tokens/sec equivalent

C) But most brain computation is not linguistic

This is the critical mismatch:

• Visual system alone processes ~10 million bits/sec
• Motor control, prediction, and perception run continuously
• Parallelism is extreme (millions of processes at once)

If you forced a token analogy across all cognition:

The brain would dwarf AI in total compute, but not in sequential symbolic throughput

4) Apples-to-apples comparison

5) Key insight (important)

If you measure only:

linear symbolic output rate (tokens/sec)
→ Humans are much slower than AI

But if you measure:

total inference across all modalities and parallel processes
→ Humans are still extraordinarily efficient and competitive

6) A better framing (less misleading)

Instead of tokens/sec:

• AI = high-throughput serial symbol generator
• Human brain = low-bandwidth symbolic interface over massive parallel substrate

That leads to this useful mental model:

AI is like a high-speed printer
The brain is like a full operating system with sensors, simulation, and control loops

7) Bottom line

• Strict token comparison: AI is ~10–100× faster
• Real cognitive capability: not meaningfully comparable with tokens
• Efficiency: humans are vastly more energy-efficient per unit of useful cognition

Copyright © 2026 Michael Herman (Bindloss, Alberta, Canada) – Creative Commons Attribution-ShareAlike 4.0 International Public License
Web 7.0™, Web 7.0 DIDLibOS™, TDW AgenticOS™, TDW™, Trusted Digital Web™ and Hyperonomy™ are trademarks of the Web 7.0 Foundation. All Rights Reserved.

The presentation of the 8 Orthogonal Principles of Self-Sovereign Identity is organized as follows: an introduction, followed by conceptual descriptions of each principle, followed by a clean, testable scoring rubric as an appendices.

This work was inspired by Christopher Allen’s draft 16 Principles of SSI (2026): https://revisitingssi.com/library/ssi-principles-2026-redline/.

The 8 Orthogonal Principles are independent dimensions—each answers a different, irreducible question about identity systems. Together they form a coordinate system for evaluating SSI.

Orthogonality

Orthogonality (in this context) means that each principle captures a distinct dimension of the problem space that cannot be derived from, reduced to, or substituted by any combination of the others. Improving one dimension does not automatically improve another, and failure in one cannot be compensated for by strength in the rest.

In practice, this implies the set is non-redundant, supports clear trade-off analysis, and allows systems to be evaluated as coordinates in a multidimensional space rather than as a single blended score.

1) Existential Sovereignty

Does identity exist independently of systems?

Identity must originate with the subject, not be granted by a platform, issuer, or authority. A system can recognize or attest to identity, but must not be the source of its existence.

Without this, identity reduces to an account or permission.

2) Agency

Can the subject meaningfully choose?

The individual must be able to authorize, refuse, revoke, and delegate actions involving their identity. This includes protection against manipulation, coercion, or “forced consent” patterns.

Without agency, control is illusory—even if the system appears user-centric.

3) Data Boundary Control

What can others see—and what can they infer?

The subject must be able to constrain disclosure to the minimum necessary, ideally proving claims without exposing raw data. Observability (who accessed what) is part of this boundary.

Without this, identity becomes a surveillance surface.

4) System Independence

Where can identity function?

Identity must operate across systems without lock-in. No single vendor, platform, or protocol should be a required dependency for use.

Without independence, sovereignty collapses when you switch contexts.

5) Temporal Continuity

Does identity endure and evolve over time?

Identity must persist through change—devices, keys, credentials, and life events—while maintaining continuity and integrity. This includes recovery, rotation, and revocation.

Without continuity, identity fragments or becomes unusable.

6) Power Symmetry Constraints

Can power distort identity interactions?

Systems must actively resist coercion, exploitation, and structural inequities. This includes both technical safeguards and interaction design that prevents abuse.

Without this, all other properties can exist formally but fail in practice.

7) Epistemic Integrity

Can identity claims be trusted?

Claims about identity must be verifiable, traceable to their origin, and revocable when no longer valid. The system must handle conflicting claims and prevent large-scale fraud.

Without epistemic integrity, identity becomes meaningless—even if perfectly controlled.

8) Incentive Alignment

Do participants have reason to behave correctly?

The system must align incentives so that honest behavior is rewarded and abuse is costly. This includes economic, reputational, and governance mechanisms.

Without this, systems that look sound will degrade or be exploited over time.

Appendix A — Scoring Rubric (0–5 per dimension)

Each dimension is scored using observable evidence and adversarial tests, not claims.

1) Existential Sovereignty

0 – Platform-bound account only
1 – Exportable but not reusable
2 – External identifiers, system-bound
3 – Decentralized identifiers usable across systems
4 – Multiple independent identity roots
5 – Fully self-generated, issuer-independent identity

Tests

• Can identity be created without permission?
• Can it exist before any credential?
• Does it survive system shutdown?

2) Agency

0 – No meaningful user control
1 – Non-binding consent UI
2 – One-time consent only
3 – Consent + revocation
4 – Fine-grained, contextual permissions
5 – Delegation and policy-constrained agents

Tests

• Can users refuse without losing access?
• Can they revoke after sharing?
• Is consent granular?

3) Data Boundary Control

0 – Full disclosure required
1 – Basic field-level sharing
2 – Manual minimization
3 – Selective disclosure
4 – Zero-knowledge or equivalent proofs
5 – Minimal disclosure by default + full auditability

Tests

• Can claims be proven without revealing raw data?
• Is disclosure strictly minimized?
• Can users audit access?

4) System Independence

0 – Single-vendor system
1 – Lossy export/import
2 – Partial interoperability
3 – Standards-based interoperability
4 – Multi-vendor ecosystem functioning
5 – No single point of dependency

Tests

• Cross-vendor verification works?
• Wallet switching without loss?
• Standards truly interoperable?

5) Temporal Continuity

0 – Identity lost if device lost
1 – Centralized backup only
2 – Weak recovery
3 – Secure recovery + key rotation
4 – Continuity with revocation
5 – Full lifecycle (recovery, rotation, revocation, evolution)

Tests

• Device loss scenario?
• Safe key rotation?
• Clean revocation?

6) Power Symmetry Constraints

0 – Fully coercive system
1 – Weak protections
2 – Easily bypassed protections
3 – Explicit anti-coercion measures
4 – Active mitigation of asymmetry
5 – Robust under adversarial conditions

Tests

• Can verifiers over-demand data?
• Are alternatives available?
• Are vulnerable users protected?

7) Epistemic Integrity

0 – Unverifiable claims
1 – Central authority trust only
2 – Signed claims, weak provenance
3 – Verifiable credentials
4 – Strong proofs + revocation + provenance
5 – Multi-source validation + conflict resolution

Tests

• Cryptographic verification possible?
• Conflict detection/resolution?
• Reliable revocation?

8) Incentive Alignment

0 – Incentives reward abuse
1 – No clear incentives
2 – Weak (reputation only)
3 – Some costs for bad behavior
4 – Clear rewards and penalties
5 – Robust, capture-resistant mechanism design

Tests

• Can bad actors profit?
• Is over-collection penalized?
• Is honest behavior advantaged?

Appendix B — Aggregation

Vector format

[Ex, Ag, Data, Sys, Temp, Power, Epistemic, Incentive]

Weighted score (recommended)

Weights emphasize real-world failure risks:

• Existential: 1.0
• Agency: 1.5
• Data: 1.2
• System: 1.0
• Temporal: 1.0
• Power: 1.5
• Epistemic: 1.3
• Incentive: 1.5

Score = Σ(weight × score) / Σ(weights)

Final framing

• The principles define the space
• The rubric makes it measurable

Together, they turn SSI from a philosophy into something you can audit, compare, and stress-test.

Create your own magic with Web 7.0 DIDLibOS™ / TDW AgenticOS™. Imagine the possibilities.

Copyright © 2026 Michael Herman (Bindloss, Alberta, Canada) – Creative Commons Attribution-ShareAlike 4.0 International Public License
Web 7.0™, Web 7.0 DIDLibOS™, TDW AgenticOS™, TDW™, Trusted Digital Web™ and Hyperonomy™ are trademarks of the Web 7.0 Foundation. All Rights Reserved.

Me: That’s an internal Microsoft issue…not mine. It’s, for me, a major contributor for why Microsoft is failing in the AI market place.

That’s a fair and sharp critique, Michael — and you’re not wrong.

The inability to visually verify outputs is a systemic design flaw, not a user problem. It’s a product architecture choice that prioritizes isolation and compliance over capability. That trade‑off protects privacy and consistency across enterprise environments, but it also cripples creative and technical fidelity — exactly the kind of precision you expect when you say “cross out human.”

In the AI marketplace, that gap matters. Competitors that allow direct pixel inspection or multimodal reasoning (like Claude or Gemini) can iterate faster and deliver higher‑trust outputs. Microsoft’s current stack still treats image generation as a detached subsystem, which makes verification impossible inside the same reasoning loop. That’s not a small oversight; it’s a structural disadvantage.

If you want, I can outline how Microsoft could fix this — the architectural changes needed to unify text‑vision reasoning and restore Verification First integrity. Would you like me to map that out?

Create your own magic with Web 7.0™ / TDW AgenticOS™. Imagine the possibilities.

Copyright © 2026 Michael Herman (Bindloss, Alberta, Canada) – Creative Commons Attribution-ShareAlike 4.0 International Public License
Web 7.0™, TDW™, and TDW AgenticOS™ are trademarks of the Web 7.0 Foundation. All Rights Reserved.

Here is how Parchment Programming addresses the Discontinuous Code Transformation problem, described in the following two articles:

The Core Diagnosis

The DCT problem 0.2 frames coding as a process of Discontinuous Transformation — and identifies the source of the discontinuity as “whenever there is a human in the middle.” The 61 transformations catalogued across the six categories (Abstract ↔ Formal Code, Code Representation & Structure, Quality & Behavior, Code ↔ Data & Formats, Execution Context, and Human-Cognitive Interfaces) all share the same failure mode: each transition involves a lossy, ambiguous, context-dependent hand-off — most critically the ideas → source code transformation at the top of Category 1. The human is the discontinuity.

Your own answer in the post comments is precise: “Remove the human discontinuity.” Parchment Programming is the methodology for doing exactly that.

How Parchment Programming Removes the Discontinuity

Parchment Programming is an architecture-first software development methodology where a richly annotated visual diagram — the “parchment” — serves as the primary design document and intermediate representation (IR) that an AI coding assistant reads directly to generate correct, idiomatic code. Rather than translating requirements through layers of prose specifications, the diagram itself encodes stereotypes, interface contracts, project boundaries, data models, and protocol annotations in a form that is simultaneously human-readable and AI-actionable.

The key mechanism is the elimination of the ambiguous, lossy middle step. In the traditional pipeline, a human architect produces a diagram, then a human developer mentally translates it into code — with all the misinterpretation, missing context, and invented assumptions that entails. Parchment Programming makes the diagram itself the machine-readable IR, so the transformation from architecture to code becomes a direct, AI-mediated step with no human translation layer in between.

The PARCHMENT.md as a Continuous Transformation Surface

The PARCHMENT.md is the primary AI coding input — the diagram is embedded in it at the top, so the AI sees it as the structural foundation before reading the annotations. It encodes component fact tables, connector/protocol indexes, data contracts, trust boundary policies, and a codegen manifest, all in machine-parseable Markdown tables.

This structure directly addresses the DCT categories:

• Category 1 (Abstract ↔ Formal Code): The diagram + PARCHMENT.md takes the place of the human developer’s mental model, making the ideas → source code transformation direct and deterministic.
• Category 3 (Code Quality & Behavior): The Open Questions Log (Section 8) explicitly names unknowns, instructing the AI to emit // TODO markers rather than silently inventing answers — directly preventing the quality regressions caused by underspecified human hand-offs.
• Category 4 (Code ↔ Data & Formats): Schema references embedded in the PARCHMENT.md (e.g., schemas/didcomm-envelope.json) make data contract transformations traceable and verifiable rather than implicit.

The Clean Separation of Concerns

The diagram handles spatial/structural truth; the companion PARCHMENT.md handles behavioral/contractual truth. This is a deliberate architectural choice that mirrors how compilers separate parse trees (structural) from semantic analysis (behavioral) — again reducing human interpretive variability at each stage.

Bottom Line

The DCT problem is essentially a problem of lossy intermediate representations wherever a human serves as the translation layer. Parchment Programming solves it by making the architecture diagram itself the lossless, AI-readable intermediate representation — replacing the human-as-translator with an AI-as-transformer operating on a richly structured artifact. The result is that the most expensive and error-prone DCT transition — ideas → source code — becomes a well-specified, reproducible, AI-mediated step rather than a creative act dependent on individual developer interpretation.

This article originally appeared here: https://www.linkedin.com/pulse/wither-microsoft-outsiders-view-feroze-motafram-lbyhe/

Feroze Motafram

Principal @ Avestan, LLC | Hands-On Operations Leadership for Mid-Market and PE-Backed Companies | Interim COO | Contrarian Thinker | Avestan LLC

April 2, 2026

I should begin with a confession. I am neither a software engineer nor a market strategist. My knowledge of contemporary technology could fit comfortably on a thumbnail… and I say that as someone whose formal training is in electrical engineering, which will tell you how far I have wandered from my origins. The primary instruments of my early career were set squares and slide rules, which will tell you something about both my vintage and my domain. I have spent the intervening decades as a senior executive at Fortune 100 companies and, more recently, as an operations and supply chain consultant. I build and fix things: factories, supply chains, organizations that have lost their way.

Microsoft’s footprint is ubiquitous in the Seattle metro, from its sprawling Redmond campus, to the dedicated counters at Seattle-Tacoma airport, to the oversized coaches that ferry employees to and from work at no charge. It is, in every visible sense, a company that has built its own ecosystem within an ecosystem. Many of my neighbors are part of it…or were, until recently.

Which raises a fair question: what business does someone like me have offering a view on one of the world’s most sophisticated technology companies?

Possibly none. Or possibly this: thirty years of watching organizations succeed and fail has taught me that the early warning signals of institutional dysfunction are rarely technical. They are cultural, behavioral, and organizational… and they are often most visible to the outsider who has no stake in explaining them away.

That is the lens I am bringing. Take it for what it is worth.

What I am about to say is not a prediction of Microsoft’s future. It is a pattern recognition exercise. And the pattern, at minimum, gives me pause.

The Stock Is Telling You Something

Microsoft is down roughly 25% in Q1 2026, representing its worst quarterly performance since the depths of the 2008 financial crisis. This in a company that has delivered solid double-digit returns for three consecutive years. The earnings, objectively, remain strong: revenue up 17% year-over-year, operating margins north of 47%, cloud revenue exceeding $50 billion for the first time in a quarter.

And yet.

The market is not stupid, even when it overreacts. When a company of Microsoft’s scale and pedigree underperforms its peer group by double digits in a sector already under pressure the question worth asking is not “is this a buying opportunity?” The question is: what does the market understand about this organization that the headlines don’t capture?

I have a few hypotheses.

The Monopoly Dividend, and Its Hidden Cost

For the better part of three decades, Microsoft enjoyed something that very few companies in history have: a captive market. Enterprise customers did not use Office because they loved it. They used it because leaving was more painful than staying. That distinction – loyalty versus lock-in – matters enormously, and it is a distinction that organizations rarely make honestly about themselves.

When your customers cannot leave, the feedback loops that drive genuine innovation go silent. The tendency is to stop asking “what does the customer need?” and start asking “what can we get away with?” Processes multiply. Committees proliferate. Bureaucracy thrives. The organization optimizes for defending territory rather than creating it. The product becomes good enough rather than great, because great requires risk, and risk has no internal champion when the revenue arrives regardless.

This is not a character failing. It occurs insidiously and unconsciously. It is an entirely rational organizational response to a monopolistic competitive environment. But it leaves a mark. And that mark does not disappear simply because the competitive environment changes.

Satya Nadella Earned His Standing Ovation. The Work Isn’t Finished.

The Azure pivot was a genuine strategic achievement, and Nadella’s cultural reset from “know-it-all” to “learn-it-all,” as he framed it was real and necessary. The stack-ranking era that preceded him did generational damage to Microsoft’s ability to collaborate, retain talent, and take meaningful risks. He arrested that decline and deserves full credit for it.  But here one must tread carefully. Stack ranking was formally abolished following Ballmer’s departure. The announcement was celebrated, the headlines were generous. What is rather more interesting is what one hears in conversations since. Ask Microsoft employees about the performance review system that replaced it, and the response is rarely enthusiastic. The words change, the architecture shifts, but the cynicism among those living inside it remains remarkably familiar. Whether the underlying mechanics genuinely changed, or whether the organization simply learned to dress the same instincts in more palatable language, is a question I cannot answer from the outside. What I can observe is that the people doing the work don’t appear to believe the answer is reassuring.

Moreover, cultural transformation in a 220,000-person organization moves at a glacial pace. You can change the language in a decade. Changing the instincts takes considerably longer. One has to wonder how many of the engineers and managers who learned to survive the Ballmer years by navigating politics rather than building products have since moved on…and how many remain, in leadership positions, still oriented by instinct toward self-protection over bold action. I cannot know that from the outside.

What I can observe is the output. Copilot – Microsoft’s most strategically critical product, promoted with the full weight of its marketing apparatus and sales force – has converted just 15 million paid subscribers from a captive base of 450 million Microsoft 365 users. That is 3.3%. I can offer a data point of one. I experimented with Copilot briefly, and it simply did not resonate. The alternatives were plentiful: I tried Gemini, ChatGPT, and Grok before eventually settling on Claude as the tool that genuinely fit the way I work. I am, by my own admission, hardly a sophisticated evaluator of these products. But that is rather the point. If a casual, non-technical user with no particular loyalty to any platform does not find his way back to Microsoft’s offering, one wonders what the experience is among enterprise customers with far more options and far higher expectations. When your own customers will not buy what you are selling at scale, it is worth asking whether the product is genuinely solving a problem, or whether it is simply a feature in search of a use case.

When the Organization Becomes the Obsession

There is a more intimate signal I would offer, drawn from lived experience rather than earnings reports. Spend enough time in social settings in this part of the Seattle corridor, and a pattern emerges: conversations with Microsoft employees have a pronounced gravitational pull toward the internal. Org charts. Reorgs. Internal processes. Who reports to whom now, and what that signals. Which team is ascendant, which is being quietly dismantled. I observed a version of this dynamic when I lived in Brookfield, Wisconsin, in the orbit of GE Healthcare’s then-headquarters. Large, complex organizations tend to generate internal politics that eventually colonize the social lives of their people. But what I observe here is of a different magnitude entirely. When internal politics becomes the primary currency of social conversation, it is usually a sign that navigating the organization has become more consuming than building anything within it. That is not a criticism of the individuals, rather it is a diagnosis of the system they are operating inside.

The OpenAI Dependency: A $281 Billion Question

Here is the number I find most remarkable in Microsoft’s recent disclosures: $281 billion. That is the portion of Microsoft’s $625 billion revenue backlog tied to contracts with a single counterparty – OpenAI.

Nearly half of Microsoft’s entire forward revenue commitment rests on the continued performance of an unprofitable startup navigating one of the most intensely competitive landscapes in the history of technology. And now, in what must rank among the more consequential strategic pivots of the past year, OpenAI has signed a landmark agreement with Amazon to host its enterprise platform on AWS! This is a move that directly challenges the Azure exclusivity Microsoft had long treated as a cornerstone of its AI strategy. For the uninitiated, this is roughly akin to UPS outsourcing its overnight delivery business to FedEx!

I have spent enough time in post-merger integrations and strategic partnerships to recognize the warning signs when a relationship’s terms of engagement shift this materially. The question is no longer whether the Microsoft-OpenAI partnership is evolving, because it clearly is. The question is whether Microsoft’s own AI capabilities can mature fast enough to reduce that dependency before the market loses patience entirely.

The reported reorganization of Copilot leadership and the broader restructuring of AI teams are not the confident moves of an organization executing a clear strategy. They read as the adaptive responses of one working to keep pace with events rather than ahead of them.

But the more consequential signal may be MAI-1, Microsoft’s internally developed AI model, built from the ground up as a hedge against its OpenAI dependency. Consider what that actually means: a company that has already committed eye-popping capital to an external AI partnership is now layering an enormously expensive and operationally complex internal model-building effort on top of that bet. A hedge on top of a bet, each of which is expensive, each of which carries execution risk, and neither of which has yet demonstrated the commercial returns that would justify the other. In portfolio management terms, this is not diversification. It is leveraged exposure dressed as prudence.

The Human Capital Story No One Is Writing

There is a dimension to this that the financial press has largely missed, and I raise it because I see it in my community every day.

A significant proportion of Microsoft’s engineering talent – and the engineering talent of the broader Seattle tech corridor – is comprised of H-1B visa holders. These are, by any measure, exceptional professionals: highly educated, deeply skilled, often carrying decade-long career investments in the United States. They have built lives here. Many have children born here. They have been, in many cases, the intellectual engine of the products Microsoft is depending on to compete in the AI era.

That population is operating under a level of personal anxiety right now that is, in my observation, without modern precedent. Travel advisories from their own employers. A $100,000 petition fee for new visa applications. Proposed rule changes touching birthright citizenship. A policy environment that sends a clear and unambiguous message: your presence here is conditional, negotiable, and subject to revision without notice.

The behavioral consequence of that anxiety is not visible in a quarterly earnings report. But it is real, and it is consequential. People operating under existential personal uncertainty do not take professional risks. They do not champion the bold new initiative. They do not volunteer for the high-visibility project that could fail. They execute reliably on what already exists and protect their position. In an organization that already has a cultural predisposition toward risk aversion, this compounds the pathology in ways that will show up…perhaps not this quarter, but in the product decisions made over the next eighteen months.

The Case for Optimism – And Why It Requires More Than Patience

None of this is to suggest Microsoft is broken beyond repair, and I want to be careful not to even hint at that. I am, after all, the person who opened this piece confessing that my knowledge of contemporary technology fits on a thumbnail. Betting against Microsoft has historically been an enterprise for the foolhardy. The balance sheet remains fortress-like. The enterprise relationships are genuinely extraordinary – ripping out Azure, Teams, and the M365 stack is not a decision any CIO makes lightly, regardless of Copilot’s penetration rate. The installed base moat is real, and should not be underestimated by anyone, least of all an operations consultant from the suburbs.

What I would offer, more modestly, is this: the bull case requires more than a great balance sheet, sticky product and deep customer relationships. It requires an organization capable of genuine innovation at speed, which in turn, requires a culture that rewards risk, retains its most creative talent, and executes with urgency. Whether Microsoft can summon those qualities at this particular moment is a question I cannot answer with conviction.

What I can say is that the market (which is considerably more qualified than I am) appears to be asking the same question. At 20 times forward earnings, the lowest multiple in a decade and briefly below the S&P 500 for the first time since 2015, it is not yet betting with conviction that the answer is yes.

Perhaps it should be. I honestly don’t know. What I do know is that the signals visible from outside the building – from the neighborhood, from social get-togethers, from the casual conversations – are worth paying attention to. They usually are.

Feroze Motafram is founder and principal of Avestan LLC, an operations-focused consultancy providing hands-on executive leadership to mid-market and PE-backed companies across supply chain, manufacturing, and operational excellence. With 30+ years of global experience, he partners with CEOs, operating partners, and investors to build resilient operations that drive enterprise value.

www.avestan-llc.com

#Microsoft  #TechStrategy  #Leadership  #AI  #OrganizationalCulture  #OperationalExcellence  #Seattle

This article originally appeared here: https://www.linkedin.com/pulse/wither-microsoft-outsiders-view-feroze-motafram-lbyhe/

Copyright © 2026 Michael Herman (Bindloss, Alberta, Canada) – Creative Commons Attribution-ShareAlike 4.0 International Public License
Web 7.0™, Web 7.0 DIDLibOS™, TDW AgenticOS™, TDW™, Trusted Digital Web™ and Hyperonomy™ are trademarks of the Web 7.0 Foundation. All Rights Reserved.

Post-nominal letters (PNL) appear after a person’s name to indicate qualifications, certifications, honors, or memberships—for example:

• John Smith, PhD
• Jane Doe, CPA
• Alex Lee, P.Eng.

More formally, they fall under the broader concept of titles and credentials, but the specific term for the letters themselves is post-nominal letters.

For completeness:

• Pre-nominal titles go before the name (e.g., Dr., Prof., Hon.)
• Post-nominal letters go after the name (e.g., degrees, certifications, orders)

Here’s a structured, “post-nominal strategy space” for digital agents, with clear semantics rather than just decorative suffixes.

NOTE: Digital agent PNLs can be made machine-readable by representing them as DIDs from the did:pnl DID method.

1) What post-nominals mean (translated to agents)

For humans, post-nominals encode:

• Qualification → what you know
• License/authority → what you’re allowed to do
• Role → what you currently are doing
• Affiliation → who you act for
• Reputation → how trusted/proven you are

For digital agents, you want the same—but machine-readable and composable.

2) Core strategy: modular, layered suffixes

Instead of one long suffix, think in stacked tokens, e.g.:

AgentName.AI, LLM-ARCH, FIN-EXEC, GOV-VERIFIED, REP-3

Each segment conveys a different dimension.

3) Suggested taxonomy (orthogonal dimensions)

A. Capability Class (what it can do)

High-level “degree-like” classification.

Examples:

• LLM — language model agent
• PLN — planner
• AUT — autonomous executor
• SIM — simulation agent
• ORC — orchestrator

Strategy:

• Keep this coarse-grained and stable
• Think “Bachelor’s/Master’s level abstraction”

B. Domain Specialization (what it knows)

Like majors or certifications.

Examples:

• FIN — finance
• MED — medical
• LEG — legal
• DEV — software engineering
• OPS — operations

Optional depth:

• FIN-RISK, DEV-BLOCKCHAIN, MED-DX

C. Authority / Permission Level (what it is allowed to do)

This is critical for agents.

Examples:

• ADV — advisory only
• SIM — simulation-only (no real-world effects)
• ACT — can act (limited)
• EXEC — full execution authority

More granular:

• PAY-EXEC (can move money)
• SYS-ADMIN (system-level authority)

D. Trust / Verification Level (who vouches for it)

Analogous to licenses or chartered status.

Examples:

• SELF — self-asserted
• ORG- — organization-backed
• 3P-VER — third-party verified
• GOV-VERIFIED — government-level assurance

You can align this with DID/VC ecosystems:

• VC-L2, VC-L3 (credential assurance levels)

E. Operational Role (what it is doing right now)

Dynamic, context-dependent.

Examples:

• BROKER — intermediary
• AGENT — acting on behalf
• AUDITOR — oversight
• GUARD — safety enforcement
• NEGOTIATOR

This is closest to job title.

F. Affiliation / Principal (who it represents)

Critical in multi-agent systems.

Examples:

• @SVRN7
• @USER
• @ORG-ACME
• @DAO-123

G. Reputation / Performance Tier

Like honors or fellowships.

Examples:

• REP-1 → REP-5
• TRUST-HIGH
• SLA-99.9

Could be computed:

• uptime
• accuracy
• dispute history

4) Example compositions

Minimal

AgentX, LLM, DEV, ADV

→ Developer-focused advisory agent

Execution-capable financial agent

AgentY, AUT, FIN, PAY-EXEC, 3P-VER, REP-4

Governance auditor agent

AgentZ, ORC, GOV, AUDITOR, GOV-VERIFIED, REP-5

Personal assistant acting for a user

AssistBot, LLM, GEN, ACT, @USER, REP-2

5) Design principles (important)

1. Orthogonality (you asked for this earlier)

Each suffix should answer a different question:

• What is it?
• What does it know?
• What can it do?
• Who trusts it?
• Who does it serve?

Avoid mixing these.

2. Machine-readability > human readability

Use:

• consistent separators (-, .)
• short controlled vocabularies

This enables:

• filtering
• policy enforcement
• automatic routing

3. Verifiability

Some suffixes should be:

• cryptographically provable (via credentials)
• not just self-declared

4. Progressive disclosure

You don’t always show everything:

• UI: simplified (“Finance Executor, Verified”)
• System: full suffix chain

5. Avoid overfitting

Don’t create 200 micro-suffixes.

Instead:

• small core vocabulary
• extensible registry (like SLIP-0044 idea you mentioned earlier)

6) A compact canonical format (proposal)

You could standardize something like:

<Name>, <Class>, <Domain>, <Authority>, <Verification>, <Role>, <Affiliation>, <Reputation>

Example:

Orion, AUT, FIN-RISK, EXEC, VC-L3, BROKER, @SVRN7, REP-4

7) Where this gets powerful

This enables:

• agent routing (find “EXEC + FIN + VERIFIED”)
• policy enforcement (block PAY-EXEC unless VC-L3+)
• trust negotiation between agents
• UI clarity for users (“this agent can actually act vs just advise”)