Next Prop پروپوزال فنی TP-1.0
DOCUMENT Technical Delivery Proposal

Next Prop

پروپوزال فنی اجرا — از صفر تا لانچ کنترل‌شده (فاز ۱)

این سند قرارداد فنی پیشنهادی برای تیم کارفرما است: استک، معماری، ماژول‌ها، یکپارچه‌سازی‌ها، موتورهای تصمیم، پنل‌های Ops، فازبندی ۶ماههٔ زمان‌بندی‌شده، معیارهای پذیرش، و Go/No-Go. تیم فنی می‌تواند روی هر بخش نظر بگذارد و خروجی نظرات را برای کارفرما Export کند.

نسخه TP-1.0 پایه اسپک PROP-REPORT v3 افق ۶ ماه + Soft Launch بازار اسکاندیناوی / اروپا دارایی فقط فارکس · MT وضعیت پیش‌نویس برای بررسی تیم فنی
پوشش بازبینی بخش‌ها ۰٪
نظرات و نام بازبین در همین مرورگر ذخیره می‌مانند (حتی بعد از Refresh)

۰. خلاصه اجرایی فنی

Next Prop فاز ۱ یک پلتفرم پراپ فارکس اروپاسازگار است که تریدر را از خرید چالش دوفازی روی MetaTrader به Funded و سپس Reward با صف انسانی می‌رساند. سرمایه نمایشی چارچوب ارزیابی است، نه حساب بانکی قابل‌برداشت آزاد. AI فقط Support Assist است.

۶ ماهساخت تا Soft Launch
۴ مدلدوفازی · مدل۵ Out
۳ موتورPhase · Guardrail · Fraud
AI صفر تصمیمفقط draft + cite
Coverage ≥۱٫۵هدف برنامه‌ریزی Green
FrontendNext.js App Router · TypeScript · i18n · SEO برای صفحات عمومی · Ops در همان اپ
BackendLaravel API · Queues · Policies · موتورهای deterministic
DataPostgreSQL · Redis · Audit log · Adapterهای KYC/PSP/Crypto/MT
جمله محصول: قوانین روشن، ارزیابی دوفازی روی MT، مسیر Reward قابل‌پیگیری — بدون وعده سود تضمینی؛ با نگهبان استخر به‌عنوان شرط بقا.

۱. قفل‌های غیرقابل‌نقض و مفروضات

۱.۱ قفل‌ها (Hard Locks)

قفلتعریفنقض =
AIفقط Support Assist: draft + Rulebook cite + Disclosure. ارسال فقط توسط انسان.No-Go لانچ
مدلمسیر بحرانی فقط مدل ۱–۴ دوفازی. مدل ۵ فقط طراحی مفهومی.Out از فاز ۱
رشد۱۰۰–۲۰۰ هزار پرداخت‌کننده افق ۱۲ماه پس از لانچ است؛ KPI ماه ۶ نیست.جابجایی اولویت
اعدادتعرفه/سرمایه کارفرما ثابت؛ درصدها Provisional تا Locked با Guardrail.تغییر بدون گیت
منبع حقیقتقواعد = Rulebook Hub · تعهد = Guardrail/Pool · هویت = KYC Gateباگ اعتماد

۱.۲ مفروضات باز (باید قبل از M2 قفل شوند)

  • ارائه‌دهنده MT Bridge / بروکر همکار تا پایان M1 مشخص است یا mock کامل پذیرفته می‌شود.
  • Vendorهای KYC و PSP فیات تا M2 قرارداد مفهومی دارند؛ sandbox در M3.
  • ساختار حقوقی و مسیر لایسنس عملیاتی مسیر جداست و بلوک‌کننده کد نیست، ولی کپی Trust/Legal را تغذیه می‌کند.
  • منطقه استقرار داده ترجیحاً EU (GDPR).
  • واحد پول اصلی سیستم: USD (قابل پیکربندی بعداً).

۲. اسکوپ In / Out فاز ۱

IN داخل لانچ

  • ۴ مدل دوفازی تا Funded + Rulebook یکپارچه
  • ثبت‌نام، Locale (۶ زبان)، خرید، Progress، Pass/Fail+cite
  • KYC Gate قبل از Paid
  • Guardrail استخر + ولت فیات/کریپتو (انعکاس وضعیت)
  • صف Reward با Finance انسانی
  • مسیر signal → case → review انسانی (Fraud)
  • پنل تریدر + Site Admin + Finance + Risk + Support
  • Support Assist (draft فقط)
  • طراحی مفهومی مدل ۵ (بدون اجرا)
  • Soft Launch با سقف تعهد

OUT خارج از فاز ۱

  • اجرای عملیاتی مدل ۵ Dynamic
  • ترمینال معاملاتی اختصاصی
  • سبد چنددارایی به‌عنوان هسته
  • جامعه / کپی‌ترید / سیگنال‌مارکت
  • AI به‌عنوان approver یا تریاژ تصمیم‌ساز
  • اتوماسیون کامل Reward بدون انسان
  • اتوماسیون کامل Risk مبهم
  • کپی «سود تضمینی / بدون ریسک»
  • مارکتینگ پولی و قیف رشد مقیاس
مرز سند محصول vs اجرا: جزئیات پنتست عمیق، معماری میکروسرویس گسترده، و اسکما نهایی Vendor API ممکن است در مذاکره Vendor تغییر کند؛ این پروپوزال قرارداد Adapter و قرارداد وضعیت‌ها را قفل می‌کند.

۳. استک پیشنهادی و معماری سیستم

۳.۱ استک

لایهانتخابدلیل نسبت به اسپک
Web / SEO / i18nNext.js (App Router) + TypeScriptSSR/SSG لندینگ، hreflang، پنل تریدر و Ops در یک codebase
UITailwind CSS + کامپوننت داخلیمینیمال اسکاندیناویایی، موبایل‌وب اول
i18nnext-intl (EN/SV/NO/DA/FI/DE)الزام روز اول اسپک
API دامنهLaravel (API-only) + Sanctum/JWTموتورها، صف، Policy، audit، Jobهای مالی
DBPostgreSQLتراکنش، محدودیت، گزارش Coverage
Cache / QueueRedis + Laravel Queuesync MT، Guardrail، webhook، payout
Object storageS3-compatible (EU)اسناد KYC، exportها
Observabilitystructured logs + error tracking + metricsQueue health، webhook fail
MTExternal Bridge Adapterاتصال مستقیم داخل اپ وب توصیه نمی‌شود

۳.۲ نمودار منطقی

┌─────────────────────────────────────────────────────────────┐ │ Next.js │ │ / (SEO public) /app (trader) /ops (admin|finance|risk|support) │ └─────────────┬───────────────────────────┬───────────────────┘ │ HTTPS JSON │ ▼ ▼ ┌──────────────────────────┐ ┌──────────────────────────────┐ │ Laravel API │ │ AuthN/Z (roles & policies) │ │ Domain services │ │ Trader|Admin|Finance|Risk| │ │ Phase · Guardrail · Fraud│ │ Support │ └─────────────┬────────────┘ └──────────────────────────────┘ │ ┌───────┼────────┬──────────┬──────────┐ ▼ ▼ ▼ ▼ ▼ PostgreSQL Redis MT Bridge KYC PSP Crypto Wallet Adapter Adapter Adapter

۳.۳ محیط‌ها

محیطهدفداده Vendor
localتوسعهMock adapters
stagingUAT کارفرما / تیمSandbox واقعی
productionSoft → Controlled launchLive + feature flags

۳.۴ اصل معماری

  • Modular Monolith در فاز ۱ (نه میکروسرویس زودرس).
  • همه تصمیم‌های سنگین از طریق موتورهای دامنه؛ UI فقط نمایش و اقدام مجاز نقش.
  • Webhookها idempotent؛ هر تغییر وضعیت مالی/فاز audit می‌شود.
  • اعداد محرمانه Pool به کاربر نهایی نشان داده نمی‌شود؛ فقط پیام سیاستی.

۴. دامنه محصول و ماژول‌های Must

۴.۱ سفر Happy Path (فنی)

  1. Landing SEO → Register + consents + locale
  2. Storefront مدل ۱–۴ → Rulebook snapshot → Checkout
  3. Guardrail روی مدل ۴ → Payment intent → Paid → Provision MT account → Phase1
  4. MT events → Phase metrics (Progress, Daily DD, Max DD, Min days, Consistency)
  5. Pass1→Phase2 → Pass2 → Guardrail Allow/Defer Funded
  6. KYC Verified → Reward request → Fraud entitlement → Guardrail payout → Finance queue → Paid + Wallet ledger

۴.۲ خوشه‌های فیچر Must

خوشهIDتحویل فنی
هویتF-T01..T04Auth، پروفایل، locale، session امن
اعتمادF-K01..K06KYC status machine، Rulebook versioned، Cite، Trust/Legal pages
خرید/ارزیابیF-C01..C10Storefront، checkout، Progress، Fail/Pass، محدودیت مدل۴
Funded/RewardF-P01..P09Defer، entitlement lock، wallet، بنر Amber، payout states
پشتیبانیF-S01..S05تیکت، AI draft، escalation · چت غنی = Could
Site AdminF-A01..A03مدل‌ها، Provisional/Locked، locale config
مالیF-F01..F05صف payout، Coverage view، hold دستی، wallet ops
ریسکF-R01..R04case desk، Limit/Freeze، signals داخلی

۴.۳ منوی تریدر

Dashboard · Challenges · My Accounts · Progress · Rulebook · Wallet · Payouts · Support · Profile & Security · KYC

۵. موتورهای تصمیم (قلب سیستم)

سه موتور جدا؛ AI در هیچ‌کدام approver نیست.

موتورسؤالخروجی مجازAI
Phase Controllerفاز؟ Pass/Fail؟Phase1 · Phase2 · Funded · Failed · Deferred Fundedخیر
Commitment Guardrailتعهد/payout مجاز؟Allow · Throttle · Defer · Pauseخیر
Fraud / Risk Triageentitlement؟Clear · Limit · Freeze (+ case)خیر

۵.۱ ماشین حالت Phase

Phase1 ──Pass──► Phase2 ──Pass path──► [Guardrail?] ──Allow──► Funded │ │ └──Defer──► Deferred Funded └──Fail──► Failed ◄──Fail────────────┘ Funded ──(قواعد فاند)──► Failed | ادامه Funded

۵.۲ نقاط تصمیم (باید در کد و تست پوشش شوند)

کدرویدادخروجی
D-PH1..6Progress / Fail+cite / Pass1→2 / Pass→Guardrail / Fail2 / نقض Fundedوضعیت فاز
D-G1..8Checkout مدل۱–۲ / مدل۴ / Funded Allow|Defer / Reward صف|Pause / Coverage viewسیاست تعهد
D-F1..5سیگنال داخلی / Limit|Freeze / Clear / Freeze روی Reward / Escalationentitlement

۵.۳ ترتیب گیت Reward

  1. KYC = Verified
  2. Fraud entitlement ≠ Freeze
  3. Guardrail payout Allow/Throttle
  4. Finance queue انسانی → Paid / Rejected(+cite Rulebook)

اولویت نمایش UI: Fraud lock (M10) > Guardrail pause/defer > KYC required > Fail Rulebook.

۵.۴ فرمول‌های Guardrail (سطح محصول)

فشار ≈ (#Funded فعال) × (سرمایه مجازی) × (Split تریدر) × (نرخ تحقق payout) × (فراوانی) پوشش اولیه ≈ (#خرید) × (تعرفه) × (1 − refund/chargeback) Coverage Ratio = ظرفیت نگهبان‌شده / تعهد بالقوه تعدیل‌شده Green ≥1.5 · Amber 1.2–1.5 · Red <1.2 · Freeze = رویداد شدید

۶. یکپارچه‌سازی سرویس‌های بیرونی

همه Vendorها پشت Adapter با قرارداد وضعیت داخلی یکسان می‌نشینند تا تعویض Vendor مسیر بحرانی را نشکند.

سرویسنیاز محصولیقرارداد فنی حداقلموعد آمادگی
MetaTrader Bridgeحساب ارزیابی/فاند، equity، معاملات، نقض DDcreateAccount · syncMetrics · disableTrading · webhook/trade events · idempotentMock M2 · Sandbox M4
KYC ProviderVerified/Rejected/ReviewstartSession · webhook status · document retention policySandbox M3
PSP فیاتخرید چالش + payoutpayment intent · webhook · refund/chargeback events · payout API یا manual ops فاز۱Sandbox M3
Crypto Wallet/Payoutانعکاس تراکنش ولتaddress/invoice · confirmations · status map به ledgerSandbox M4
Email/SMSOTP، وضعیت KYC/Payouttemplate + localeM2
AI Assistdraft + cite Rulebookprompt با retrieval فقط از Rulebook · never auto-send · disclosure M12M5

۶.۱ نگاشت وضعیت پرداخت (نمونه)

Vendor: requires_action|processing|succeeded|failed|refunded|charged_back Internal: Pending → RequiresAction → Paid → Failed | Refunded | Chargeback Challenge account provision ONLY after Paid (succeeded).

۶.۲ نگاشت KYC

Unstarted → Pending → Review → Verified | Rejected Paid Reward blocked unless Verified. UI never shows raw vendor fraud scores to trader.
انتخاب Vendor نهایی (Sumsub/Onfido/Stripe/Adyen/…) تصمیم خرید است؛ این پروپوزال قرارداد Adapter را قفل می‌کند.

۷. پنل‌های مدیریتی (Ops Multi-Panel)

یک اپ Next در مسیر /ops با چهار سطح نقش؛ نه یک ادمین ژنریک واحد.

Site Admin CRUD مدل‌ها و پارامترهای Provisional/Locked · مدیریت locale/content flags · انتشار نسخه Rulebook · بدون قدرت Paid/Freeze
Finance Desk صف payout (Submitted→Under review→Queued→Paid/Rejected) · مشاهده Coverage سطح‌بندی‌شده · محدودیت فروش مدل۴ · hold دستی · wallet ops
Risk / Fraud inbox سیگنال · case · Limit/Freeze/Clear entitlement · عدم افشای جزئیات سیگنال به تریدر · escalation از Support
Support تیکت · AI draft + cite · ارسال فقط انسان · escalation به Risk/Finance · بدون تغییر Rulebook زنده

۷.۱ ماتریس نقش × اقدام

اقدامAdminFinanceRiskSupport
ویرایش مدل / Rulebook publish
تغییر سطح Guardrail دستی (hold)محدود
Approve/Reject Paid
Freeze entitlement
ارسال پاسخ به کاربر
AI auto-sendممنوع برای همه

۸. مدل داده مفهومی و ماشین‌های وضعیت

۸.۱ موجودیت‌های اصلی

Entityنکته کلیدی
User / Profile / Localeرضایت‌ها، زبان، نقش‌ها
ChallengeProduct (Model 1–4)تعرفه، سرمایه مجازی، پارامترها، flag Provisional/Locked
Order / Paymentوضعیت پرداخت، chargeback link
TradingAccountphase، MT remote id، metrics snapshot
RulebookVersion + Clauseمنبع حقیقت نسخه‌دار برای cite
PhaseDecision / FailEventپیوند اجباری به clause_id
GuardrailSnapshotسطح Green/Amber/Red/Freeze + دلیل داخلی
KycCaseوضعیت و vendor ref
RewardRequestSubmitted…Paid/Rejected
WalletLedgerEntryنوع، مبلغ، واحد، وضعیت، timestamp
FraudCase / Signalداخلی؛ UI تریدر فقط M10
SupportTicket / AiDraftdraft جدا از message نهایی
AuditLogچه کسی، چه تغییری، قبل/بعد

۸.۲ مدل‌های تجاری (Provisional)

مدلتعرفهسرمایهP1/P2Max/Daily DDMin daysSplit
۱۲۵۰۱۵k۱۰٪/۵٪۱۰٪/۵٪۴۸۰/۲۰
۲۳۵۰۳۰k۱۰٪/۵٪۱۰٪/۵٪۴۸۰/۲۰
۳۵۰۰۵۰k۱۰٪/۵٪۱۰٪/۵٪۵۸۰/۲۰
۴۹۰۰۱۰۰k۱۰٪/۵٪۱۰٪/۵٪۵۸۰/۲۰

۹. امنیت، حریم خصوصی و انطباق (حداقل فاز ۱)

  • احراز هویت قوی برای Ops؛ MFA برای Finance/Risk اجباری پیشنهادی.
  • تفکیک نقش (least privilege) طبق ماتریس بخش ۷.
  • رمزنگاری در انتقال (TLS)؛ اسرار در secret manager / env نه در repo.
  • GDPR: رضایت‌ها، حداقل داده KYC، حق حذف/خروجی در صف حقوقی.
  • Webhook signature verification برای همه Vendorها.
  • Rate limit روی auth، checkout، reward request، support.
  • AI: داده تیکت فقط برای draft؛ ممنوع آموزش روی داده مشتری بدون قرارداد.
  • لاگ امنیتی برای Freeze/Paid/Rulebook publish.
پنتست کامل و hardening شبکه خارج از هسته این پروپوزال زمان‌بندی می‌شود ولی قبل از Production Soft Launch یک چک‌لیست امنیتی حداقلی باید پاس شود.

۱۰. SEO، چندزبانه و سطح ایندکس

ایندکس می‌شود Landing · Challenges/Models · Trust/Legal · Rulebook عمومی · صفحات محتوایی برند
noindex /app/* (تریدر) · /ops/* · checkout پس از شروع پرداخت · صفحات وضعیت خصوصی
  • SSR/SSG + metadata API Next · sitemap · robots · hreflang برای ۶ زبان
  • بدون dark-pattern؛ کپی ممنوع «سود تضمینی»
  • Core Web Vitals هدف: LCP/INP/CLS در آستانه Good روی لندینگ
  • Schema سازمان/وب‌سایت در صورت تأیید حقوقی

۱۱. فازبندی و زمان‌بندی دقیق (۰ → ۱۰۰)

فرض: ۶ ماه تقویمی از T0. هر ماه یک Milestone قابل‌نمایش (MS-A…F). ماه ۶ فیچر جدید ندارد.

M0 — هفته ۰ تا ۱ · آماده‌سازی (۰→۸٪)

Kickoff
  • Kickoff فنی، دسترسی‌ها، repo، CI پایه، coding standards
  • قفل استک، قرارداد Adapter، لیست Vendor shortlist
  • تعریف Definition of Done و محیط‌ها
W0Kickoff · دسترسی · ADR استک
W1Skeleton monorepo/apps · CI · design tokens اولیه

خروجی: ADR امضاشده · اسکلت اجراشونده · برد بک‌لاگ MS-A

M1 — ماه ۱ · قفل محصول و قوانین (۸→۲۲٪) · MS-A

MS-A
  • Rulebook v1 نسخه‌دار در سیستم (نه فقط سند)
  • ماتریس مدل ۱–۴ به‌صورت داده Provisional
  • In/Out و ممنوعیت‌های مسیر بحرانی در چک‌لیست PR
  • Auth پایه + مدل User/Role
W1–2Rulebook schema + Admin publish draft
W3ChallengeProduct API + seed مدل‌ها
W4صفحات Trust/Legal اسکلت · گیت In/Out

دروازه خروج: هیچ ابهام In/Out در مسیر بحرانی نماند.

M2 — ماه ۲ · هسته سفر و درخت (۲۲→۴۰٪) · MS-B

MS-B
  • Landing SEO چندزبانه · Register/Login · Dashboard
  • Storefront · جزئیات مدل · Checkout اسکلت
  • MT Bridge Mock · TradingAccount · Progress UI
  • روایت خرید→Progress کامل روی staging
W5–6Public SEO + i18n pipeline
W7Checkout + Payment mock webhook
W8Progress از mock MT metrics

دروازه: خرید→Progress قابل روایت برای نماینده فنی.

M3 — ماه ۳ · تعهد، مالی، KYC (۴۰→۵۸٪) · MS-C

MS-C
  • Guardrail levels + سیاست پیام بدون افشای عدد محرمانه
  • Wallet ledger · Reward request states
  • KYC Gate sandbox · بلاک Paid بدون Verified
  • Finance queue UI اولیه
W9–10Pool frame + Coverage job
W11KYC adapter sandbox
W12Reward + Wallet + پیام‌های Amber

دروازه: مسیر پول بدون عدد محرمانه pool قابل توضیح است.

M4 — ماه ۴ · موتورها + Risk انسان (۵۸→۷۵٪) · MS-D

MS-D
  • Phase Controller کامل با Fail+cite
  • Guardrail D-G* روی checkout مدل۴ و Funded Defer
  • Fraud case desk · Limit/Freeze/Clear
  • هم‌خوانی جدول تصمیم با فیچر Must
  • اتصال MT sandbox در صورت آمادگی Vendor
W13–14Phase engine + tests D-PH*
W15Guardrail enforcement E2E
W16Risk desk + entitlement locks

دروازه: D-* با کاتالوگ فیچر هم‌خوان و دموپذیر.

M5 — ماه ۵ · Support Assist + لبه‌ها (۷۵→۹۰٪) · MS-E

MS-E
  • F-S03/S04 + Disclosure M12
  • retrieval فقط از Rulebook · UI برچسب AI · ممنوع auto-send
  • تکمیل Fail/Defer/Freeze UX و اولویت نمایش
  • Crypto adapter در صورت نیاز payout مسیر
  • سخت‌گیری feature flags برای Soft Launch
W17–18Support + AI draft pipeline
W19Edge states UX polish
W20Ops hardening + audit completeness

دروازه: مرز AI در UAT نقض نشده.

M6 — ماه ۶ · تست و Soft Launch (۹۰→۱۰۰٪) · MS-F

No new features
  • هفته ۱–۲: رگرسیون فلوها و Rulebook cite
  • هفته ۳: Amber/Red/Freeze و Fraud Freeze روی Reward
  • هفته ۴: Soft Launch با سقف تعهد
  • ممنوع: فیچر جدید، مدل۵ اجرایی، Risk خودکار مبهم، چت غنی
W21–22Regression + cite integrity
W23Stress Guardrail/Fraud scenarios
W24Soft Launch + Go/No-Go sign-off

دروازه: گزارش تست + امضای نماینده فنی و مالک محصول.

۱۱.۱ درصد پیشرفت تجمعی

پایانM0M1M2M3M4M5M6
پیشرفت۸٪۲۲٪۴۰٪۵۸٪۷۵٪۹۰٪۱۰۰٪ Soft

۱۳. استراتژی تست، KPI آمادگی و Go/No-Go

۱۳.۱ لایه‌های تست

لایهنمونهPass یعنی
Unit دامنهمحاسبه DD، Consistency، Coverageفرمول و edge درست
PhasePass1→2→Funded / Fail+citeوضعیت و پیام درست
GuardrailAmber مدل۴ / Defer / صففقط پیام سیاستی
FraudFreeze روی RewardM10 + عدم Paid
KYCUnverified درخواست پاداشبلاک + M03
AIdraft بدون تأییدارسال نشود
رگرسیونتغییر Rulebook → cite به‌روزمنبع حقیقت واحد

۱۳.۲ KPI آمادگی لانچ

  • پوشش Must مسیر بحرانی = ۱۰۰٪
  • هر D-* حداقل یک تست مفهومی/اتومات پاس
  • نقض مرز AI در UAT = ۰
  • امضای نماینده فنی + مالک محصول

۱۳.۳ نشانه‌های No-Go

  • فیچر Out در مسیر بحرانی (مدل۵ اجرایی، AI approver، Risk خودکار مبهم)
  • Fail بدون cite یا payout بدون وضعیت شفاف
  • ناتوانی پیام Guardrail بدون افشای عدد محرمانه
  • ارسال Assist بدون انسان در UAT
  • ماه ۶ صرف فیچر جدید

۱۴. ریسک‌ها، وابستگی‌ها و کاهش اثر

ریسکاثرکاهش
تأخیر MT Bridge VendorبالاMock کامل تا M4 · قرارداد SLA زود
تأخیر KYC/PSP sandboxبالاAdapter + fake provider از M2
موج پاس مدل ۴مالیGuardrail Amber/Red از روز اول منطق
خزش اسکوپ مدل۵/چت/AIزمانقفل Hard + چک‌لیست PR
ابهام حقوقی کپیاعتمادمسیر Legal موازی؛ کپی ممنوع در CI محتوا
Chargeback خوشه‌ایاستخرکندکردن payout غیرفوری در سناریو فشار

۱۵. خروجی‌های تحویلی و معیار پذیرش ماهانه

ماهآرتیفکت قابل مشاهدهپذیرش
M1Rulebook در سیستم · مدل‌های seed · ADRMS-A گیت In/Out
M2دمو خرید→Progress روی stagingMS-B
M3دمو KYC بلاک + Wallet + Coverage سطحMS-C
M4دمو Pass/Fail/Defer/FreezeMS-D
M5دمو Support Assist بدون auto-sendMS-E
M6گزارش تست · Soft Launch سقف‌دار · فرم Go/No-GoMS-F

۱۵.۱ چک‌لیست امضای ذهنی نماینده

  1. می‌دانم چه می‌سازیم و چه نمی‌سازیم
  2. جدول مدل‌ها Provisional و مسیر قفل را دیده‌ام
  3. مسیر پول/تعهد بدون عدد محرمانه قابل روایت است
  4. مرز AI یک جمله و نقض‌ناپذیر است
  5. ماه ۶ تست است؛ رشد مقیاس پس از لانچ است
وضعیت سند: پروپوزال فنی TP-1.0 برای بازبینی تیم فنی کارفرما. نظرات از طریق ابزار تعاملی همین فایل ثبت و Export می‌شوند.

۱۶. مرکز نظرات تیم فنی

همه نظرات ثبت‌شده در این مرورگر اینجا جمع می‌شوند. می‌توانید JSON یا گزارش Markdown را دانلود و برای کارفرما بفرستید. امکان Import برای ادامه بررسی مشترک وجود دارد.

داده‌ها روی localStorage همین مرورگر ماندگارند