{ "model": { "rank": 2265, "code": "thing-q29643", "model_id": "vr.tr.wi-fi", "name": "Wi-Fi", "purpose": "Enable an AI agent to recognise a Wi-Fi deployment or connection, assess its usability and trustworthiness for a stated task, and determine which connection or configuration actions are permitted.", "family": "Thing Registry", "category": "Physical world and living systems", "status": "research-draft", "kind": "thing", "plane": "PHY", "domain": "PHY.OBJ", "industry": "", "version": "", "url": "/models/thing/q29643/", "tier": 2, "score": 111, "payload": { "layer": "wikidata", "aliases": [ "Super Wi-Fi" ], "aliasCount": 1, "merged": 1, "knownIn": 111, "facets": null, "markers": [], "lexicalClass": "", "senseRank": null, "alsoRegisteredAs": null, "source": { "dataset": "wikidata", "item": "Q29643", "url": "https://www.wikidata.org/wiki/Q29643", "license": "CC0 1.0" } }, "research": { "vercy": "1.0-draft", "publication": { "status": "research-draft", "adjudicationStatus": "unreviewed", "publishableCanonical": false, "generatedAt": "2026-09-07T11:11:10Z", "providers": [ "Codex", "Grok" ], "missingProviders": [], "pass": 2, "cost": { "grok": { "usd": 0.0081515, "turns": 1, "seconds": 65.5, "error": null }, "codex": { "seconds": 69.2, "error": "Reading additional input from stdin...\nOpenAI Codex v0.153.3\n--------\nworkdir: R:\\02_PROJECTS\\02_Meta_Models_Platforms\\Ver.cy\\current\\thing-registry-backlog\nmodel: gpt-6-astra\nprovider: openai\napproval: never\nsandbox: read-only\nreasoning effort: none\nreasoning summaries: none\nsession id: 01a07b8f-93da-7e22-b0f2-a073195de0ec\n--------\nuser\nYou are drafting a Vercy meta-model for one registered thing. Answer as JSON only, no prose around it.\n\nThing: Wi-Fi\nRegistry id: vr.tr.wi-fi\nPlane / domain: PHY / PHY.OBJ\nRegistry definition: (none recorded)\nNames folded into this entry: (none)\n\nA Vercy model" } } }, "metaModel": { "id": "THING-Q29643", "registryId": "vr.tr.wi-fi", "name": "Wi-Fi", "version": "0.1.0-research.1", "entryKind": "thing", "family": "Thing Registry", "domain": [ "PHY.OBJ" ], "status": "research-draft" }, "canonicalUrl": "https://ver.cy/models/thing/q29643/", "model": { "registry_id": "vr.tr.wi-fi", "name": "Wi-Fi", "purpose": "Enable an AI agent to recognise a Wi-Fi deployment or connection, assess its usability and trustworthiness for a stated task, and determine which connection or configuration actions are permitted.", "definition": "Wi-Fi is a family of wireless local-area networking technologies, branded by the Wi-Fi Alliance, that implement IEEE 802.11 radio protocols so that stations can associate with an access point (or each other) and exchange IP-capable frames over unlicensed ISM and U-NII bands.", "scope_statement": "This model owns the wireless local-area connectivity realised through Wi-Fi: its advertised networks, radio links, participation rules, observed service quality and operational constraints, with explicit boundaries between a deployment, an access point radio and a client connection.", "in_scope": [ "Network advertisements and the relationships among network names, access point radios and client connections", "Radio capabilities, operating bands, channels and local coverage conditions", "Discovery, authentication, association and connection continuity", "Wireless access protection, network identity evidence and admission policy", "Observed wireless performance, interference and authorised configuration changes" ], "out_of_scope": [ "Access point, router and client hardware inventories, repair and ownership", "Internet service contracts, upstream outages and wide-area connectivity", "General IP addressing, routing, DNS and application service models", "Bluetooth, cellular and other non-Wi-Fi radio systems", "Building geometry and electrical infrastructure beyond their effects on Wi-Fi", "Credential secrets, user identity lifecycle and organisation-wide security policy" ], "distinguishing_features": [ "Require evidence of an IEEE 802.11 wireless interface, advertisement or link; a generic wireless indicator does not establish Wi-Fi.", "Distinguish the wireless link from Internet reachability: a device can be associated with Wi-Fi while upstream services remain unavailable.", "Distinguish an advertised network name from a unique network identity: matching SSIDs alone do not establish common ownership or trust.", "Distinguish Wi-Fi connectivity from a router or access point enclosure: one device can provide multiple radios and networks alongside non-wireless functions.", "Distinguish advertised capability, negotiated connection properties and certification claims; evidence for one does not establish the others." ], "characteristics": [ { "name": "Observation subject", "kind": "category", "unit_or_values": "deployment | advertised network | access point radio | client connection", "why_it_matters": "Prevents a measurement or state for one link from being attributed to the entire deployment." }, { "name": "Network and radio identifiers", "kind": "relation", "unit_or_values": "Observed SSID and BSSID linked to a deployment, radio and observation time; additional link identifiers where applicable", "why_it_matters": "Supports recognition while avoiding assumptions that a name uniquely identifies an operator or service." }, { "name": "Supported and negotiated capabilities", "kind": "category", "unit_or_values": "Separately recorded advertised, configured and negotiated Wi-Fi capabilities, with evidence", "why_it_matters": "Determines whether a client and network can use the features required by a task." }, { "name": "Radio operating configuration", "kind": "category", "unit_or_values": "Band, channel or centre frequency, channel width in MHz, and applicable operating restrictions", "why_it_matters": "Affects compatibility, contention and which configuration changes are permitted." }, { "name": "Received signal and noise", "kind": "measurement", "unit_or_values": "Signal level in dBm and signal-to-noise ratio in dB where available, with observer, location and time", "why_it_matters": "Helps assess local link conditions without treating signal strength as a complete quality measure." }, { "name": "Connection stage", "kind": "state", "unit_or_values": "Undiscovered | discovered | authenticating | associated | wireless access established | failed | disconnected, with protocol-specific detail", "why_it_matters": "Identifies the next useful diagnostic or connection action." }, { "name": "Wireless access protection", "kind": "category", "unit_or_values": "Advertised and negotiated authentication, encryption and management-frame protection settings; unknown recorded explicitly", "why_it_matters": "Supports a policy-based decision about whether connection and data transfer are acceptable." }, { "name": "Observed service performance", "kind": "measurement", "unit_or_values": "Throughput in Mbit/s, latency and jitter in ms, loss and retry rates in %, with endpoint, direction, interval and test conditions", "why_it_matters": "Tests whether service meets the intended workload and whether a result can be attributed to the wireless segment." }, { "name": "Radio resource pressure", "kind": "measurement", "unit_or_values": "Channel utilisation or airtime occupancy in %, associated-client count and observation interval where available", "why_it_matters": "Helps distinguish weak coverage from competition for shared radio capacity." }, { "name": "Action authority", "kind": "relation", "unit_or_values": "Actor linked to permitted observation, connection, testing and configuration actions, including conditions and expiry", "why_it_matters": "Separates an action that is technically possible from one the agent may perform." } ], "affordances": [ "Discover visible Wi-Fi networks and compare their observed properties against task requirements.", "Connect or reconnect an authorised client using an approved credential reference.", "Measure local wireless conditions and test performance against a defined endpoint.", "Diagnose whether failure occurs during discovery, wireless admission, link operation or a neighbouring service.", "Recommend or apply authorised radio and access-setting changes with impact checks and rollback.", "Move an authorised client to another eligible access point or network when continuity and trust requirements permit." ] }, "sources": [ { "id": "ieee-80211", "title": "IEEE 802.11-2020 - Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications", "url": "https://standards.ieee.org/ieee/802.11/7028/", "what_it_supports": "", "url_status": "live" }, { "id": "wifi-alliance", "title": "Wi-Fi Alliance - Discover Wi-Fi / Certifications (Wi-Fi 4-7, WPA3, Wi-Fi Direct, EasyMesh)", "url": "https://www.wi-fi.org/discover-wi-fi", "what_it_supports": "Brand, generational naming (Wi-Fi 4/5/6/6E/7), certification programs, and interoperability kinds used in practice.", "url_status": "live" }, { "id": "ietf-rfc5416", "title": "RFC 5416 - Control and Provisioning of Wireless Access Points (CAPWAP) Protocol Binding for IEEE 802.11", "url": "https://www.rfc-editor.org/rfc/rfc5416", "what_it_supports": "How 802.11 access points are provisioned and distinguished from generic wireless; WLAN-specific identifiers in operations.", "url_status": "blocked" }, { "id": "fcc-15", "title": "47 CFR Part 15 - Radio Frequency Devices (unlicensed operation, ISM/U-NII)", "url": "https://www.ecfr.gov/current/title-47/chapter-I/subchapter-A/part-15", "what_it_supports": "US unlicensed-band rules that constrain Wi-Fi power, DFS, and 6 GHz (U-NII) use; regional regulatory neighbour to ETSI/Ofcom.", "url_status": "live" } ], "structure": { "bundles": [ { "id": "network-recognition", "name": "Network recognition", "description": "Establish what Wi-Fi entity is being observed and how its advertisements relate to a deployment.", "rationale": "Wi-Fi names, radios and connections are easily conflated, making identity and observation boundaries essential.", "layers": [ { "id": "observation-boundary", "name": "Observation boundary", "description": "Identify the subject and limits of each record.", "findings": [ { "id": "wifi-subject", "name": "Wi-Fi subject", "description": "Record whether evidence describes a deployment, advertised network, radio or individual connection.", "questions": [ { "text": "Which Wi-Fi entity does this record describe, and what evidence establishes that it uses Wi-Fi?", "kind": "definition", "id": "wifi-subject-q01" }, { "text": "Which radios, clients, locations and times does this observation cover?", "kind": "boundary", "id": "wifi-subject-q02" } ] } ] }, { "id": "advertisement-identity", "name": "Advertisement and identity", "description": "Relate visible identifiers to an operator and intended network.", "findings": [ { "id": "network-identity-evidence", "name": "Network identity evidence", "description": "Keep observed network identifiers separate from claims about ownership and trust.", "questions": [ { "text": "Which SSIDs, BSSIDs and applicable link identifiers were observed, by which observer and when?", "kind": "provenance", "id": "network-identity-evidence-q01" }, { "text": "What evidence links these advertisements to the intended operator or deployment beyond a matching network name?", "kind": "provenance", "id": "network-identity-evidence-q02" } ] } ] } ] }, { "id": "radio-fit-and-coverage", "name": "Radio fit and coverage", "description": "Describe whether the client and network can communicate under the local radio conditions.", "rationale": "Wi-Fi availability depends on compatible radio capabilities and conditions at the actual place of use.", "layers": [ { "id": "capability-compatibility", "name": "Capability compatibility", "description": "Separate supported features from those actually configured and negotiated.", "findings": [ { "id": "usable-radio-capabilities", "name": "Usable radio capabilities", "description": "Record the intersection of client capability, network configuration and permitted operation.", "questions": [ { "text": "Which bands, channel widths and Wi-Fi capabilities are supported by each endpoint, and which are negotiated for this connection?", "kind": "measurement", "id": "usable-radio-capabilities-q01" }, { "text": "Which location-specific operating restrictions or device limitations constrain the available radio settings?", "kind": "boundary", "id": "usable-radio-capabilities-q02" } ] } ] }, { "id": "local-radio-conditions", "name": "Local radio conditions", "description": "Locate coverage observations and distinguish signal conditions from interference.", "findings": [ { "id": "coverage-and-interference-evidence", "name": "Coverage and interference evidence", "description": "Record directional, time-bound evidence of signal quality and competing radio activity.", "questions": [ { "text": "What signal level, noise estimate and link stability are observed at the intended client location, and by which endpoint?", "kind": "measurement", "id": "coverage-and-interference-evidence-q01" }, { "text": "What evidence distinguishes insufficient coverage from Wi-Fi contention or other radio interference?", "kind": "measurement", "id": "coverage-and-interference-evidence-q02" } ] } ] } ] }, { "id": "admission-and-trust", "name": "Admission and trust", "description": "Describe how a client gains wireless access and whether that access satisfies the applicable trust policy.", "rationale": "An observable Wi-Fi network may be inaccessible, incorrectly identified or unsuitable for the intended data.", "layers": [ { "id": "wireless-admission", "name": "Wireless admission", "description": "Track connection prerequisites and the stage at which admission succeeds or fails.", "findings": [ { "id": "connection-stage-and-prerequisites", "name": "Connection stage and prerequisites", "description": "Represent wireless admission using observed protocol events and references to required credentials.", "questions": [ { "text": "What discovery, authentication and association stages have completed, and what event or error identifies the current stage?", "kind": "measurement", "id": "connection-stage-and-prerequisites-q01" }, { "text": "Which approved credential reference, client configuration or administrator action is needed for the next connection attempt?", "kind": "action", "id": "connection-stage-and-prerequisites-q02" } ] } ] }, { "id": "link-protection", "name": "Link protection", "description": "Assess negotiated protection and identity validation against the intended use.", "findings": [ { "id": "protection-and-validation", "name": "Protection and validation", "description": "Record actual wireless protection and relevant authentication checks without treating encryption as proof of operator identity.", "questions": [ { "text": "Which authentication, encryption and management-frame protection settings are advertised and actually negotiated?", "kind": "measurement", "id": "protection-and-validation-q01" }, { "text": "Which network identity checks and protection requirements must pass before this client may carry the intended data?", "kind": "action", "id": "protection-and-validation-q02" } ] } ] } ] }, { "id": "service-quality-and-continuity", "name": "Service quality and continuity", "description": "Assess task-relevant performance and continuity while separating wireless behaviour from upstream services.", "rationale": "Association and a strong signal do not establish usable capacity or uninterrupted service.", "layers": [ { "id": "workload-performance", "name": "Workload performance", "description": "Measure useful service against a defined workload and test boundary.", "findings": [ { "id": "wireless-service-budget", "name": "Wireless service budget", "description": "Compare measured performance and shared-radio pressure with the task's requirements.", "questions": [ { "text": "What throughput, latency, jitter and loss does the task require, and what is measured under representative load?", "kind": "measurement", "id": "wireless-service-budget-q01" }, { "text": "Which test endpoints and radio counters allow poor performance to be attributed to Wi-Fi rather than the upstream path or application?", "kind": "boundary", "id": "wireless-service-budget-q02" } ] } ] }, { "id": "connection-continuity", "name": "Connection continuity", "description": "Describe interruptions and transitions between eligible radios or networks.", "findings": [ { "id": "roaming-and-recovery", "name": "Roaming and recovery", "description": "Record whether movement, reassociation or reconnection preserves the service required by the task.", "questions": [ { "text": "During movement or access point loss, which transitions occur and how long is usable connectivity interrupted?", "kind": "measurement", "id": "roaming-and-recovery-q01" }, { "text": "When may the agent request a roam, reconnect or switch networks, and what disruption can the task tolerate?", "kind": "action", "id": "roaming-and-recovery-q02" } ] } ] } ] }, { "id": "authorised-operation", "name": "Authorised operation", "description": "Bound diagnostic and configuration actions by authority, shared-radio impact and verifiable outcomes.", "rationale": "Wi-Fi changes can disconnect clients or affect neighbouring radios, so actionable records must identify control and consequences.", "layers": [ { "id": "control-and-impact", "name": "Control and impact", "description": "Identify who can change wireless settings and which connections depend on them.", "findings": [ { "id": "wifi-change-authority", "name": "Wi-Fi change authority", "description": "Record permitted actions at client, network and radio level together with their likely reach.", "questions": [ { "text": "Which actor authorises scanning, active testing and changes to channels, transmit power, network advertisements or access protection?", "kind": "action", "id": "wifi-change-authority-q01" }, { "text": "Which clients, shared radios and wireless backhaul links could be disrupted by the proposed change?", "kind": "boundary", "id": "wifi-change-authority-q02" } ] } ] }, { "id": "change-verification", "name": "Change verification", "description": "Define how a wireless intervention is checked and reversed.", "findings": [ { "id": "verified-wireless-intervention", "name": "Verified wireless intervention", "description": "Tie each intervention to an observed problem, success criteria and a recovery path.", "questions": [ { "text": "Which baseline observations and post-change measurements will show that the targeted Wi-Fi problem improved?", "kind": "measurement", "id": "verified-wireless-intervention-q01" }, { "text": "How will the previous settings be restored if clients lose access, including when the management connection uses the affected Wi-Fi?", "kind": "action", "id": "verified-wireless-intervention-q02" } ] } ] } ] }, { "id": "evidence-and-external-alignment", "name": "Evidence and external alignment", "description": "What the world already says about this thing, gathered so the model can be checked against it.", "rationale": "A model that cannot be lined up against existing standards, identifiers and practice cannot be adopted by anyone who already uses them.", "layers": [ { "id": "reported-evidence", "name": "Reported evidence", "description": "Findings from the breadth pass, kept separate from the structural claims.", "findings": [ { "id": "evidence-kinds", "name": "Kinds and varieties", "description": "Reported by the breadth pass; each item needs checking against its source before it becomes normative.", "evidence": [ "IEEE 802.11b/g/n (2.4 GHz, Wi-Fi 4 and predecessors)", "IEEE 802.11ac (5 GHz, Wi-Fi 5)", "IEEE 802.11ax (2.4/5/6 GHz, Wi-Fi 6 / Wi-Fi 6E)", "IEEE 802.11be (multi-band, Wi-Fi 7)", "Wi-Fi Direct (peer-to-peer, no infrastructure BSS)", "Wi-Fi Protected Setup (WPS) enrolment modes", "Enterprise 802.1X / WPA3-Enterprise vs personal PSK/SAE", "Mesh / Multi-AP (EasyMesh) vs single-AP BSS" ], "questions": [ { "id": "evidence-kinds-q01", "text": "Which of these kinds and varieties hold for the sense of Wi-Fi this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-identifiers", "name": "Identifiers and schemes", "description": "Reported by the breadth pass; each item needs checking against its source before it becomes normative.", "evidence": [ { "scheme": "Wikidata", "value_or_pattern": "Q29635 (Wi-Fi)", "note": "Also Q2936399 (IEEE 802.11) as the underlying standard family; do not collapse the trademarked brand with the IEEE spec." }, { "scheme": "IEEE Std", "value_or_pattern": "IEEE 802.11 plus lettered amendments (e.g. 802.11n, 802.11ac, 802.11ax, 802.11be)", "note": "Wi-Fi Alliance generational names map onto these: Wi-Fi 4=n, 5=ac, 6/6E=ax, 7=be." }, { "scheme": "OUI / BSSID", "value_or_pattern": "48-bit MAC as BSSID (typically AP radio MAC); SSID is a 0-32 octet network name, not globally unique", "note": "Infrastructure BSS is identified by BSSID; ESS by SSID shared across multiple APs." }, { "scheme": "Wi-Fi Alliance certification ID", "value_or_pattern": "WFA certification / CID on certified products (model-specific)", "note": "Certifies interoperability against a generation and feature set (WPA3, Wi-Fi Direct, EasyMesh, etc.)." }, { "scheme": "IANA / IETF", "value_or_pattern": "ifType ieee80211 (71); ARP hardware type 6; EtherType 0x0800/0x86DD over 802.11 data frames", "note": "Interface and framing identifiers when Wi-Fi appears as a network interface, not as a radio certification." } ], "questions": [ { "id": "evidence-identifiers-q01", "text": "Which of these identifiers and schemes hold for the sense of Wi-Fi this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-standards-and-regulation", "name": "Standards and regulation", "description": "Reported by the breadth pass; each item needs checking against its source before it becomes normative.", "evidence": [ "IEEE 802.11 (IEEE SA) - WLAN MAC and PHY; amendments n/ac/ax/be and security (802.11i) folded into rollups", "Wi-Fi Alliance certification programs (Wi-Fi Alliance) - Wi-Fi CERTIFIED, WPA2/WPA3, Wi-Fi Direct, Passpoint, EasyMesh, Wi-Fi 6/6E/7", "IETF RFC 5415/5416 CAPWAP (IETF) - AP/controller split for 802.11", "ITU-R / national spectrum: 47 CFR Part 15 (FCC, US); ETSI EN 300 328 (2.4 GHz) and EN 301 893 / EN 303 687 (5/6 GHz, EU); Ofcom IR 2030 (UK)", "IEC/ISO 8802-11 (ISO/IEC JTC 1) - ISO transposition of IEEE 802.11", "WPA3 / SAE and 802.1X/EAP (Wi-Fi Alliance + IEEE 802.1X) for authentication; KRACK/FragAttack drove mandatory PMF in WPA3" ], "questions": [ { "id": "evidence-standards-and-regulation-q01", "text": "Which of these standards and regulation hold for the sense of Wi-Fi this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-real-world-use", "name": "Real-world use", "description": "Reported by the breadth pass; each item needs checking against its source before it becomes normative.", "evidence": [ "Home and small-office internet access: a residential gateway AP bridging 802.11 to Ethernet/DOCSIS/PON", "Enterprise campus WLAN: controller or cloud-managed APs with 802.1X, VLAN, and captive portal", "Public hotspot / Passpoint (Hotspot 2.0) offload in airports, cafes, cellular complementary access", "Industrial and IoT: 802.11ah (HaLow) and 2.4 GHz STA for sensors; also consumer IoT STA on 2.4 GHz", "Device-to-device: Wi-Fi Direct / SoftAP for printers, cameras, wireless display, and mobile tethering", "Outdoor/mesh backhaul (EasyMesh, vendor mesh) linking multiple APs over 5/6 GHz" ], "questions": [ { "id": "evidence-real-world-use-q01", "text": "Which of these real-world use hold for the sense of Wi-Fi this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-measurements", "name": "Typical measurements", "description": "Reported by the breadth pass; each item needs checking against its source before it becomes normative.", "evidence": [ { "quantity": "Centre frequency / band", "typical_range": "2.4 GHz ISM (ch 1-13/14); 5 GHz U-NII (approx. 5.15-5.85 GHz); 6 GHz U-NII-5-8 (approx. 5.925-7.125 GHz, region-dependent)", "unit": "Hz (GHz in practice); channel number" }, { "quantity": "Channel bandwidth", "typical_range": "20, 40, 80, 160, 320 (Wi-Fi 7)", "unit": "MHz" }, { "quantity": "PHY data rate", "typical_range": "1 Mbit/s (legacy) to ~46 Gbit/s theoretical peak (Wi-Fi 7 multi-link); typical STA throughput often 50-800 Mbit/s", "unit": "bit/s" }, { "quantity": "Transmit power (EIRP)", "typical_range": "often 14-20 dBm conducted indoor; regulatory EIRP caps e.g. 20 dBm (2.4 GHz EU), 23-30 dBm (5/6 GHz by sub-band), higher with TPC/DFS outdoors", "unit": "dBm (EIRP)" }, { "quantity": "Received signal strength (RSSI) / SNR", "typical_range": "association commonly viable around −70 to −30 dBm RSSI; MCS falls off below about −67 dBm depending on bandwidth/NSS", "unit": "dBm (RSSI); dB (SNR)" }, { "quantity": "Latency / airtime", "typical_range": "idle RTT often 2-20 ms on LAN; contention and power-save can add tens to hundreds of ms", "unit": "s (ms in practice)" } ], "questions": [ { "id": "evidence-measurements-q01", "text": "Which of these typical measurements hold for the sense of Wi-Fi this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-failure-modes-and-hazards", "name": "Failure modes and hazards", "description": "Reported by the breadth pass; each item needs checking against its source before it becomes normative.", "evidence": [ "Co-channel and adjacent-channel interference (especially 2.4 GHz, 20/40 MHz overlap) causing retries, airtime collapse, and roaming flaps", "Authentication/encryption failures: weak PSK, WPS PIN brute-force, KRACK (WPA2), downgrade to open/WEP, captive-portal spoofing (evil twin)", "Spectrum-rule violations: missing DFS/TPC on 5 GHz, indoor-only 6 GHz APs used outdoors, exceeding EIRP - legal and interference hazards to radar and incumbents", "Hidden-node / capture effect and bufferbloat on the wireless hop", "Client stickiness and band-steering failures; mesh backhaul loops or poor RSSI backhaul", "Physical-layer DoS (deauth frames unless PMF; RF jamming) and privacy leaks (probe SSIDs, MAC randomization gaps)", "Thermal/power: AP overheating, STA power-save causing missed beacons" ], "questions": [ { "id": "evidence-failure-modes-and-hazards-q01", "text": "Which of these failure modes and hazards hold for the sense of Wi-Fi this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-regional-variation", "name": "Regional variation", "description": "Reported by the breadth pass; each item needs checking against its source before it becomes normative.", "evidence": [ "2.4 GHz: channels 1-11 (US FCC), 1-13 (ETSI/most of world), 1-14 (Japan, 14 only for 802.11b DSSS)", "5 GHz: DFS/TPC and allowed U-NII sub-bands differ (FCC vs ETSI vs Japan/China); some outdoor channels forbidden indoors or vice versa", "6 GHz (Wi-Fi 6E/7): US allows Standard Power with AFC plus Low Power Indoor; EU/UK Low Power Indoor and Very Low Power; some countries not yet opened", "Naming: 'WLAN' is common in German/EU technical and regulatory text; 'Wi-Fi' is the consumer/certification brand globally; China also uses WAPI historically alongside 802.11 security" ], "questions": [ { "id": "evidence-regional-variation-q01", "text": "Which of these regional variation hold for the sense of Wi-Fi this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-neighbours", "name": "Neighbouring kinds and how to tell them apart", "description": "Reported by the breadth pass; each item needs checking against its source before it becomes normative.", "evidence": [ { "name": "IEEE 802.11 (the standard family)", "difference": "802.11 is the IEEE MAC/PHY specification; Wi-Fi is the Alliance brand and certification that a product interoperates with that family. Uncertified 802.11 gear is not Wi-Fi CERTIFIED." }, { "name": "Bluetooth / BLE", "difference": "Bluetooth is IEEE 802.15.1 / Bluetooth SIG WPAN in 2.4 GHz with a different PHY, pairing, and typically much lower throughput; coexistence is via AFH, not a shared BSS." }, { "name": "5G NR-U / cellular (including Wi-Fi calling)", "difference": "Cellular is licensed (or NR-U in unlicensed) 3GPP RAN with SIM/AMF identity; Wi-Fi is 802.11 BSS. Wi-Fi calling is IMS over a Wi-Fi bearer, not a radio identity of Wi-Fi itself." }, { "name": "IEEE 802.15.4 / Zigbee / Thread / Matter over Thread", "difference": "Low-rate WPAN (O-QPSK/CSS), different MAC and typically 802.15.4 mesh; Matter may run on Wi-Fi or Thread - the IP application does not make the radio Wi-Fi." }, { "name": "WiMAX (IEEE 802.16) / proprietary fixed wireless", "difference": "Different IEEE working group and MAN/outdoor access architecture; not 802.11 CSMA/CA BSS, despite similar 'Wi-' branding historically." }, { "name": "Ethernet (IEEE 802.3)", "difference": "Wired CSMA/CD or switched full-duplex 802.3; Wi-Fi bridges to Ethernet at the AP but the air interface is 802.11 with contention, association, and RF regulation." } ], "questions": [ { "id": "evidence-neighbours-q01", "text": "Which of these neighbouring kinds and how to tell them apart hold for the sense of Wi-Fi this model covers, and on what evidence?", "kind": "provenance" } ] } ] } ] } ] }, "openQuestions": [ "Does the registry intend Wi-Fi to denote the technology generally, a deployed wireless network, or a connectivity capability, and which should be the primary model subject?", "Does an existing Vercy world model already own wireless local-area connectivity or any of these bundles, requiring linkage instead of a separate publication?", "How should mesh backhaul, peer-to-peer Wi-Fi and connections using multiple radio links fit within this entry without creating unauthorised registry splits?", "Which authoritative technical and certification sources should establish terminology, capability distinctions and jurisdiction-dependent operating constraints?", "Which workload-specific thresholds and observation methods should determine usable, degraded and unavailable states across different client devices?" ], "statistics": { "bundles": 6, "layers": 11, "findings": 18, "questions": 28 } }, "draft": { "generator": "vr.draft.v3", "status": "draft-generated", "researched": false, "archetype": "unclassified", "method": "Written from the archetype playbook - what this kind of thing needs beyond identity and provenance - and from the structure that recurred across 6,333 models already researched by two engines. Applied to this entry by rule. No source was read for this thing and no claim here is researched. This entry carries no facets of its own, so they were inferred from its domain - a guess about a whole domain applied to one thing.", "facetsInferred": true, "nextPass": "A researcher replaces this draft with a sourced specification. Treat every sentence below as a proposal to argue with.", "purpose": "Give an agent a durable, checkable way to recognise a Wi-Fi, record what state it is in, and decide what may be done with it.", "whatItIs": "Enable an AI agent to recognise a Wi-Fi deployment or connection, assess its usability and trustworthiness for a stated task, and determine which connection or configuration actions are permitted.", "characteristics": { "substance": "material", "origin": "manufactured", "agency": "inert", "mobility": "varies" }, "whatYouCanDoWithIt": [ "observed and measured" ], "distinguishingFeatures": [ "Names folded into this entry, which a task may need to split apart again: Super Wi-Fi.", "1 finer distinctions are held as aliases rather than separate entries, because telling them apart needs a task that asks for it.", "Described in 111 Wikipedia languages, which is a measure of how widely the thing is known, not of how important it is." ], "openQuestionsForResearch": [ "Which of the bundles below does a real task actually need, and which are ceremony?", "What does this thing have that the facets do not capture at all?", "Which neighbouring kind is most often confused with a Wi-Fi, and on what evidence are they told apart?" ], "whatItIsMadeOf": "matter you can touch", "physicalCharacter": [ "Mobility varies between examples.", "Does nothing on its own; everything it does, something else did to it.", "These come from the domain this entry sits in rather than from the entry itself, so treat them as a first guess about the whole domain applied to one thing." ], "whatCanBeDoneWithIt": [ "observe it, measure it, record its state" ], "howItIsRecognised": [ "Recognised by form and material. The registry holds no appearance data, so what a Wi-Fi looks like has to come from research." ], "relatedModels": [ { "relation": "covers", "note": "Finer kinds folded into this entry because telling them apart needs a task that asks for it. Each is a model waiting to be split out when one does.", "targets": [ "Super Wi-Fi" ] } ], "standing": "Described in 111 Wikipedia languages, which measures how widely it is written about rather than how important or how common it is. 1 finer distinctions are held inside this entry as names rather than as separate models.", "structure": { "bundles": [ { "id": "identity-and-classification", "name": "Identity, naming and classification", "description": "How an agent tells one Wi-Fi from another, and a Wi-Fi from things that resemble it.", "rationale": "Recognition comes before every other claim. Without stable identity nothing else in the model can be trusted to be about the same thing twice.", "layers": [ { "id": "naming-and-identifiers", "name": "Names and identifiers", "description": "The names this thing goes by and the identifiers that survive translation and time.", "findings": [ { "id": "preferred-name-and-aliases", "name": "Preferred name, aliases and local names", "description": "Which name to use, which names mean the same thing, and which merely sound similar.", "questions": [ { "id": "preferred-name-and-aliases-q01", "text": "What identifies and describes the name of a Wi-Fi, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "preferred-name-and-aliases-q02", "text": "Who or what asserted this about the name of a Wi-Fi, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "preferred-name-and-aliases-q03", "text": "What may an agent decide or do once the name of a Wi-Fi is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] }, { "id": "stable-identifiers", "name": "Stable identifiers and external keys", "description": "Identifiers that keep pointing at this kind of thing across systems and languages.", "questions": [ { "id": "stable-identifiers-q01", "text": "What identifies and describes an identifier for a Wi-Fi, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "stable-identifiers-q02", "text": "Who or what asserted this about an identifier for a Wi-Fi, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "stable-identifiers-q03", "text": "What may an agent decide or do once an identifier for a Wi-Fi is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] }, { "id": "classification-and-granularity", "name": "Classification and granularity", "description": "Where a Wi-Fi sits among kinds, and how finely a task needs to cut it.", "findings": [ { "id": "kind-and-parents", "name": "Kind, parents and neighbouring kinds", "description": "The classes this thing belongs to and the ones it is next to.", "questions": [ { "id": "kind-and-parents-q01", "text": "What identifies and describes the kind of a Wi-Fi, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "kind-and-parents-q02", "text": "Who or what asserted this about the kind of a Wi-Fi, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "kind-and-parents-q03", "text": "What may an agent decide or do once the kind of a Wi-Fi is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] }, { "id": "distinguishing-features", "name": "Distinguishing features", "description": "What separates a Wi-Fi from the things most often confused with it.", "questions": [ { "id": "distinguishing-features-q01", "text": "What identifies and describes what distinguishes a Wi-Fi, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "distinguishing-features-q02", "text": "Who or what asserted this about what distinguishes a Wi-Fi, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "distinguishing-features-q03", "text": "What may an agent decide or do once what distinguishes a Wi-Fi is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] } ] }, { "id": "form-and-composition", "name": "Form, composition and condition", "description": "What a Wi-Fi is made of, what shape and size it takes, and what state it is in.", "rationale": "A physical thing can be measured, and a model that cannot record its measurements cannot support any decision that depends on them.", "layers": [ { "id": "form-and-dimensions", "name": "Form and dimensions", "description": "Shape, size, mass and the ranges these take across examples.", "findings": [ { "id": "measurable-dimensions", "name": "Measurable dimensions and their units", "description": "The quantities worth recording and the units they are recorded in.", "questions": [ { "id": "measurable-dimensions-q01", "text": "What identifies and describes the dimensions of a Wi-Fi, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "measurable-dimensions-q02", "text": "Who or what asserted this about the dimensions of a Wi-Fi, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "measurable-dimensions-q03", "text": "What may an agent decide or do once the dimensions of a Wi-Fi is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] }, { "id": "material-and-composition", "name": "Material and composition", "description": "Materials, parts and how they are put together.", "findings": [ { "id": "parts-and-materials", "name": "Parts and materials", "description": "What a Wi-Fi is built from and which parts are replaceable.", "questions": [ { "id": "parts-and-materials-q01", "text": "What identifies and describes the composition of a Wi-Fi, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "parts-and-materials-q02", "text": "Who or what asserted this about the composition of a Wi-Fi, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "parts-and-materials-q03", "text": "What may an agent decide or do once the composition of a Wi-Fi is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] }, { "id": "condition-and-integrity", "name": "Condition and integrity", "description": "Wear, damage, health and the difference between working and broken.", "findings": [ { "id": "condition-assessment", "name": "Condition, damage and health", "description": "How the condition of a Wi-Fi is judged and by whom.", "questions": [ { "id": "condition-assessment-q01", "text": "What identifies and describes the condition of a Wi-Fi, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "condition-assessment-q02", "text": "Who or what asserted this about the condition of a Wi-Fi, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "condition-assessment-q03", "text": "What may an agent decide or do once the condition of a Wi-Fi is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] } ] }, { "id": "place-and-movement", "name": "Place and movement", "description": "Where a Wi-Fi is, how it got there and where it may go (varies).", "rationale": "A thing that can move needs its position recorded with a time, or every later claim about it is about a place it has left.", "layers": [ { "id": "location-and-placement", "name": "Location and placement", "description": "Position, containment and the reference frame the position is given in.", "findings": [ { "id": "position-and-frame", "name": "Position, container and reference frame", "description": "Where a Wi-Fi is, and what that position is measured against.", "questions": [ { "id": "position-and-frame-q01", "text": "What identifies and describes the location of a Wi-Fi, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "position-and-frame-q02", "text": "Who or what asserted this about the location of a Wi-Fi, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "position-and-frame-q03", "text": "What may an agent decide or do once the location of a Wi-Fi is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] }, { "id": "movement-and-transfer", "name": "Movement and transfer", "description": "How a Wi-Fi is carried, installed or relocated.", "findings": [ { "id": "movement-events", "name": "Movement events and constraints", "description": "What counts as a movement, what records it and what limits it.", "questions": [ { "id": "movement-events-q01", "text": "What identifies and describes the movement of a Wi-Fi, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "movement-events-q02", "text": "Who or what asserted this about the movement of a Wi-Fi, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "movement-events-q03", "text": "What may an agent decide or do once the movement of a Wi-Fi is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] } ] }, { "id": "state-and-lifecycle", "name": "State and lifecycle", "description": "The states a Wi-Fi passes through and the events that move it between them.", "rationale": "Most decisions about a thing depend on what state it is in now, which is a claim with a time on it, not a property.", "layers": [ { "id": "lifecycle-stages", "name": "Lifecycle stages", "description": "From coming into existence to ceasing to be one of these.", "findings": [ { "id": "stages-and-transitions", "name": "Stages and transitions", "description": "The stages worth naming and what moves a Wi-Fi between them.", "questions": [ { "id": "stages-and-transitions-q01", "text": "What identifies and describes the lifecycle of a Wi-Fi, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "stages-and-transitions-q02", "text": "Who or what asserted this about the lifecycle of a Wi-Fi, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "stages-and-transitions-q03", "text": "What may an agent decide or do once the lifecycle of a Wi-Fi is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] }, { "id": "observations-and-status", "name": "Observations and current status", "description": "What is observed about a Wi-Fi, how often and by whom.", "findings": [ { "id": "observation-record", "name": "Observation record", "description": "How an observation of a Wi-Fi is recorded so that it can be superseded rather than overwritten.", "questions": [ { "id": "observation-record-q01", "text": "What identifies and describes an observation of a Wi-Fi, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "observation-record-q02", "text": "Who or what asserted this about an observation of a Wi-Fi, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "observation-record-q03", "text": "What may an agent decide or do once an observation of a Wi-Fi is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] } ] }, { "id": "use-and-operation", "name": "Use and operation", "description": "What can be done with a Wi-Fi and what it takes to do it.", "rationale": "An agent that can recognise a thing but not act on it has only half a model.", "layers": [ { "id": "intended-use", "name": "Intended use and function", "description": "What a Wi-Fi is for, and what it is used for anyway.", "findings": [ { "id": "function-and-purpose", "name": "Function, purpose and misuse", "description": "The function a Wi-Fi performs and the uses that fall outside it.", "questions": [ { "id": "function-and-purpose-q01", "text": "What identifies and describes the use of a Wi-Fi, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "function-and-purpose-q02", "text": "Who or what asserted this about the use of a Wi-Fi, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "function-and-purpose-q03", "text": "What may an agent decide or do once the use of a Wi-Fi is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] }, { "id": "handling-and-procedure", "name": "Handling and procedure", "description": "The steps, skills and tools involved in using a Wi-Fi.", "findings": [ { "id": "procedures-and-skills", "name": "Procedures, skills and required tools", "description": "What an agent needs before it can act on a Wi-Fi at all.", "questions": [ { "id": "procedures-and-skills-q01", "text": "What identifies and describes handling a Wi-Fi, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "procedures-and-skills-q02", "text": "Who or what asserted this about handling a Wi-Fi, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "procedures-and-skills-q03", "text": "What may an agent decide or do once handling a Wi-Fi is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] } ] }, { "id": "provenance-and-evidence", "name": "Provenance, evidence and time", "description": "Where every claim about a Wi-Fi came from and when it held.", "rationale": "A claim without a source and a time cannot be superseded, only overwritten, and an agent that overwrites loses the ability to explain itself.", "layers": [ { "id": "source-and-authority", "name": "Source and authority", "description": "Who said it, on what evidence, and how strongly.", "findings": [ { "id": "claim-provenance", "name": "Claim provenance and confidence", "description": "The authority behind each claim about a Wi-Fi and how confident it is.", "questions": [ { "id": "claim-provenance-q01", "text": "What identifies and describes a claim about a Wi-Fi, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "claim-provenance-q02", "text": "Who or what asserted this about a claim about a Wi-Fi, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "claim-provenance-q03", "text": "What may an agent decide or do once a claim about a Wi-Fi is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] }, { "id": "time-and-versions", "name": "Time, versions and supersession", "description": "When a claim was true, when it was learnt, and what replaced it.", "findings": [ { "id": "validity-and-supersession", "name": "Validity period and supersession", "description": "How an old claim about a Wi-Fi is retired without being erased.", "questions": [ { "id": "validity-and-supersession-q01", "text": "What identifies and describes the validity of a claim about a Wi-Fi, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "validity-and-supersession-q02", "text": "Who or what asserted this about the validity of a claim about a Wi-Fi, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "validity-and-supersession-q03", "text": "What may an agent decide or do once the validity of a claim about a Wi-Fi is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] } ] } ] }, "statistics": { "bundles": 6, "layers": 13, "findings": 15, "questions": 45 } } } }