IPO Watch
Read-only — never apply, bid, or subscribe on the user's behalf, on any
broker. reference/READ-ONLY-POLICY.md (hard rule) and
reference/RESEARCH-STANDARDS.md (tool availability, freshness,
disclosure where a view results) apply. Steps below name capabilities —
resolve each against reference/BROKER-CAPABILITIES.md. The IPO
calendar and market calendar are Groww-only; if Groww isn't active, say
so and fall back to WebSearch for the calendar rather than skipping it.
This is the calendar sweep: what's live, what's next, what needs a
decision this week. A single named issue the user is actually considering
goes to ipo-analysis — don't half-research one here.
Steps
Pull the calendar. IPO-listings capability, view='open' and
view='upcoming' — never view='all', which returns ~127K characters
and overflows context. Use view='closed' only when the question is
about a recent issue's allotment or listing. The payload carries dates,
price band, lot size and issue size; Groww's IPO-details capability is
dead, so don't reach for per-issue depth here.
Date it. Market calendar/timing capability — days left to bid on
each open issue, and which allotment or listing dates land next. What's
closing in the next 48 hours leads the output; everything else is
context.
Triage, don't research. For each open or imminent issue: sector,
issue size, and whether it's worth the user's attention at all. Screen
out anything on PORTFOLIO-PLAN.md's exclusions list in one line,
plus anything in a sector already at its plan limit given the equity
holdings capability (every active broker). SME issues get flagged as
such — thinner liquidity and a different risk profile from a mainboard
issue.
News, lightly. One date-anchored WebSearch across the current
crop for subscription status and anything the business press has
flagged — not one search per issue. Grey-market chatter, if mentioned
at all, is labelled informal sentiment.
Present: one table (issue, open–close dates, band, lot size,
minimum outlay, SME/mainboard, status) with what's closing soonest
first, then a short "worth a closer look" line naming the one or two
issues that merit ipo-analysis and why, then anything awaiting
allotment or listing. No subscribe/avoid verdicts here — triage
pointers only, so no disclosure block unless a view slipped in. If the
user wants a call on one of them, run ipo-analysis.
1---2name: ipo-watch3description: Sweep the IPO calendar — what's open, closing, upcoming, or awaiting listing — and flag which merit a closer look. Use when the user asks what IPOs are open or coming up, or about allotment and listing dates. Read-only — never applies or subscribes.4---56# IPO Watch78Read-only — never apply, bid, or subscribe on the user's behalf, on any9broker. `reference/READ-ONLY-POLICY.md` (hard rule) and10`reference/RESEARCH-STANDARDS.md` (tool availability, freshness,11disclosure where a view results) apply. Steps below name capabilities —12resolve each against `reference/BROKER-CAPABILITIES.md`. The IPO13calendar and market calendar are Groww-only; if Groww isn't active, say14so and fall back to `WebSearch` for the calendar rather than skipping it.1516This is the calendar sweep: what's live, what's next, what needs a17decision this week. A single named issue the user is actually considering18goes to `ipo-analysis` — don't half-research one here.1920## Steps21221. **Pull the calendar.** IPO-listings capability, `view='open'` and23 `view='upcoming'` — never `view='all'`, which returns ~127K characters24 and overflows context. Use `view='closed'` only when the question is25 about a recent issue's allotment or listing. The payload carries dates,26 price band, lot size and issue size; Groww's IPO-details capability is27 dead, so don't reach for per-issue depth here.28292. **Date it.** Market calendar/timing capability — days left to bid on30 each open issue, and which allotment or listing dates land next. What's31 closing in the next 48 hours leads the output; everything else is32 context.33343. **Triage, don't research.** For each open or imminent issue: sector,35 issue size, and whether it's worth the user's attention at all. Screen36 out anything on `PORTFOLIO-PLAN.md`'s **exclusions** list in one line,37 plus anything in a sector already at its plan limit given the equity38 holdings capability (every active broker). SME issues get flagged as39 such — thinner liquidity and a different risk profile from a mainboard40 issue.41424. **News, lightly.** One date-anchored `WebSearch` across the current43 crop for subscription status and anything the business press has44 flagged — not one search per issue. Grey-market chatter, if mentioned45 at all, is labelled informal sentiment.46475. **Present:** one table (issue, open–close dates, band, lot size,48 minimum outlay, SME/mainboard, status) with what's closing soonest49 first, then a short "worth a closer look" line naming the one or two50 issues that merit `ipo-analysis` and why, then anything awaiting51 allotment or listing. No subscribe/avoid verdicts here — triage52 pointers only, so no disclosure block unless a view slipped in. If the53 user wants a call on one of them, run `ipo-analysis`.
getlost01