Function PerceiverMixin

Returns {
    _mixinName: string;
    commandContributions: CommandContributions;
    persistentFields: string[];
    prototype: __type<any>;
    __validateComposition__(ctor: AnyConstructor): void;
    new (...args: any[]): __type;
} & TBase

• • new (...args: any[]): __type

  • Parameters

    • ...args: any[]

    Returns __type

• _mixinName: string

• commandContributions: CommandContributions

  Verbs of perception. self only — the perceiver issues these. No target-side contributions: Visible is pure target shape, not a verb source. The looker has the verbs because they're a Perceiver; the lookable thing supplies a description and keywords.

  find rides here too: it's a snapshot-shaped sibling of look (enumerate without binding focus). Discovery wiring is look's — perception, not focus management.

  The four single-sense verbs (smell / listen / feel / taste) and the gestalt sense ride the same actor-side bucket — they're perception verbs in the contact family, gated per-verb by requires* sensorium validators (see lib/command/validators/).

• persistentFields: string[]

  No persistent fields. Perception is verb-shape only v1.

• prototype: __type<any>

• __validateComposition__: function

  • __validateComposition__(ctor: AnyConstructor): void

    Composition constraint: Perceiver requires Sensor to be present on the same host. The perception verbs (look / scry / locate) render scenes to the perceiver's own channel via handleMessage, which lives on Sensor. The public-shape interface declares Perceiver extends Sensor so the type narrowing in MixinApi.isPerceiver exposes the Sensor surface; without runtime co-composition the narrowing would lie. MixinConstructor doesn't carry an enforceable bound here (loose by design — see lib/mixin.ts), so the check rides on __validateComposition__ and fires at first registration.

    Parameters

    • ctor: AnyConstructor

    Returns void