namespace-scopes

A code-organization rule for grouping functions in a namespace by area, such as customer, store, or admin work. Each area gets its own file, with one main file that exports them and chooses a function from context.

In plain words
What is it for?
Use it when organizing TypeScript functions for different user or business areas. It helps structure files, exports, and context-based function selection.
Why use it?
It keeps unrelated functions separated and prevents files for different areas from importing each other directly. This makes the namespace easier to navigate and maintain.

Cursor rule for Cursor

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add rules/commercetools/commerce-mcp/namespace-scopes
Clone the repo
git clone --depth 1 https://github.com/commercetools/commerce-mcp

Made for: Cursor.

Per session 0 Nothing until a file matches its globs; then the whole rule loads.
When invoked 459 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin 100% copy Near-identical to another mod in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00000 $0.00459
Opus 5 $0.00000 $0.00230
Sonnet 5 $0.00000 $0.00092
Haiku 4.5 $0.00000 $0.00046

Measured 2d ago against content hash 487875c2f49c, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

namespace-scopes scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

This is a copy

100% identical to namespace-scopes — 0 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

.cursor/rules/namespace-scopes.mdc · 68 lines

What it actually says

Splitting Namespace Functions into Scopes

This rule defines how to organize functionality in a namespace by scope.

Structure

  1. Split functionality into three scopes:

    • customer - Functions related to customer operations
    • store - Functions related to store operations
    • admin - Functions related to admin operations
  2. Create separate files for each scope:

    • customer.functions.ts - Customer-related functions
    • store.functions.ts - Store-related functions
    • admin.functions.ts - Admin-related functions
  3. Create a main functions file (e.g., functions.ts) that:

    • Imports all scope files
    • Exports a context mapping function (contextTo<namespace>FunctionMapping)

Implementation Rules

  1. No cross-imports: Do not import between scope files (customer/store/admin)
  2. Context mapping: Create a mapping function that determines which function to use based on context parameters
  3. Exports: Export all functions through the main functions file

Example (Order namespace)

In functions.ts:

import * as customer from './customer.functions';
import * as admin from './admin.functions';
import * as store from './store.functions';

export const contextToOrderFunctionMapping = ({
  customerId,
  storeKey,
}: {
  customerId?: string;
  storeKey?: string;
}): Record<string, Function> => {
  if (customerId) {
    return {
      read_order: customer.readCustomerOrder,
    };
  }
  if (storeKey) {
    return {
      read_order: store.readStoreOrder,
      create_order_from_cart: store.createOrderFromCartInStore,
      create_order_from_quote: store.createOrderFromQuoteInStore,
      update_order: store.updateOrderByIdInStore,
    };
  }
  return {
    read_order: admin.readOrder,
    create_order_from_cart: admin.createOrderFromCart,
    create_order_from_quote: admin.createOrderFromQuote,
    create_order_by_import: admin.createOrderByImport,
    update_order: admin.updateOrder,
  };
};
Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 68 lines · 0 tokens per session scan A 487875c2f49c

Subscribe to this mod's changes

namespace-scopes is a cursor rule published in the GitHub repository commercetools/commerce-mcp (4 stars, last pushed 22d ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 459 tokens. A static security scan graded it A with 0 findings. It is 100% identical to namespace-scopes, differing in 0 lines, and is treated as a copy.