메뉴
Mental model for plugins as narrow projections of existing capability into one runtime role and surface.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Mental model for a sealed service whose context and authorship narrow toward operation handlers.
Mental model for locating work in RAWR's blueprint kinds while keeping semantic direction, ownership, and structural proof distinct.
Mental model for Nx as the repository graph and scheduler while project owners retain their qualified build and verification work.
Mental model for one conventional installed Oclif application that owns CLI identity while commands retain qualified capability boundaries.
Mental model for a first-party Oclif command plugin as one host-composed terminal projection on public package boundaries.
Mental model for an application as the concrete selection and realization boundary of the product chain.
| name | habitat-plugin-frame |
| description | Mental model for plugins as narrow projections of existing capability into one runtime role and surface. |
A plugin projects existing capability into one role and surface. It owns the caller-facing projection shape and the adapter from service capability to that surface. It does not become service truth, acquire providers, select runtime profiles, or redefine application membership.
resource -> provider -> service -> plugin -> app
The service remains authoritative behind the projection. The app decides whether the plugin participates in a concrete product and supplies the runtime context from above. A server route, CLI command, async function, desktop bridge, or Nx projection is therefore a surface fact, not a new semantic owner.
The generic plugin shell is intentionally small. A narrower plugin blueprint may add one positive source shape for its projection lane, but it only narrows the kind; it does not weaken the generic boundary or invent a parallel framework.
adapter, boundary, plugin, projection, role, service, surface