Review and publish Watchlist analysis

In AI Controls, choose Current analysis or Simple analysis, then save review controls. The selection applies to new requests only; existing drafts and published reads keep their format. Simple analysis includes the setup, pullbacks, breakout, potential targets, and available catalyst and risk notes. You can edit or hide these sections before publishing. Trader Notes appear beside the opening analysis on desktop and underneath it on mobile; empty notes are not displayed. Saved older analyses keep their existing content. It always requires owner approval when AI generation runs. Edit prices, ranges and text in the card, or uncheck Show this section to hide it. Saving does not publish or request another analysis.

If a breakout was omitted from a draft, its editing fields remain available. Enter your corrected price and explanation, enable Show this section if needed, then save and preview. Price-order warnings do not rewrite or block your correction. The original and your saved version remain separate.

A generation may provide a primary breakout and an optional supported backup in the same AI request. Both the price and explanation are checked before selection. Only the selected breakout appears in the draft; you can edit it before approval. If neither works, independent valid setups can remain. Candidate selection and omission reasons are kept in the audit.

Website and Discord delivery are tracked separately. If delivery needs attention, inspect its status before retrying. An uncertain delivery must not be treated as a confirmed failure or blindly resent.

Under Discord notifications, Delete Discord posts when removing tickers is on by default. Removing a ticker or clearing a list deletes its receipt-tracked Watchlist posts, including analysis updates. Turn it off to keep posts. Free Chat, potential-gain and X posts stay unchanged. Pending deletions and failures appear in that section. Old posts without saved message receipts cannot be deleted automatically. Every second successful Watchlist X post includes a direct Watchlist link; the count is separate from press-release posts. The selected caption is retained on retries. Leave 25 characters for the link when writing a custom caption. Open Discord notifications from the main Watchlist Admin to switch @everyone and individual role mentions on or off. Add a role using its Discord role ID and a recognizable label, or remove it from these settings without deleting the Discord role. Save mentions applies to future notifications, including approved analysis updates when Notify users is selected. Posts already approved retain their audience on retries. Discord post deletion failures can be retried from Discord notifications settings. Retry failed deletions only retries removal of the saved messages; it does not repost or notify members. These controls do not change email, push or Discord channel access. Discord role permissions and each member's notification preferences still apply.

If an approved message appeared in Discord but its delivery is awaiting confirmation, select that message part, enter its Discord message ID, and choose Verify existing message. Verification checks the existing message against the approved text and records a matching receipt; it does not send a message. After successful verification, Retry Discord delivery can finish any remaining parts without resending confirmed parts. A message that cannot be verified stays unresolved.

Publish ticker without analysis lists the ticker with its available levels, indicators and saved Trader notes. Notify published without analysis starts checked; uncheck it to list silently. Any analysis draft stays private until you approve it. Approving the analysis together with a new ticker sends one listing announcement. For a ticker already listed, Approve and publish analysis adds the approved read; select Notify Published beside the approval button to announce it, or leave it unchecked to publish silently. The first published analysis is announced as Analysis published; later published analyses use Analysis updated. Listing a ticker without analysis does not count as an earlier analysis. The checkbox starts unchecked for each new approval. Discord analysis updates include the approved images when available; push and email contain links only. Members choose push and email independently in Account Notifications, and both start off. Saving edits or retrying delivery does not create another announcement. Delivery problems do not undo your approval.

Potential Gain starts at the saved member-publication price. More actions → Edit Gain Card lets the owner save a different starting price and Eastern date/time, correct the Highest after added price, or reset to Watchlist publication. A corrected high stays saved and advances when a fresh higher price arrives. Changing the starting time clears a previous high correction unless a new high is entered. Reset clears the correction. This changes only gain tracking, not the posted header, analysis or notifications. Highs are recalculated from retained observations after the selected time; earlier missing history is not reconstructed. The listing Added time and ticker header Posted time record first publication to members, not addition to admin. Posted price is the latest available quote saved for that publication, not the analysis reference price. Later analysis updates and list moves preserve this original record. The Structure Weakens label replaces Support to watch without changing the underlying price. The full analysis labels its nearer dip-buy plan Pullback and its lower alternative Deeper pullback. Pullback sections show the area and required confirmation, without separate Invalidation or First objective fields. The brief analysis no longer includes Thesis invalidation, and the older If momentum fails section is removed. If only one plan is displayed, it is labelled Pullback. Meaningful resistance can appear before and after the main breakout; the analysis need not fill every available row. Analysis card: Shown/Hidden controls the whole analysis for one ticker. In AI Controls, Analysis display has a global Show failure and recovery section setting. It defaults off for all tickers, hides the whole Failure and recovery section including downside checkpoints, and preserves saved analysis. Momentum failure remains a separate level. Edit the analysis to hide individual pullback sections. Refresh Levels is in ticker diagnostics for troubleshooting; it rebuilds support/resistance and can invoke the existing Discord level-snapshot path. Remove from list removes a ticker, Cancel stops a pending activation, and Retry activation retries a failed activation.

Uncheck Generate analysis beside the ticker field to add a notes-only ticker. Enter My notes, then add the ticker. It stays private until you publish it, even if global analysis generation is off. My notes on its row lets you save a draft; after listing, Publish notes updates the member card without notifications. Blank published notes remove that card. Generate analysis on the row requests an analysis later when global/session generation is enabled; review and approve it before members see it. Publishing a new ticker with its approved analysis also publishes your saved Trader notes. Published notes remain alongside the analysis, and unsent notes drafts stay private. The per-ticker choice prevents automatic analysis requests after restart as well. Automatic follow-up AI requests are off by default. Turning them off preserves their settings for later and does not stop live price/data updates. Manual refresh remains available and requests a new analysis. When a required-review replacement is waiting for approval or its generation failed, another automatic request waits for owner action; live data continues.

Automatically publish refreshed analyses applies only to new automatic boundary refreshes of tickers already on the Watchlist. When off, the replacement waits for your review while the existing analysis stays visible. When on, the replacement publishes automatically. Notify users when analyses publish automatically controls member Discord, push and email notifications. It defaults on; off publishes automatic boundary updates silently. Manual approval choices and owner review alerts are unchanged. Initial analyses, manual refreshes and drafts already waiting for review are unchanged. Automatic AI updates must also be on; session settings and request limits still apply.

Automatic boundary refresh limits count requests per ticker on each New York date. Publication, a settings save or a restart does not reset requests already used. When price moves above the available historical highs and no higher mapped structure remains, another new high alone does not request another automatic analysis. This does not establish an all-time high. Initial analysis, manual refresh and meaningful downside boundary updates remain available under their usual settings. Review controls show loading until the complete saved settings arrive; a failed reload does not turn your saved switches off.

Notify me when an analysis needs review sends automatic replacement review alerts to your owner account. Push uses that account's AI review notification preference and subscribed devices. Send review notifications to Discord adds an alert to the separately configured private owner channel, not the member Watchlist channel. Reload review controls to see owner delivery status. A notification problem does not generate another analysis or prevent you from approving the saved draft. Member Discord, email and push titles include by "This Guy" when you approve the publication. Automatically published updates omit your name.

Post Gain opens an image preview for that ticker in Watchlist Admin. Add an optional message, then choose Send to Discord to post that exact image to the separate potential gain channel. Every potential gain post tags @everyone, including posts without an optional message. It uses the existing potential gain card, does not generate analysis, and does not send email or push notifications. The image does not update after posting. If delivery cannot be confirmed, check Discord before posting again.

Post Loss opens a separate manual trade card. Enter your entry and exit prices and optional notes, then choose Preview image. It calculates the percentage loss from those prices and shows a red version of the gain card; no prices or trade times are filled in for you. Back to edit lets you change the card before sending. You can add a separate optional message, then Send to Discord posts the preview to the same channel as Post Gain and tags @everyone. The loss card does not appear on the ticker detail page, change Potential Gain or create Journal entries. It sends no email or push notification. Closing starts a fresh form next time. If delivery cannot be confirmed, check Discord before posting again.

Review before publishing applies to new activations when analysis generation is enabled for that session. If generation is off when you add the ticker, the post follows the normal publishing path without an initial AI request, even if settings or the session change while it prepares. Manual refresh remains available when generation is enabled. With review enabled, replacement analyses also wait for approval, including refreshes of older public tickers. The existing public analysis and live data remain available. Changing review settings does not silently approve a post already waiting for review.

If a request was interrupted before publication was acknowledged, restart keeps that status visible. With automatic updates off, it does not send another initial request. Manual refresh remains a separate request when generation is enabled.

Choose an Audit generation, then Inspect request. Analysis checks summarize recorded section omissions, optional objective omissions and breakout selection. New original drafts retain their validation decisions with the saved version, so those reasons remain available even if temporary diagnostics expire. Owner edits remain separate from the original decisions. Expand the validation records or original version for full reasons and prices, or inspect the input packet, AI response and saved versions. Missing diagnostics are labelled. Very large sections are shortened on screen for performance; Export audit contains the full available record. Inspecting does not generate or publish analysis.

Analysis checks also explain recorded core and must-clear price anchors and failed checks. A pullback or recovery explanation that fails a volume or session-high claim check can be omitted without removing an independent valid setup. Open its validation record for the original explanation and exact reason. These checks describe the generated analysis, not your later corrections; owner edits are saved separately.

Captured records lists how many input, response, validation, prepared-analysis and transport-error records are available. A zero does not prove that no request was sent or that the stage never occurred; it means that record is unavailable in this audit.

New input records include prompt, schema and request hashes, plus a fingerprint of the named analysis code files and the deployed commit when available. Missing code files are marked incomplete. This fingerprint covers the listed analysis modules, not the entire application.

A rejected checkpoint can also remove levels that depend on it. Separately supported independent levels can remain. Older responses without dependency details may omit the later part of that sequence. The audit preserves the omitted levels and reasons; you can still edit the draft before approval.

AI Controls shows full model versions: GPT-5.6 Luna, GPT-5.6 Terra, GPT-6 Luna and GPT-6 Sol. Choose None, Low, Medium, High, Extra high or Max reasoning effort, then Apply Model. This affects future requests only; it does not regenerate or publish an analysis. Higher effort can use more tokens and take longer. Existing selections stay unchanged until you apply another choice. Fallback model defaults to Off. You can choose a fallback model and its effort, then Apply Model. If the first request cannot produce a draft, one additional paid request is allowed; a usable draft retained for your review does not trigger fallback. Both attempts and their costs appear in usage. Existing generation switches and daily budget still apply, and approval is unchanged. New cost estimates use current standard token rates unless the operator configured an override; saved historical costs are not rewritten. API requests counts distinct recorded attempt IDs for the selected generation, not the number of status or edit rows. Estimated cost uses recorded usage and pricing, including available usage for rejected analyses. Missing historical diagnostics, usage or pricing show Unavailable rather than zero. These recorded totals are not a provider billing statement.

Export audit downloads the selected generation's available request/response diagnostics and saved review history, including original, edited and approved versions when present. Failed generations can also be selected. Use Ticker history to inspect earlier saved histories, including before a ticker was removed and added again. Historical records are read only; select a request there to export its saved analysis and revisions. Review ticker returns to the current review. Missing or unavailable diagnostics are labelled; older requests are not reconstructed. Export does not automatically share the file with Codex or anyone else.

Open Setup Detection from Watchlist Admin to enable detection, choose its four initial setups and sessions, and control member-card visibility. Ticker settings can disable detection for an individual current publication. Setup Audit opens its retained inputs, calculation version and results without refreshing analysis or requesting market data. The three additional setup families remain planned for later.

Open Setup Results and select Load results for unique stage counts and post-confirmation observations. Filter by ticker, setup, Eastern date, session, detection rules version and 5, 15, 30 or 60 minutes. Repeated refreshes do not count as new occurrences; separate publications and rules versions remain separate. Totals cover retained evidence, not lifetime history. Incomplete reads and processing limits are shown.

Followed through means price rose from the confirmation candle close by its distance to the tested low, before trading below that low. Low lost first is the opposite sequence; neither requires a complete period without either level. Both in one candle is unclear. Missing data, developing periods and session-ended observations are excluded from the displayed rate. These are price observations, not trade profits. Expand an occurrence for stage times, rules, references, missing dependencies, outcome candles and retained calculation inputs. Results reuse saved evidence and never request market data or send notifications.

This first implementation starts disabled and sends no setup notifications. When enabled, its minute-close checks share the Indicators refresh and reuse completed candle data. Hiding Indicators does not stop setup detection; turning setup detection off removes its additional data demand. Existing ticker and analysis publishing remain separate. Detection requires the current saved publication identity and compatible accepted candle history.

Choose Indicator Audit directly from the Watchlist Admin menu. Open a refresh to see its ticker activation, outcome, provider attempts, fallback results, timeframe coverage and calculation reference. Moomoo is primary; Yahoo is the fallback. Provider connection status remains in the existing Market Data Connections area. Changing sections keeps the runtime forms and saved analysis controls mounted.

Request counts deduplicate recorded transport IDs across the displayed refresh records. Started, finished and shared-consumer events do not each count as another request. These are observed Indicators/shared-candle requests, not all usage on your provider account. Expand provider requests for explicit HTTP rate-limit evidence, retry timing and failures; a timeout alone is not proof of a rate limit.

Choose Check calculation inputs, then Export calculation JSON when available. The export refers to that exact retained calculation, not the ticker's latest data, and includes available candles, starting state and calculation version. Expired inputs are labelled rather than reconstructed. Exporting does not automatically share data with Codex. Audit coverage shows retention, expired records and dropped writes; buffered events may be missing after a restart.