DEV Community

Cover image for FullAgenticStack WhatsApp-first: RFC-WF-0001
suissAI
suissAI

Posted on

FullAgenticStack WhatsApp-first: RFC-WF-0001

RFC-WF-0001

WhatsApp-First Compliance Standard (WFCS)

Status: Draft Standard
Version: 1.0.0
Date: 20 Nov 2025
Category: Standards Track
Author: FullAgenticStack Initiative
Dependencies: RFC-WF-0001 (WFCS), RFC-WF-0002 (WWCS)
License: Open Specification (Public, Royalty-Free)


Abstract

This document defines the WhatsApp-First Compliance Standard (WFCS), a normative specification establishing the minimum architectural, operational, and multimodal requirements for systems that claim to be "WhatsApp-First."

A system is considered WhatsApp-First when all essential functionalities can be initiated, executed, and completed exclusively within WhatsApp, through text and/or audio, without mandatory dependency on external interfaces.

This specification introduces mandatory multimodal parity, structured persistence, audio transcription requirements, and cognitive conversational capabilities as compliance criteria.


Keywords

WhatsApp-First, Conversational Systems, Event-Driven Architecture, Multimodal Interaction, Conversational Computing, Cognitive Interfaces, Compliance Standard.


1. Scope

This specification defines objective, auditable criteria for determining whether a system qualifies as WhatsApp-First.

This document does not define implementation details, frameworks, or specific technologies. It defines compliance requirements.


2. Normative Language

The key words "MUST", "MUST NOT", "SHOULD", and "MAY" are to be interpreted as described in standards practice.


3. Core Definition

A system is WhatsApp-First if and only if:

All essential functionalities can be initiated, processed, and completed exclusively through WhatsApp interactions.

Formally:

Let:

F = set of essential system functionalities

W = subset of F executable exclusively via WhatsApp

The system is compliant if:

W = F

If W ⊂ F, the system is not WhatsApp-First compliant.


4. Mandatory Requirements

4.1 Functional Totality (WF-REQ-1)

All essential system operations MUST be executable via WhatsApp without requiring external dashboards, applications, or administrative panels.


4.2 Multimodal Parity (WF-REQ-2)

Every essential functionality MUST support:

  • Text-based execution
  • Audio-based execution

The system MUST accept commands via audio and text interchangeably.


4.3 Mandatory Transcription (WF-REQ-3)

When the system sends an audio response, it MUST:

  1. Deliver the audio
  2. Deliver an immediate textual transcription

When receiving audio input, the system MUST:

  • Automatically transcribe the audio
  • Persist the textual representation
  • Make the transcription searchable and indexable

4.4 Administrative Autonomy (WF-REQ-4)

All essential administrative operations MUST be executable within WhatsApp, including but not limited to:

  • Record creation and modification
  • Configuration of rules
  • Activation/deactivation of features
  • Reporting and monitoring

4.5 Structured Conversational Persistence (WF-REQ-5)

All interactions MUST be:

  • Persisted
  • Auditable
  • Indexable
  • Recoverable

Ephemeral conversational systems are non-compliant.


4.6 Interface Independence (WF-REQ-6)

Dashboards MAY exist. However:

  • They MUST NOT contain exclusive essential functionality.
  • They MUST NOT be operationally required.

5. Cognitive Conversational Requirements

5.1 Graph and Visual Explanation (WF-REQ-7)

If the system generates visual analytics (charts, dashboards, graphs), it MUST:

  • Provide textual explanation
  • Provide audio explanation upon request

The explanation MUST include:

  • Key metrics
  • Trends
  • Comparative references
  • Relevant anomalies

A system that depends exclusively on visual interpretation is non-compliant.


5.2 Semantic Execution over Received Content (WF-REQ-8)

The system MUST be capable of:

  • Receiving text, audio, images, or documents
  • Interpreting semantic content
  • Executing contextual actions based on that content

Examples include structured extraction, registration, indexing, and operational triggering.


5.3 Configurable Multimodal Preference (WF-REQ-9)

The system MUST allow users to configure:

  • Preferred communication mode (text or audio)
  • Mode preferences per functional category
  • Default output behavior

Configuration MUST be executable via WhatsApp.


6. Compliance Levels

WF-Basic

Meets requirements WF-REQ-1 through WF-REQ-5.

WF-Strong

Meets Basic plus WF-REQ-7 and WF-REQ-9.

WF-Cognitive

Meets all requirements including semantic execution (WF-REQ-8).


7. Non-Compliance Conditions

A system is NOT WhatsApp-First if:

  • Essential functionality requires external UI
  • Audio commands are unsupported
  • Audio responses lack textual transcription
  • Conversations are not persistently indexable
  • Administrative operations require dashboard interaction

8. Security Considerations

A compliant system MUST implement:

  • Identity verification
  • Authorization control
  • Auditable command logs
  • Protection against unauthorized execution

9. Architectural Implications

Although implementation-agnostic, compliant systems will typically require:

  • Speech-to-Text
  • Text-to-Speech
  • Structured persistence
  • Event-driven processing
  • Context-aware interpretation

10. Governance and Publication Model

This RFC is published as an open specification.

Implementations MAY declare compliance publicly, provided they meet the normative requirements.

Certification frameworks MAY be defined separately.


11. Conclusion

WhatsApp-First is not channel integration.

It is a structural architectural paradigm in which conversation becomes the primary and sufficient operational interface of a system.

Top comments (0)