DiscreteRate

Run DRS demos (Fast-Slow Drain, Hamburger Duo, Valdez Tanker) and explore the paradigm.

사용해야 할까요

품질 및 안전성

B
설명 품질
100%
스키마 완전성
53%
이름 품질
90%
오염 위험
100%
권한 일치
100%
프로토콜 준수
100%

발견 사항 (2)

  • LOWTool 'explain_discrete_rate_simulation' name length outside 3-30 rangeexplain_discrete_rate_simulation에서
  • LOWTool 'explain_des_vs_drs_event_complexity' name length outside 3-30 rangeexplain_des_vs_drs_event_complexity에서

도구 정의와 프로토콜 준수에 대한 자동 분석을 기반으로 합니다.

컨텍스트 비용

~2,679토큰 (도구 정의)
~426 B일반적인 응답 크기
상당한 주의 영향 (128k 컨텍스트의 2.09%)

이는 서버의 도구가 모델의 컨텍스트에 로드될 때마다 소비되는 대략적인 토큰 수입니다. 수치가 높을수록 다른 작업에 사용할 수 있는 주의가 줄어듭니다.

설치

원클릭 설치

`claude_desktop_config.json` 파일에 다음을 추가하세요:

{
  "mcpServers": {
    "public": {
      "url": "https://discreterate.com/mcp/v1"
    }
  }
}

원격 엔드포인트

https://discreterate.com/mcp/v1streamable-http

할 수 있는 일

도구 목록

도구 (14)

🟢 읽기 전용🟡 쓰기🔴 삭제⚪ 알 수 없음
🟢run_fast_slow_drain(simulation_minutes)

Run the Fast-Slow Drain (FSD) demo — Damiron-Nastasi 2008 oscillating tank. The canonical DRS-vs-DES event-count demonstration. Returns engine output including the event counts (DES vs DRS), tank-level trace, and cycle summary. ANTI-FABRICATION: numbers come from a real DRS engine run; quote verbatim, don't recall from training data.

입력 스키마

{
  "type": "object",
  "properties": {
    "simulation_minutes": {
      "type": "integer",
      "description": "Total simulation horizon in minutes. Default 100. Range 10-1000.",
      "default": 100,
      "minimum": 10,
      "maximum": 1000
    }
  }
}
🟢run_hamburger_duo(simulation_days)

Run the Hamburger Duo (HAM) demo — Andy Siprelle's 5-stage finite-source line, executed as both DES and DRS implementations on the same model so the event-count and throughput numbers can be compared apples-to-apples. Returns engine output for the side-by-side run. ANTI-FABRICATION: numbers come from a real engine run; quote verbatim.

입력 스키마

{
  "type": "object",
  "properties": {
    "simulation_days": {
      "type": "integer",
      "description": "Days to simulate. Default 7. Range 1-30.",
      "default": 7,
      "minimum": 1,
      "maximum": 30
    }
  }
}
🟢run_valdez_tanker(simulation_days)

Run the Valdez Tanker (VALD) demo — Koelling-Remy 1983 Alaska Pipeline model, the paradigm-integration motivator. Crude flows continuously into the Valdez Marine Terminal storage tank (Flow); tankers arrive discretely to drain it (Item); DRS handles both via F2I / I2F transitions. Returns engine output including tanker arrival/departure events and tank-level trace. ANTI-FABRICATION: numbers come from a real engine run; quote verbatim.

입력 스키마

{
  "type": "object",
  "properties": {
    "simulation_days": {
      "type": "integer",
      "description": "Days to simulate. Default 30. Range 1-90.",
      "default": 30,
      "minimum": 1,
      "maximum": 90
    }
  }
}
🟢run_vegetable_plant

Run the Vegetable Plant (VEG) demo — a Plant Builder distribution-control model. Two Making lines feed five Packing lines through eight surge bins; a DRS rate solver splits and rebalances the flow across the bins as the plant works through its campaign schedule. Returns the plant rollup (utilization, campaigns, active window), per-product goal attainment, per-system campaign timelines, and final surge-bin / delivered levels. ANTI-FABRICATION: numbers come from a real Plant Builder engine run; quote verbatim.

입력 스키마

{
  "type": "object",
  "properties": {}
}
🟢run_chocolate_processing

Run the Chocolate Processing (CHOC) demo — Plant Builder's joint DES↔DRS bridge. Three systems in series (Bean Processing → Cocoa Powder → Chocolate): DES schedules campaigns and injects equipment failures, a DRS rate solver carries the continuous flow, a bridge couples them. Exercises all 7 controllers + Goal blocks. Returns the plant rollup (schedule occupancy vs busy utilization, total downtime, campaigns), per-product attainment, and per-system campaign timelines with downtime. ANTI-FABRICATION: numbers come from a real Plant Builder engine run; quote verbatim.

입력 스키마

{
  "type": "object",
  "properties": {}
}
🟢run_sku_capacity

Run the Bottling Line / SKU-capacity (SKU) demo — a sim-foundation parameter-set example. One 5-machine bottling line run for several products (SKUs as parameter sets). Returns, per SKU, OEE (identical ~55% — time-based interrupts) and indexed real output (swings >3x: 100 / 50 / 30 / 42) plus the pacing machine. Shows you can't read per-SKU capacity off OEE. ANTI-FABRICATION: numbers come from a real sim-foundation engine run (indexed/anonymized); quote verbatim.

입력 스키마

{
  "type": "object",
  "properties": {}
}
🟢run_tissue_line

Run the Tissue Line (TIS) demo — a sim-foundation parameter-set example. One tissue line (Reel supply → Converter → Winder), three strategic decisions (each a parameter set): bypass converter / run converter / add storage tower. Returns per-decision throughput as % of nameplate (75.4 / 75.4 / 73.4), the binding bottleneck (the upstream parent-reel supply in all three), and converter/storage detail. Shows the downstream decision barely moves throughput — invest at the constraint. ANTI-FABRICATION: numbers come from a real sim-foundation engine run (indexed/anonymized); quote verbatim.

입력 스키마

{
  "type": "object",
  "properties": {}
}
🟢list_drs_demos

List the seven DRS demos (Fast-Slow Drain · Hamburger Duo · Valdez Tanker · Vegetable Plant · Chocolate Processing · Bottling Line SKU capacity · Tissue Line). Each is reproducible against the engine via the run_* tools. Use this to discover what's available before calling describe_demo or a run_* tool.

입력 스키마

{
  "type": "object",
  "properties": {}
}
🟢describe_demo(demo)

Full per-demo write-up: history, what it teaches, what to expect from the run_* output. Use this to ground the user before triggering a sim run, or to explain WHY the demo exists when the user asks a conceptual question about it.

입력 스키마

{
  "type": "object",
  "properties": {
    "demo": {
      "type": "string",
      "enum": [
        "fast_slow_drain",
        "hamburger_duo",
        "valdez_tanker",
        "vegetable_plant",
        "chocolate_processing",
        "sku_capacity",
        "tissue_line"
      ],
      "description": "Which DRS demo to act on. See list_drs_demos for the catalog."
    }
  },
  "required": [
    "demo"
  ]
}
🟢explain_discrete_rate_simulation

Return a textbook-tier explainer of Discrete Rate Simulation: how it differs from DES and CT, the three primitives (Constraint / Buffer / Interrupt), paradigm integration via F2I / I2F. Use this for 'what is DRS?' / 'how is this different from DES?' / 'where does DRS fit in the simulation landscape?' style questions. Deterministic text — no engine call, no RNG.

입력 스키마

{
  "type": "object",
  "properties": {}
}
🟢explain_three_primitives

Return a focused write-up of the three DRS modeling primitives: Constraint (rate-limiter), Buffer (accumulated state), Interrupt (stoppage). Use this when the user asks specifically about modeling primitives or how to spell a system in DRS. Deterministic text.

입력 스키마

{
  "type": "object",
  "properties": {}
}
🟢explain_paradigm_integration

Return an explainer of paradigm integration — how DRS handles systems with both flows and items via F2I (Flow-to-Item) and I2F (Item-to-Flow) primitives. Use this when the user asks about Valdez-Tanker-style mixed-paradigm systems or 'how do flows and items coexist'. Deterministic text.

입력 스키마

{
  "type": "object",
  "properties": {}
}
🟢explain_des_vs_drs_event_complexity

Return a focused write-up of the event-count complexity differences between DES and DRS, with the worked Fast-Slow Drain numbers (Continuous ~thousands vs DES ~500 vs DRS 10 events for the same 100-minute model). Use this when the user wants the practitioner-visible payoff of DRS — the 50× event-count reduction at the boundary-transition layer. Deterministic text.

입력 스키마

{
  "type": "object",
  "properties": {}
}
🟢run_showcase(demo_id, knobs)

LIVE EXPERIMENT — run a DRS demo against the real engine with parameters you choose, and get its verbatim run envelope (metadata, execution stats, metrics, details). This is the only tool that COMPUTES fresh output: pick a demo_id and dial its knobs (e.g. `stop_time` run length, or the MTBF/MTTR/goal knobs on the plant demos) to see the real numbers for that exact configuration. IMPORTANT: a run_showcase result is NOT a verified reference number — unlike the run_* tools (run_fast_slow_drain / run_hamburger_duo / run_valdez_tanker / run_vegetable_plant / run_chocolate_processing), which return curated, canonical reference values. Present run_showcase output as a live experiment result for the parameters passed; don't blend it with the curated reference numbers. Quote any figures verbatim; do not round, average, or derive.

입력 스키마

{
  "type": "object",
  "properties": {
    "demo_id": {
      "type": "string",
      "enum": [
        "fast_slow_drain",
        "hamburger_duo",
        "valdez_tanker",
        "vegetable_full",
        "chocolate_processing"
      ],
      "description": "Which DRS demo to run live against the real engine."
    },
    "knobs": {
      "type": "object",
      "description": "Optional parameters as a map of name:number. fast_slow_drain / hamburger_duo accept `stop_time` (run length in minutes, 1–100000). valdez_tanker accepts `duration_days` (run length in days, 1–365; it drives the circulating-ship items loop). vegetable_full accepts `making_goal` (units, 0–100000), `making_mtbf` / `making_mttr` / `packing_mtbf` / `packing_mttr` (hours, 0–1000). chocolate_processing accepts `bp_goal` (units, 0–100000), `breaker_mtbf` / `breaker_mttr` (hours, 0–1000), `changeover_delay` (hours, 0–48). Unknown names are rejected; out-of-range values are clamped by the engine."
    }
  },
  "required": [
    "demo_id"
  ]
}

커뮤니티

이 서버 평가하기

증거

최근 관측

검증됨버전이 기록되지 않음도구 14개
검증됨버전이 기록되지 않음도구 14개