AI stock watchlist research agent

Meaningful update হিসেবে কী গণ্য হবে ঠিক করুন

শেষ reviewed research packet-এর পর কী বদলেছে watchlist agent-এর তার উত্তর দেওয়া উচিত। গুরুত্বপূর্ণ event define করুন: new filing, corrected disclosure, earnings call অথবা open research question-এ প্রভাব ফেলা evidence। প্রতিটি issuer-এর research question ও source coverage তার identifier-এর পাশে store করুন। এতে model একটি bounded job এবং reviewer update পাওয়ার কারণ পান। শুধু timer fire করেছে বলে unrestricted company analysis schedule করবেন না; unchanged input সাধারণত আরেকটি lengthy report নয়, unchanged state তৈরি করবে।

Collection ও research generation আলাদা করুন

আগে source feed বা permitted polling দিয়ে metadata collect করুন, তারপর new material model work warrant করে কি না ঠিক করুন। SEC developer resource US-filer collection support করা filing feed ও index বর্ণনা করে; অন্য market-এ নিজস্ব authoritative source দরকার। Publication time, retrieval time ও source revision independently store করুন। Changed webpage wrapper-কে new company disclosure ধরে নেওয়া যাবে না। Relevant document বা event থেকে content identity তৈরি করুন এবং nothing changed determination থেকে source error আলাদা রাখুন।

এক global clock নয়, market ও source অনুযায়ী schedule করুন

প্রতিটি security-র সঙ্গে exchange timezone ও holiday calendar রাখুন। Information availability-র জন্য disclosure timestamp এবং reviewer কখন summary চান তার জন্য separate schedule ব্যবহার করুন। Issuer market hour-এর বাইরে publish করতে পারে বা multiple market-এ list হতে পারে। প্রতিটি event এক calendar date-এ shift করে ordering হারাবেন না। Recurring job-এ intended window ও actual execution time record করুন। Missed run last completed collection watermark থেকে resume করবে; interval silently skip বা পুরো history replay করবে না।

Explicit job ও notification state ব্যবহার করুন

ছোট state machine recurring work operate করা সহজ করে। Unchanged, new evidence, source unavailable, research pending ও review required আলাদা করুন। নিচের illustrative record application design, scheduler product configuration নয়। Stable event key ও source-manifest hash রাখুন, যাতে একই job retry করলে duplicate work বা notification তৈরি না হয়। Event complete mark করার আগে artifact persist করুন। Successful report generation দেখে notification delivery অনুমান না করে তার নিজস্ব acknowledgment state রাখুন।

{
  "issuer_id": "REQUIRED",
  "event_key": "REQUIRED_STABLE_KEY",
  "source_manifest_hash": "REQUIRED",
  "collection_status": "pending",
  "research_status": "not_started",
  "review_status": "pending",
  "notification_status": "not_sent"
}

Current ও prior packet থেকে change note তৈরি করুন

New source, previous reviewed note ও open question model-কে দিন। Source locator-সহ short change log এবং কোন prior statement update দরকার তার clear explanation চাইুন। Original note overwrite না করে revision হিসেবে রাখুন। New disclosure interpretation strengthen, weaken বা unchanged রাখতে পারে; প্রতিটি event-কে directional stock signal বানাবেন না। Previous packet missing হলে historical comparison বানিয়ে না নিয়ে initial research state তৈরি করুন।

Recurring budget ও retry policy bound করুন

Scheduling-এর আগে প্রতি run-এ issuer, source volume, model attempt ও wall-clock work-এর limit set করুন। Planning-এ current model contract ব্যবহার করুন এবং event ও job অনুযায়ী actual usage রাখুন। Source retry ও model retry আলাদা করুন, যাতে temporary filing outage stale data-র repeated analysis trigger না করে। Document ও parser version দিয়ে extraction cache করুন। Budget শেষ হলে নতুন work generate বন্ধ করুন, queued event রাখুন এবং unresolved state surface করুন। অপ্রয়োজনীয় review load কমাতে notification frequency collection frequency থেকে independent রাখুন।

একটি ছোট operational miniflow exercise করুন

Recurring delivery enable করার আগে unchanged document, new revision, temporarily unavailable source ও retried notification test করুন। Stable event identity, correct research status এবং একই completed event-এর জন্য ঠিক one intended notification verify করুন। তারপর original evidence-এর বিরুদ্ধে একটি complete change note inspect করুন। Collector ও research tool read-only রাখুন এবং external messaging destination-এর জন্য explicit authorization ব্যবহার করুন। Research approval order approval নয়; unattended run করে বলে watchlist workflow-এর broker permission পাওয়া উচিত নয়।

Evidence ও সীমাবদ্ধতা

এই guide official filing resource ও source-reviewed research application থেকে informed workflow design। এই page-এর জন্য recurring watchlist job, notification delivery বা measured usage case execute করা হয়নি। Recurring workflow operational দাবি করার আগে deployment record-এ actual scheduler, source coverage, model, persisted event state ও notification test identify করা উচিত।

সাধারণ প্রশ্ন