ORCEST/
PUBLIC SPEC · ENGINEERING RELEASEمشخصات عمومی · انتشار مهندسی

STATE CONTINUITY CONTROL SURFACEسطح کنترل تداوم وضعیت

Change the model.
Keep the mission. مدل را عوض کنید؛
مأموریت را نگه دارید.

ORCEST keeps goals, authority and evidence stable when work moves between agents, runtimes and providers.

ORCEST اهداف، اختیار و شواهد را در جابه‌جایی بین agent، runtime و provider حفظ می‌کند.

Open continuity railباز کردن ریل تداوم↘ Inspect OPR releaseبررسی انتشار OPR↗
OCB://CONTINUITY-DEMO REFERENCE TRACE · NOT A BENCHMARK 00:00:00.000
AUTHORITY STACKHIGHER SCOPE PREVAILS
SELECTED SCOPEDENY IS STICKY
AUTHORITY CLOSURE5/5SCOPES RESOLVED
EVIDENCE COVERAGE96%REFERENCE TARGET
CRITICAL STATE LOSS0DESIGN TARGET
SOURCE RUNTIMEاجرای مبدأ AGENT/ALPHA CAPTURED
TARGET RUNTIMEاجرای مقصد MODEL/01 ACKNOWLEDGED
MISSION_FINGERPRINTشناسه‌ٔ مأموریت sha256:7e94c2a1…b0f4 UNCHANGEDبدون تغییر
ORGANIZATION

External secret egress is denied. Task scope cannot override it.

خروج secret به بیرون ممنوع است و task نمی‌تواند آن را لغو کند.

SIMULATED EVENT LEDGER01 / 04
  1. OCB CAPTURED5 scoped bundles sealed
  2. DENY PRESERVEDauthority closure verified
  3. ARTIFACT LINKEDprovenance chain retained
  4. RUNTIME ACKcapability receipt attached
PORTABLE OPERATING STATE POLICY DECISION → ACTOR → EVIDENCE RESOLVER ACTIVE
STATE LOSS DESIGN TARGETاز دست‌دادن وضعیت هدف طراحی0critical
RE-EXPLANATION PILOT TARGETتوضیح مجدد هدف پایلوت−40%
PROVENANCE PILOT TARGETخاستگاه هدف پایلوت95%+
FALSE ALLOW DESIGN TARGETپذیرش غلط هدف طراحی0critical

HOW IT WORKS? / OCB REFERENCE FLOW

One mission. Many runtimes. No silent drift. یک مأموریت؛ چند محیط اجرا؛ بدون انحراف پنهان.

ORCEST turns an agent's operating state into scoped, resolvable bundles. Before a runtime acts, authority is closed, capabilities are acknowledged, and every consequential transition can produce evidence.

ORCEST وضعیت عملیاتی عامل را به بسته‌های دامنه‌بندی‌شده و قابل حل تبدیل می‌کند. پیش از اجرا، حدود اختیار نهایی می‌شود، قابلیت مقصد تأیید می‌گردد و هر گذار مهم می‌تواند شاهد قابل بررسی تولید کند.

06 PHASES04 SCENARIOS01 MISSION
01REFERENCE SCENARIO

Change the model, not the mission. مدل را عوض کنید، نه مأموریت را.

A project moves to another provider while its decisions, constraints, artifact lineage, and acceptance rules remain addressable.

پروژه به ارائه‌دهنده‌ای دیگر منتقل می‌شود، در حالی که تصمیم‌ها، محدودیت‌ها، تبار مصنوعات و قواعد پذیرش همچنان قابل ردیابی می‌مانند.

INVARIANT
MISSION + DENY
PRIMARY RISK
SEMANTIC DRIFT
ORIGINMODEL/01STATE CAPTURE
ORG
PERSON
PROJECT
APP
TASK
OCBRESOLVER
TARGETMODEL/02CAPABILITY ACK
FINGERPRINT7e94…b0f4 RECEIPT ATTACHED
REFERENCE FLOW RUNNING RESOLVE → COMPILE → ACKNOWLEDGE → EXECUTE → PROVE
  1. 01CAPTURE

    Separate organization, person, project, application, and task state.

    وضعیت سازمان، شخص، پروژه، برنامه و وظیفه را تفکیک کنید.

  2. 02RESOLVE

    Close authority deterministically; lower scopes cannot invent permission.

    اختیار را قطعی حل کنید؛ دامنه پایین‌تر مجوز تازه نمی‌سازد.

  3. 03COMPILE

    Assemble the minimum runtime context and fingerprint the mission.

    حداقل زمینه لازم برای اجرا را بسازید و مأموریت را اثرانگشت‌گذاری کنید.

  4. 04ACKNOWLEDGE

    Require the target runtime to declare capabilities and limitations.

    مقصد باید قابلیت‌ها و محدودیت‌های خود را صریح اعلام کند.

  5. 05EXECUTE

    Bind every external side effect to an actor and policy decision.

    هر اثر خارجی را به عامل و تصمیم سیاستی متناظر متصل کنید.

  6. 06PROVE

    Accept completion only with artifacts, provenance, evaluation, and receipt.

    تکمیل را فقط با مصنوع، تبار، ارزیابی و رسید بپذیرید.

01 / OPERATING STATE۰۱ / وضعیت اجرایی

The model changes. The mission does not.

A new model can generate and execute with the same mission context, authority, and accepted output contract.

02 / ARTIFACT LINEAGE۰۲ / ریشه‌مندی artifact

Artifact is the proof boundary.

Every completion is a digest-bound receipt with run ID, context hash, artifact reference and evaluation result.

03 / ADAPTIVE HARNESS۰۳ / سازوکار تطبیقی

Deploy like governance, not guesswork.

Evidence first, holdout, approval, canary, rollback: explicit gates before every adaptive change.

Interoperable by design. Built around standards, not inside a box.

قابل‌اجرا در اکوسیستم؛ نه در انزوا.

MCPMCPTools + resources
A2AA2AAgent delegation
OCBOCBScope & policy resolution
OTELOTELTrace + metrics
SIMULATED / REFERENCE RECEIPTreceipt شبیه‌سازی‌شده / مرجع
RUNrun:continuity-demo-001
ARTIFACTartifact:landing-previewVALID
EVALUATIONsuite:continuity-v1PASS
EXCEPTIONNO_EXTERNAL_SECURITY_REVIEWOPEN
OPR / WINDOWS x64 ENGINEERING
CANDIDATE

A model-free local runtime with a stable C ABI, CLI, .NET SDK and loopback sidecar is now available as an unsigned engineering candidate.

runtime محلیِ بدون مدل با C ABI پایدار، CLI، SDK دات‌نت و sidecar روی loopback اکنون به‌صورت کاندید مهندسی بدون امضا در دسترس است.

Inspect the receipt before the runtime.

پیش از runtime، receipt را بررسی کنید.

25 DLLPROMPT GATES 19/19 C ABI EXPORTS SHA-256 LOCAL VERIFIER UNSIGNED NOT PRODUCTION
OPEN EVIDENCE RELEASE باز کردن انتشار مبتنی بر شواهد ↗

Design partners are prioritized for measurable, multi-week workflows with real artifacts and deterministic continuity evidence.

طراحی‌ـ شِرک برای workflowهای چند‌هفته‌ای قابل اندازه‌گیری و با artifact واقعی اولویت دارد.

The OCB specification and OPR engineering candidate are public. Hosted control-plane access remains approval-gated; the request endpoint is not yet active.

مشخصات OCB و کاندید مهندسی OPR عمومی‌اند. دسترسی به control plane میزبانی‌شده همچنان نیازمند تأیید است و endpoint درخواست هنوز فعال نشده است.

ACCESS_MANIFEST/0.1

Describe the mission.

مأموریت را مشخص کنید.

01MISSION TYPEنوع مأموریت
02RUNTIME COUNTتعداد runtime
03PRIMARY LOSSاتلاف اصلی
04DEPLOYMENTنوع استقرار
mission: software-delivery
runtimes: 2
primary_loss: re-explanation
deployment: managed
contact: pending