Skip to content

Use adapter terminology for configuration scope #407

Description

@thodson-usgs

Parent

#406

What to build

Correct configuration prose, comments, and caller-facing guidance that describe a setting or default as scoped to a service when the package's configuration scope is the adapter. Preserve uses of "service" that genuinely name an external system, host behavior, upstream capacity, or service-neutral machinery.

The caller-facing invalid-configuration remedy must name real configuration objects and remain literally actionable. This is a wording correction only: do not rename identifiers, configuration classes, settings, adapter keys, or public parameters.

Acceptance criteria

  • Every configuration use of "service" names an external system rather than the scope of a setting, default, profile, or override.
  • Every tuning-scope explanation consistently says adapter or names the adapter's configuration.
  • The invalid-configuration remedy names valid package-wide and adapter-specific configuration objects, and following it produces a working call.
  • Legitimate external-service, gateway, host, and service-neutral wording is unchanged.
  • No public identifier, parameter, class, setting, configuration grammar, or behavior changes.
  • The change description records that facade, leaf, and configuration-profile usage were audited and found compliant rather than mechanically rewritten.
  • Documentation, wording-sensitive tests, the offline suite, lint, and architecture checks pass.

Blocked by

None — can start immediately.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    ready-for-agentFully specified and ready for an AFK agent

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions