{ "model": { "rank": 1345, "code": "thing-q11171729", "model_id": "vr.tr.project-autoconfirmed-users", "name": "Project:Autoconfirmed users", "purpose": "Enable an agent to identify project-local autoconfirmed account status, assess the evidence for it, and determine which actions it permits under the project's current rules.", "family": "Thing Registry", "category": "Society, people and institutions", "status": "research-draft", "kind": "thing", "plane": "SOC", "domain": "SOC.PER", "industry": "", "version": "", "url": "/models/thing/q11171729/", "tier": 2, "score": 154, "payload": { "layer": "wikidata", "aliases": [], "aliasCount": 0, "merged": 0, "knownIn": 154, "facets": null, "markers": [], "lexicalClass": "", "senseRank": null, "alsoRegisteredAs": null, "source": { "dataset": "wikidata", "item": "Q11171729", "url": "https://www.wikidata.org/wiki/Q11171729", "license": "CC0 1.0" } }, "research": { "vercy": "1.0-draft", "publication": { "status": "research-draft", "adjudicationStatus": "unreviewed", "publishableCanonical": false, "generatedAt": "2026-09-07T11:18:42Z", "providers": [ "Codex" ], "breadth": "recalled by Codex without web access - no source was read", "missingProviders": [], "pass": 2, "cost": { "grok": { "seconds": 20.3, "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: 01a07b96-8a10-75f0-badf-d28e4139422d\n--------\nuser\nDescribe what is already known about one registered thing. Answer as JSON only, no prose around it.\n\nThing: Project:Autoconfirmed users\nSense to describe: (none recorded)\nDomain code: SOC.PER\nAlso known as: (none)\n\n\nContext for this batch of 210 things:\n# Batc", "usd": 0, "recall": true }, "codex": { "seconds": 64.9, "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: 01a07b96-89ff-7aa0-aebc-3d54a18b2158\n--------\nuser\nYou are drafting a Vercy meta-model for one registered thing. Answer as JSON only, no prose around it.\n\nThing: Project:Autoconfirmed users\nRegistry id: vr.tr.project-autoconfirmed-users\nPlane / domain: SOC / SOC.PER\nRegistry definition: (none recorded)\nNames f" } } }, "metaModel": { "id": "THING-Q11171729", "registryId": "vr.tr.project-autoconfirmed-users", "name": "Project:Autoconfirmed users", "version": "0.1.0-research.1", "entryKind": "thing", "family": "Thing Registry", "domain": [ "SOC.PER" ], "status": "research-draft" }, "canonicalUrl": "https://ver.cy/models/thing/q11171729/", "model": { "registry_id": "vr.tr.project-autoconfirmed-users", "name": "Project:Autoconfirmed users", "purpose": "Enable an agent to identify project-local autoconfirmed account status, assess the evidence for it, and determine which actions it permits under the project's current rules.", "definition": "Autoconfirmed users are registered accounts on a MediaWiki-based wiki that automatically acquire a locally configured set of permissions after satisfying eligibility conditions such as account age and edit count.", "scope_statement": "This model owns the interpretation of Project:Autoconfirmed users as a project-local account status and associated user class, provisionally distinguishing that status from the project page that describes it; the originating project and intended registry referent remain unresolved.", "in_scope": [ "The project and account population to which autoconfirmed status applies", "Rules and account activity used to establish automatic eligibility", "Evidence of an account's effective autoconfirmed status at a particular time", "Permissions attributable to autoconfirmed status and restrictions affecting their use", "The relationship between autoconfirmed status, manually assigned confirmation, and other account groups" ], "out_of_scope": [ "The full biography, identity, or trustworthiness of an account holder", "General account registration, authentication, and credential management", "Administrator, moderator, or other separately granted roles", "The substantive quality or acceptability of contributions", "The descriptive project page as a document, including its editorial history", "Professional occupations, employment relations, and licensing" ], "distinguishing_features": [ "The referent must be a project-defined account status or user class; a page merely titled Project:Autoconfirmed users requires a separate document interpretation.", "Automatic eligibility must be distinguishable from confirmation explicitly assigned by an authorized actor.", "A status assertion must identify its project; confirmation on one project is not sufficient evidence of confirmation on another.", "Autoconfirmed status must be distinguished from both account registration and authorization to perform a particular action.", "The status concerns an account's position under project rules, rather than a person's occupation, identity verification, or demonstrated reliability." ], "characteristics": [ { "name": "Registry referent interpretation", "kind": "category", "unit_or_values": "account status | user class | descriptive project page | unresolved", "why_it_matters": "Prevents a namespace-qualified page title from being silently treated as a social role." }, { "name": "Governing project", "kind": "relation", "unit_or_values": "The project or wiki whose rules and account namespace govern the status", "why_it_matters": "Eligibility and permissions require a specific project context." }, { "name": "Eligibility rule", "kind": "relation", "unit_or_values": "A versioned rule identifying required conditions, exceptions, and effective dates", "why_it_matters": "Allows an agent to evaluate eligibility without assuming universal thresholds." }, { "name": "Qualifying account age", "kind": "measurement", "unit_or_values": "Elapsed time in seconds or days from the project's specified reference event; applicable only if required", "why_it_matters": "An age condition cannot be evaluated without its reference event and boundary convention." }, { "name": "Qualifying contribution count", "kind": "measurement", "unit_or_values": "Nonnegative integer under the project's counting rules; applicable only if required", "why_it_matters": "A displayed total may differ from the activity counted for eligibility." }, { "name": "Eligibility assessment", "kind": "state", "unit_or_values": "conditions met | conditions unmet | indeterminate", "why_it_matters": "Separates a rule-based assessment from observed effective status." }, { "name": "Observed autoconfirmed status", "kind": "state", "unit_or_values": "effective | not effective | unknown, qualified by observation time and source", "why_it_matters": "Supports decisions grounded in current account state." }, { "name": "Confirmation mechanism", "kind": "category", "unit_or_values": "automatic | manually assigned confirmation | other mechanism | unresolved", "why_it_matters": "Similar permissions do not establish that an account is autoconfirmed." }, { "name": "Status-derived capabilities", "kind": "relation", "unit_or_values": "Project-defined actions or exemptions attributable to autoconfirmed status", "why_it_matters": "Connects the classification to decisions an agent can make." }, { "name": "Effective restrictions", "kind": "relation", "unit_or_values": "Applicable account, action, resource, or project restrictions", "why_it_matters": "Status alone may be insufficient to authorize an action." } ], "affordances": [ "Resolve whether the registry entry denotes an account status, user class, or descriptive page.", "Evaluate an account against the project's documented autoconfirmation conditions.", "Record observed status with its project, evidence source, and observation time.", "Explain unmet conditions or missing evidence without promising a confirmation date.", "Check whether a proposed action is permitted after considering status-derived rights and applicable restrictions.", "Reassess eligibility and permissions when account evidence or governing rules change." ] }, "sources": [], "structure": { "bundles": [ { "id": "project-status-identity", "name": "Project status identity", "description": "Establish what the namespace-qualified registry name denotes and where the status applies.", "rationale": "The registry provides no definition, and the Project prefix makes confusion between a descriptive page and its subject especially consequential.", "layers": [ { "id": "registry-referent", "name": "Registry referent", "description": "Resolve the entry's intended subject before attributing account behavior to it.", "findings": [ { "id": "page-versus-status", "name": "Page versus status", "description": "Record whether the registered thing is the autoconfirmed user class, its account status, or the project page describing it.", "questions": [ { "text": "What originating registry record or linked resource establishes the intended meaning of Project:Autoconfirmed users?", "kind": "provenance", "id": "page-versus-status-q01" }, { "text": "Does the entry identify a project document or the account classification described by that document?", "kind": "boundary", "id": "page-versus-status-q02" } ] } ] }, { "id": "project-and-account-boundary", "name": "Project and account boundary", "description": "Locate the classification within the governing project and distinguish account membership from personal identity.", "findings": [ { "id": "local-status-subject", "name": "Local status subject", "description": "Bind each status assertion to an account and the project whose rules make the assertion meaningful.", "questions": [ { "text": "Which project defines this autoconfirmed class, and which identifier resolves the account within it?", "kind": "definition", "id": "local-status-subject-q01" }, { "text": "Does the governing project recognize any cross-project account history or status, and on what terms?", "kind": "boundary", "id": "local-status-subject-q02" } ] } ] } ] }, { "id": "automatic-qualification", "name": "Automatic qualification", "description": "Describe the actual conditions that distinguish autoconfirmed accounts from accounts that have merely registered.", "rationale": "An agent needs an explicit project-specific eligibility rule rather than assumed age or activity thresholds.", "layers": [ { "id": "qualification-conditions", "name": "Qualification conditions", "description": "Identify required predicates, their combination, and any exceptions.", "findings": [ { "id": "governing-eligibility-predicate", "name": "Governing eligibility predicate", "description": "Record the conditions for automatic qualification, including whether age, contribution count, or other factors apply.", "questions": [ { "text": "What conditions must an account satisfy, and are they conjunctive, alternative, or conditional?", "kind": "definition", "id": "governing-eligibility-predicate-q01" }, { "text": "Which authoritative policy or configuration establishes the conditions and any exceptions?", "kind": "provenance", "id": "governing-eligibility-predicate-q02" }, { "text": "What evidence distinguishes automatic qualification from manually assigned confirmation?", "kind": "boundary", "id": "governing-eligibility-predicate-q03" } ] } ] }, { "id": "qualifying-history", "name": "Qualifying history", "description": "Determine how account history is measured when the governing rule uses time or activity.", "findings": [ { "id": "age-and-activity-accounting", "name": "Age and activity accounting", "description": "Make any age or activity assessment reproducible using the project's reference events, counting rules, and threshold boundaries.", "questions": [ { "text": "If account age matters, which event starts the clock and exactly when is its threshold satisfied?", "kind": "measurement", "id": "age-and-activity-accounting-q01" }, { "text": "If contributions matter, which actions count and how are deleted, reverted, imported, or cross-project contributions treated?", "kind": "measurement", "id": "age-and-activity-accounting-q02" }, { "text": "Which missing or ambiguous history prevents a defensible eligibility decision?", "kind": "boundary", "id": "age-and-activity-accounting-q03" } ] } ] } ] }, { "id": "effective-confirmation-state", "name": "Effective confirmation state", "description": "Connect eligibility assessments to observable account status and the mechanism that makes that status effective.", "rationale": "Meeting apparent conditions and observing effective permissions are different evidence claims that an agent must reconcile.", "layers": [ { "id": "status-observation", "name": "Status observation", "description": "Capture authoritative evidence of effective autoconfirmed status.", "findings": [ { "id": "confirmation-evidence", "name": "Confirmation evidence", "description": "Record how status was established without assuming that a visible group listing or a single successful action proves it.", "questions": [ { "text": "Which project interface or authoritative record exposes effective autoconfirmed status, and does it represent that status explicitly or dynamically?", "kind": "provenance", "id": "confirmation-evidence-q01" }, { "text": "At what time was the account checked, and what result was returned?", "kind": "measurement", "id": "confirmation-evidence-q02" }, { "text": "Could the observed capability instead come from manual confirmation or another group?", "kind": "boundary", "id": "confirmation-evidence-q03" } ] } ] }, { "id": "status-reassessment", "name": "Status reassessment", "description": "Identify when qualification becomes effective and when prior observations require review.", "findings": [ { "id": "activation-and-change", "name": "Activation and change", "description": "Record the project's activation and reevaluation behavior without assuming permanence, immediate activation, or an administrative revocation mechanism.", "questions": [ { "text": "When and through what mechanism does satisfying the rule make autoconfirmed status effective?", "kind": "definition", "id": "activation-and-change-q01" }, { "text": "Which rule changes or account events require the agent to check status again?", "kind": "action", "id": "activation-and-change-q02" }, { "text": "If eligibility calculations and observed status disagree, which authority resolves the discrepancy?", "kind": "provenance", "id": "activation-and-change-q03" } ] } ] } ] }, { "id": "autoconfirmed-action-boundaries", "name": "Autoconfirmed action boundaries", "description": "Determine what this status contributes to action permissions and where additional restrictions control the outcome.", "rationale": "The practical value of the classification is its effect on permitted actions, while the classification alone cannot establish every authorization.", "layers": [ { "id": "status-permission-contribution", "name": "Status permission contribution", "description": "Identify the rights and exemptions specifically associated with autoconfirmation on the governing project.", "findings": [ { "id": "attributable-rights", "name": "Attributable rights", "description": "Record the project's actual permission mapping and distinguish it from rights obtained through other account classifications.", "questions": [ { "text": "Which actions or exemptions does the current project configuration associate with autoconfirmed status?", "kind": "definition", "id": "attributable-rights-q01" }, { "text": "Which permission differences distinguish autoconfirmed accounts from registered accounts and manually confirmed accounts?", "kind": "boundary", "id": "attributable-rights-q02" }, { "text": "What authoritative source and effective date support this permission mapping?", "kind": "provenance", "id": "attributable-rights-q03" } ] } ] }, { "id": "proposed-action-evaluation", "name": "Proposed action evaluation", "description": "Evaluate a concrete operation using the account's status and all applicable action constraints.", "findings": [ { "id": "effective-action-decision", "name": "Effective action decision", "description": "Assess a proposed operation against the required rights and relevant restrictions, keeping permission denial distinct from absence of autoconfirmed status.", "questions": [ { "text": "For this action and target, is autoconfirmed status required, sufficient, or only one possible source of the required right?", "kind": "action", "id": "effective-action-decision-q01" }, { "text": "Which account restrictions, target protections, or other project controls affect whether the action may proceed?", "kind": "boundary", "id": "effective-action-decision-q02" }, { "text": "If the action is denied, what evidence distinguishes a status problem from another applicable restriction?", "kind": "action", "id": "effective-action-decision-q03" } ] } ] } ] }, { "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-confidence-notes", "name": "Check these first", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ "The source wiki and intended referent are unspecified; first check whether this registry entry represents a Wikimedia project page or the account status it describes.", "No particular eligibility threshold or permission set is asserted because these depend on local configuration.", "This is a platform access status, not an occupation, professional qualification, or licence." ], "questions": [ { "id": "evidence-confidence-notes-q01", "text": "Which of these check these first hold for the sense of Project:Autoconfirmed users this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-identifiers", "name": "Identifiers and schemes", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ { "scheme": "MediaWiki user-group identifier", "value_or_pattern": "autoconfirmed", "note": "An automatically determined group membership rather than a personal identifier." }, { "scheme": "MediaWiki page title", "value_or_pattern": "Project:Autoconfirmed users", "note": "The supplied label has the form of a project-namespace page title; it may identify a page explaining the status rather than the status itself." } ], "questions": [ { "id": "evidence-identifiers-q01", "text": "Which of these identifiers and schemes hold for the sense of Project:Autoconfirmed users this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-real-world-use", "name": "Real-world use", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ "Automatically granting additional editing permissions to accounts that meet a wiki's eligibility conditions.", "Controlling access to actions such as editing semiprotected pages where local configuration permits it.", "Reducing manual administration of routine account permission changes." ], "questions": [ { "id": "evidence-real-world-use-q01", "text": "Which of these real-world use hold for the sense of Project:Autoconfirmed users this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-measurements", "name": "Typical measurements", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ { "quantity": "Account age", "typical_range": "Eligibility threshold varies by wiki.", "unit": "time" }, { "quantity": "Account edit count", "typical_range": "Eligibility threshold varies by wiki.", "unit": "edits" } ], "questions": [ { "id": "evidence-measurements-q01", "text": "Which of these typical measurements hold for the sense of Project:Autoconfirmed users this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-failure-modes-and-hazards", "name": "Failure modes and hazards", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ "Treating automatic eligibility as proof of identity, expertise, or trustworthiness.", "Assuming that eligibility thresholds or permissions are identical across wikis.", "Accounts accumulating qualifying edits without demonstrating constructive participation.", "Confusing a documentation page with the user group it describes." ], "questions": [ { "id": "evidence-failure-modes-and-hazards-q01", "text": "Which of these failure modes and hazards hold for the sense of Project:Autoconfirmed users this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-regional-variation", "name": "Regional variation", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ "Variation is primarily between wiki projects and their local configurations rather than between geographic jurisdictions." ], "questions": [ { "id": "evidence-regional-variation-q01", "text": "Which of these regional variation hold for the sense of Project:Autoconfirmed users this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-neighbours", "name": "Neighbouring kinds and how to tell them apart", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ { "name": "Registered users", "difference": "Registration establishes an account; autoconfirmed status additionally requires satisfaction of automatic eligibility conditions." }, { "name": "Confirmed users", "difference": "On projects distinguishing these groups, confirmed status is assigned explicitly, whereas autoconfirmed status is determined automatically." }, { "name": "Administrators", "difference": "Administrators hold separately assigned administrative permissions; autoconfirmed status does not establish administrator authority." }, { "name": "Project documentation page", "difference": "A documentation page explains a status or policy; the status is an account classification with associated permissions." } ], "questions": [ { "id": "evidence-neighbours-q01", "text": "Which of these neighbouring kinds and how to tell them apart hold for the sense of Project:Autoconfirmed users this model covers, and on what evidence?", "kind": "provenance" } ] } ] } ] } ] }, "openQuestions": [ "Which originating project and source record does vr.tr.project-autoconfirmed-users refer to, and does it denote a user class or a project document?", "What are that project's authoritative autoconfirmation conditions, exceptions, and exact account-history counting rules?", "How does the project expose effective autoconfirmed status, and how does it distinguish automatic eligibility from manually assigned confirmation?", "Which rights and exemptions currently derive from this status, and which restrictions can prevent their exercise?", "When is status reevaluated, can it cease to apply, and what happens to previously qualifying accounts when the governing rules change?" ], "statistics": { "bundles": 5, "layers": 9, "findings": 15, "questions": 29 } }, "draft": { "generator": "vr.draft.v3", "status": "draft-generated", "researched": false, "archetype": "occupation or role", "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 Project:Autoconfirmed users, record what state it is in, and decide what may be done with it.", "whatItIs": "Enable an agent to identify project-local autoconfirmed account status, assess the evidence for it, and determine which actions it permits under the project's current rules.", "characteristics": { "substance": "social", "origin": "natural", "agency": "autonomous", "mobility": "self-moving" }, "whatYouCanDoWithIt": [ "observed and measured" ], "distinguishingFeatures": [ "Described in 154 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 Project:Autoconfirmed users, and on what evidence are they told apart?" ], "whatItIsMadeOf": "a social arrangement between people", "physicalCharacter": [ "Moves under its own power or of its own accord.", "Acts on its own behalf.", "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": [ "Not recognisable by appearance, and guessing from dress or setting is how an agent gets this wrong. Recognised by qualification, licence or engagement." ], "relatedModels": [], "standing": "Described in 154 Wikipedia languages, which measures how widely it is written about rather than how important or how common it is.", "structure": { "bundles": [ { "id": "identity-and-classification", "name": "Identity, naming and classification", "description": "How an agent tells one Project:Autoconfirmed users from another, and a Project:Autoconfirmed users 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 Project:Autoconfirmed users, 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 Project:Autoconfirmed users, 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 Project:Autoconfirmed users 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 Project:Autoconfirmed users, 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 Project:Autoconfirmed users, 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 Project:Autoconfirmed users 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 Project:Autoconfirmed users 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 Project:Autoconfirmed users, 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 Project:Autoconfirmed users, 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 Project:Autoconfirmed users 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 Project:Autoconfirmed users from the things most often confused with it.", "questions": [ { "id": "distinguishing-features-q01", "text": "What identifies and describes what distinguishes a Project:Autoconfirmed users, 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 Project:Autoconfirmed users, 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 Project:Autoconfirmed users 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 Project:Autoconfirmed users is, how it got there and where it may go (self-moving).", "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 Project:Autoconfirmed users is, and what that position is measured against.", "questions": [ { "id": "position-and-frame-q01", "text": "What identifies and describes the location of a Project:Autoconfirmed users, 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 Project:Autoconfirmed users, 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 Project:Autoconfirmed users 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 Project:Autoconfirmed users moves on its own.", "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 Project:Autoconfirmed users, 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 Project:Autoconfirmed users, 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 Project:Autoconfirmed users 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 Project:Autoconfirmed users 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 Project:Autoconfirmed users between them.", "questions": [ { "id": "stages-and-transitions-q01", "text": "What identifies and describes the lifecycle of a Project:Autoconfirmed users, 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 Project:Autoconfirmed users, 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 Project:Autoconfirmed users 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 Project:Autoconfirmed users, how often and by whom.", "findings": [ { "id": "observation-record", "name": "Observation record", "description": "How an observation of a Project:Autoconfirmed users 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 Project:Autoconfirmed users, 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 Project:Autoconfirmed users, 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 Project:Autoconfirmed users is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] } ] }, { "id": "people-and-responsibility", "name": "People, roles and responsibility", "description": "Who stands in what relation to a Project:Autoconfirmed users.", "rationale": "Social things are defined by the relations people hold to them, and those relations change without the thing changing.", "layers": [ { "id": "roles-and-parties", "name": "Roles and parties", "description": "The roles that exist around a Project:Autoconfirmed users and who fills them.", "findings": [ { "id": "role-assignments", "name": "Role assignments and their validity", "description": "Who holds which role over a Project:Autoconfirmed users, from when, and on whose authority.", "questions": [ { "id": "role-assignments-q01", "text": "What identifies and describes a role over a Project:Autoconfirmed users, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "role-assignments-q02", "text": "Who or what asserted this about a role over a Project:Autoconfirmed users, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "role-assignments-q03", "text": "What may an agent decide or do once a role over a Project:Autoconfirmed users is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] }, { "id": "ownership-and-accountability", "name": "Ownership and accountability", "description": "Who answers for a Project:Autoconfirmed users and who may decide about it.", "findings": [ { "id": "accountability", "name": "Accountability and decision rights", "description": "Where responsibility for a Project:Autoconfirmed users sits when something goes wrong.", "questions": [ { "id": "accountability-q01", "text": "What identifies and describes responsibility for a Project:Autoconfirmed users, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "accountability-q02", "text": "Who or what asserted this about responsibility for a Project:Autoconfirmed users, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "accountability-q03", "text": "What may an agent decide or do once responsibility for a Project:Autoconfirmed users is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] } ] }, { "id": "competence-and-licence", "name": "Competence, qualification and licence", "description": "What someone must be able to do, and be permitted to do, as Project:Autoconfirmed users.", "rationale": "The permission is jurisdictional and the competence is not, and conflating them is how an agent concludes someone may practise when they may not.", "layers": [ { "id": "competences", "name": "Competences and qualifications", "description": "Skills and credentials the role assumes.", "findings": [ { "id": "qualification-record", "name": "Qualifications and how they are evidenced", "description": "What counts as qualified, and what proves it.", "questions": [ { "id": "qualification-record-q01", "text": "What competences and qualifications does Project:Autoconfirmed users require, and how is each evidenced?", "kind": "definition" }, { "id": "qualification-record-q02", "text": "Which qualifications transfer between jurisdictions and which do not?", "kind": "boundary" } ] } ] }, { "id": "licensing", "name": "Licensing and the right to practise", "description": "Who grants permission, where it holds, and when it lapses.", "findings": [ { "id": "licence-record", "name": "Licence, issuer and validity", "description": "The permission, its issuer, its territory and its expiry.", "questions": [ { "id": "licence-record-q01", "text": "Who licenses Project:Autoconfirmed users, in which territory, and for how long?", "kind": "provenance" }, { "id": "licence-record-q02", "text": "What may an unlicensed person not do, and what must an agent refuse to assume?", "kind": "action" } ] } ] } ] }, { "id": "tasks-and-accountability", "name": "Tasks, employment and accountability", "description": "What Project:Autoconfirmed users actually does and who answers for it.", "rationale": "A role is filled by people under an arrangement, and the arrangement decides liability, supervision and who may instruct whom.", "layers": [ { "id": "tasks", "name": "Tasks and typical duties", "description": "The work itself, and how it differs by setting.", "findings": [ { "id": "duty-record", "name": "Duties and setting", "description": "What the role does and where the work varies.", "questions": [ { "id": "duty-record-q01", "text": "What tasks define Project:Autoconfirmed users, and how do they differ between settings or seniority?", "kind": "definition" }, { "id": "duty-record-q02", "text": "Which tasks may only be done by this role, and which are shared with neighbouring roles?", "kind": "boundary" } ] } ] }, { "id": "accountability", "name": "Employment and accountability", "description": "The relation under which the work is done and where responsibility sits.", "findings": [ { "id": "responsibility", "name": "Responsibility and supervision", "description": "Who instructs, who supervises, who is liable.", "questions": [ { "id": "responsibility-q01", "text": "Under what arrangement does someone act as Project:Autoconfirmed users, and who supervises or is liable?", "kind": "definition" }, { "id": "responsibility-q02", "text": "When something goes wrong, what does the model need to have recorded to answer who was responsible?", "kind": "provenance" } ] } ] } ] }, { "id": "provenance-and-evidence", "name": "Provenance, evidence and time", "description": "Where every claim about a Project:Autoconfirmed users 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 Project:Autoconfirmed users and how confident it is.", "questions": [ { "id": "claim-provenance-q01", "text": "What identifies and describes a claim about a Project:Autoconfirmed users, 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 Project:Autoconfirmed users, 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 Project:Autoconfirmed users 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 Project:Autoconfirmed users is retired without being erased.", "questions": [ { "id": "validity-and-supersession-q01", "text": "What identifies and describes the validity of a claim about a Project:Autoconfirmed users, 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 Project:Autoconfirmed users, 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 Project:Autoconfirmed users is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] } ] } ] }, "statistics": { "bundles": 7, "layers": 14, "findings": 16, "questions": 44 } } } }