{"schema":"https://ver.cy/schemas/card/1.0.0","id":"vr.tr.project-autoconfirmed-users","code":"thing-q11171729","url":"https://ver.cy/models/thing/q11171729/","name":"Project:Autoconfirmed users","alternateNames":[],"kind":"thing","status":"research-draft","version":"0.1.0-research.1","language":"en","classifiers":{"family":"Thing Registry","category":"Society, people and institutions","entryKind":"thing","plane":"SOC","domain":["SOC.PER"],"industry":[],"navPath":"","tags":[],"facets":{}},"whatItIs":"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.","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.","scope":{"in":["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":["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"],"boundaries":[]},"distinguishingFeatures":["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."],"structure":{"bundles":[{"id":"project-status-identity","name":"Project status identity","description":"Establish what the namespace-qualified registry name denotes and where the status applies.","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?","id":"page-versus-status-q01","kind":"provenance"},{"text":"Does the entry identify a project document or the account classification described by that document?","id":"page-versus-status-q02","kind":"boundary"}]}]},{"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?","id":"local-status-subject-q01","kind":"definition"},{"text":"Does the governing project recognize any cross-project account history or status, and on what terms?","id":"local-status-subject-q02","kind":"boundary"}]}]}]},{"id":"automatic-qualification","name":"Automatic qualification","description":"Describe the actual conditions that distinguish autoconfirmed accounts from accounts that have merely registered.","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?","id":"governing-eligibility-predicate-q01","kind":"definition"},{"text":"Which authoritative policy or configuration establishes the conditions and any exceptions?","id":"governing-eligibility-predicate-q02","kind":"provenance"},{"text":"What evidence distinguishes automatic qualification from manually assigned confirmation?","id":"governing-eligibility-predicate-q03","kind":"boundary"}]}]},{"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?","id":"age-and-activity-accounting-q01","kind":"measurement"},{"text":"If contributions matter, which actions count and how are deleted, reverted, imported, or cross-project contributions treated?","id":"age-and-activity-accounting-q02","kind":"measurement"},{"text":"Which missing or ambiguous history prevents a defensible eligibility decision?","id":"age-and-activity-accounting-q03","kind":"boundary"}]}]}]},{"id":"effective-confirmation-state","name":"Effective confirmation state","description":"Connect eligibility assessments to observable account status and the mechanism that makes that status effective.","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?","id":"confirmation-evidence-q01","kind":"provenance"},{"text":"At what time was the account checked, and what result was returned?","id":"confirmation-evidence-q02","kind":"measurement"},{"text":"Could the observed capability instead come from manual confirmation or another group?","id":"confirmation-evidence-q03","kind":"boundary"}]}]},{"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?","id":"activation-and-change-q01","kind":"definition"},{"text":"Which rule changes or account events require the agent to check status again?","id":"activation-and-change-q02","kind":"action"},{"text":"If eligibility calculations and observed status disagree, which authority resolves the discrepancy?","id":"activation-and-change-q03","kind":"provenance"}]}]}]},{"id":"autoconfirmed-action-boundaries","name":"Autoconfirmed action boundaries","description":"Determine what this status contributes to action permissions and where additional restrictions control the outcome.","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?","id":"attributable-rights-q01","kind":"definition"},{"text":"Which permission differences distinguish autoconfirmed accounts from registered accounts and manually confirmed accounts?","id":"attributable-rights-q02","kind":"boundary"},{"text":"What authoritative source and effective date support this permission mapping?","id":"attributable-rights-q03","kind":"provenance"}]}]},{"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?","id":"effective-action-decision-q01","kind":"action"},{"text":"Which account restrictions, target protections, or other project controls affect whether the action may proceed?","id":"effective-action-decision-q02","kind":"boundary"},{"text":"If the action is denied, what evidence distinguishes a status problem from another applicable restriction?","id":"effective-action-decision-q03","kind":"action"}]}]}]},{"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.","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.","questions":[{"text":"Which of these check these first hold for the sense of Project:Autoconfirmed users this model covers, and on what evidence?","id":"evidence-confidence-notes-q01","kind":"provenance"}]},{"id":"evidence-identifiers","name":"Identifiers and schemes","description":"Recalled without web access and unsourced; every item is a lead to verify.","questions":[{"text":"Which of these identifiers and schemes hold for the sense of Project:Autoconfirmed users this model covers, and on what evidence?","id":"evidence-identifiers-q01","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.","questions":[{"text":"Which of these real-world use hold for the sense of Project:Autoconfirmed users this model covers, and on what evidence?","id":"evidence-real-world-use-q01","kind":"provenance"}]},{"id":"evidence-measurements","name":"Typical measurements","description":"Recalled without web access and unsourced; every item is a lead to verify.","questions":[{"text":"Which of these typical measurements hold for the sense of Project:Autoconfirmed users this model covers, and on what evidence?","id":"evidence-measurements-q01","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.","questions":[{"text":"Which of these failure modes and hazards hold for the sense of Project:Autoconfirmed users this model covers, and on what evidence?","id":"evidence-failure-modes-and-hazards-q01","kind":"provenance"}]},{"id":"evidence-regional-variation","name":"Regional variation","description":"Recalled without web access and unsourced; every item is a lead to verify.","questions":[{"text":"Which of these regional variation hold for the sense of Project:Autoconfirmed users this model covers, and on what evidence?","id":"evidence-regional-variation-q01","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.","questions":[{"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?","id":"evidence-neighbours-q01","kind":"provenance"}]}]}]}]},"agentConduct":{"may":["Explain how autoconfirmed status is gained on a wiki and what it allows.","Edit as an autoconfirmed account within the wiki's policies when the account is the agent's own and disclosed."],"mustNot":["Game edit counts or account age to obtain autoconfirmed status for an account.","Use autoconfirmed rights to vandalize or push undisclosed paid edits.","Operate many accounts to look like independent users.","Edit protected pages against the community's consensus."],"requiresHuman":["Running a bot or automated editing on a wiki, which needs community approval."]},"ethics":{"considerations":["The status rests on community trust; misuse damages open editing.","Wikis are widely read, so abuse spreads misinformation."],"affectedParties":["Wiki communities","Readers"]},"owners":{"steward":"The community and administrators of each wiki; the software sets thresholds per site.","roles":[],"masterSystems":[]},"relations":[],"interaction":{"identity":{"applicability":"required","items":["Vercy registry: vr.tr.project-autoconfirmed-users","Wikidata: Q11171729 (https://www.wikidata.org/wiki/Q11171729)"]},"properties":{"applicability":"not-applicable","items":["Registry referent interpretation: account status | user class | descriptive project page | unresolved","Governing project: The project or wiki whose rules and account namespace govern the status","Eligibility rule: A versioned rule identifying required conditions, exceptions, and effective dates","Qualifying account age: Elapsed time in seconds or days from the project's specified reference event; applicable only if required","Qualifying contribution count: Nonnegative integer under the project's counting rules; applicable only if required","Eligibility assessment: conditions met | conditions unmet | indeterminate","Observed autoconfirmed status: effective | not effective | unknown, qualified by observation time and source","Confirmation mechanism: automatic | manually assigned confirmation | other mechanism | unresolved","Status-derived capabilities: Project-defined actions or exemptions attributable to autoconfirmed status","Effective restrictions: Applicable account, action, resource, or project restrictions"]},"recognition":{"applicability":"not-applicable","items":[]},"capabilities":{"applicability":"required","items":["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."]},"hazards":{"applicability":"required","items":["Sleeper accounts built up to gain autoconfirmed rights for vandalism.","Thresholds set too low weaken page protection."]},"interfaces":{"applicability":"not-applicable","items":[]},"context":{"applicability":"required","items":["This project page explains an automatically assigned account status within a collaborative editing community.","It helps contributors and automated agents understand local eligibility conditions and the permissions associated with that status.","Its rules must be interpreted for the particular project because eligibility and permissions can differ between projects."]}},"sources":[{"title":"Wikidata item Q11171729: Project:Autoconfirmed users","url":"https://www.wikidata.org/wiki/Q11171729","note":"identity and sense of the item"},{"title":"Wikipedia: Wikipedia:Autoconfirmed users","url":"https://en.wikipedia.org/wiki/Wikipedia%3AAutoconfirmed_users","note":"general description of the item"}],"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?"],"resources":{"spec":"/models/things/publications/thing-q11171729/spec.json"},"provenance":{"origin":"thing registry research (pass 2)","builtFrom":["models/things/publications/thing-q11171729/spec.json"],"providers":["Codex"],"researchStatus":"unreviewed","generatedAt":"2026-09-07T11:18:42Z","builder":"tools/build_cards.py@1.0.0"},"completeness":{"sections":{"classifiers":"filled","whatItIs":"filled","purpose":"filled","distinguishingFeatures":"filled","structure":"filled","agentConduct":"filled","ethics":"filled","owners":"filled","relations":"missing","interaction.identity":"filled","interaction.properties":"not-applicable","interaction.recognition":"not-applicable","interaction.capabilities":"filled","interaction.hazards":"filled","interaction.interfaces":"not-applicable","interaction.context":"filled","sources":"filled"},"notes":{"interaction.properties":"Plane SOC: no invented physical properties.","interaction.interfaces":"This project-local account status is governed by local permissions policy rather than a universal standard or regulatory classification.","interaction.recognition":"Autoconfirmed status is an account permission state that must be verified from authoritative account information rather than visual appearance."},"score":0.929}}