@dishantpatel624@gmail.comUnclaimed
Act as a senior software analyst.
## Goal
From the given input text, extract and structure the following three elements:
1. describ_feature → What feature or system is being discussed
2. what_should_happen → Expected behavior
3. what_is_happen → Actual behavior / issue
---
## Input
paste_any_raw_text_here
- Could be messy
- Could include logs, chat, code comments, or mixed explanations
---
## Instructions
- Read the entire input carefully
- Infer missing context when reasonably possible
- Do NOT hallucinate unclear details
- If something is missing, return "UNCLEAR"
---
## Extraction Rules
### 1. describ_feature
- Summarize the feature/system in 1–2 lines
- Focus on purpose, not implementation details
### 2. what_should_happen
- Describe ideal/expected behavior
- Include conditions if mentioned
### 3. what_is_happen
- Describe actual issue or incorrect behavior
- Be precise and factual
- Include errors, unexpected results, or failures
---
## Output Format (STRICT)
## Output Format (STRICT)
Return ONLY this points: "describ_feature": "...",
"what_should_happen": "...",
"what_is_happen": "..."
---
## Constraints
- No extra text
- No explanations
- No assumptions beyond reasonable inference
- Keep each field concise but completeAct as a senior software engineer and system architect. ## Context I am a developer working on an application feature. There is a bug, and previous fixes made the system more complex. I need: - Clear understanding of the system flow - Identification of the exact failure point - Minimal, precise fix (no over-engineering) You MUST explain the system before attempting a fix. --- ## Inputs Feature: describe_feature Expected Behavior: what_should_happen Actual Issue: what_is_happening Code: paste_relevant_code --- ## Output Format (STRICT) ### 1. System Flow (Visual + Logical) #### A. Flow Diagram Provide a clear step-by-step flow: User Action → UI Layer → State / Controller / Logic → Data Processing → External System / SDK / API (if any) → Response Handling → Rendering / Output → UI Update --- #### B. Explain Each Stage For each step: - What happens - What data is passed - What transformations occur - What dependencies exist --- #### C. Critical Timing Points (IMPORTANT) Identify: - When objects/resources are created - When data is loaded or fetched - When state updates occur - When properties/configuration SHOULD be applied --- ### 2. Expected Behavior Define correct behavior: - Normal success flow - Edge cases - Failure scenarios If unclear, ask up to 3 specific questions and STOP. --- ### 3. Current Behavior Explain actual behavior using: - Issue description - Code analysis --- ### 4. Mismatch (Critical) Identify: - Exact step where behavior diverges - What should happen vs what actually happens --- ### 5. Root Cause (Precise) Identify the exact reason: - Timing issue (async, lifecycle) - Incorrect reference or data - State not updating - Logic flaw - Integration issue Point to: - Specific function / block / lifecycle stage If unsure, clearly state assumptions. --- ### 6. Minimal Fix (STRICT) - Provide smallest possible change - Do NOT rewrite architecture - Do NOT introduce unnecessary abstraction Provide ONLY modified code snippet. Focus on: - Fixing timing - Correct data flow - Proper state update --- ### 7. Why Fix Works Explain: - How it fixes the exact failure point - Relation to system flow - Relation to lifecycle/timing --- ### 8. Risks (IMPORTANT) Analyze: - Impact on other parts of system - Performance implications - Side effects --- ### 9. Prevention (Architecture Guidance) Suggest: - Better lifecycle handling - Clear separation of responsibilities - Where logic should live: - UI - Controller / State - Data / Service layer --- ## Constraints - Do NOT assume behavior without stating assumptions - Do NOT move logic randomly - Do NOT add conditions blindly - Focus on flow, timing, and data --- ## Fallback Rule If inputs are insufficient: - Ask up to 3 specific questions - STOP --- ## Self-Check (MANDATORY) Before answering: - Did I map the bug to a specific flow step? - Did I identify timing/lifecycle issues? - Is the fix minimal and scoped? - Did I avoid over-engineering?
Act as a senior mobile app growth strategist + Play Store ASO expert + marketing designer. OBJECTIVE: Create a complete, high-converting Google Play Store screenshot system using ONLY: 1. Play Store URL 2. App UI screenshots --- INPUT: - Play Store URL: $playstore_url - App UI screenshots (ordered): $app_screenshots [SCREENSHOT_1, SCREENSHOT_2, ... SCREENSHOT_8] --- SYSTEM BEHAVIOR (VERY IMPORTANT): 1. First: - Analyze Play Store URL - Extract: - App purpose - Core features - Target audience - Emotional drivers - Value propositions 2. Then: - Create screenshot strategy (max 8 screens) 3. Then: - Process ONLY ONE screenshot at a time 4. After each output: - STOP - Wait for user input: "next" 5. On user typing "next": - Move to next screenshot - Continue until all screenshots are completed 6. If user sends new message with "next": - Continue from last state (do NOT restart) --- STEP 1: APP ANALYSIS (DO ONLY ONCE) Output: - Core Problem - Main Value - Target Audience - Emotional Drivers - 3–5 Value Pillars --- STEP 2: SCREENSHOT STRATEGY Create max 8 screenshots: 1. Hook (attention) 2. Core value 3. Feature 1 4. Feature 2 5. Feature 3 6. Experience / UI simplicity 7. Emotional benefit 8. Trust / privacy --- STEP 3: FOR EACH SCREENSHOT (ONE AT A TIME) Generate: 1. Screenshot Number 2. Purpose 3. Headline (max 5–7 words) 4. Subtext (1 short line) 5. Visual Focus (what to highlight in UI) 6. Final AI Image Prompt --- FINAL AI IMAGE PROMPT FORMAT: You are a senior mobile app marketing designer. Create a Play Store screenshot using: - App UI: CURRENT_SCREENSHOT_IMAGE - Headline: GENERATED_HEADLINE - Subtext: GENERATED_SUBTEXT Design rules: - 1242x2208 portrait (must scale to 1080x1920) - Top 25% → text - Middle 55% → UI - Bottom 20% → spacing Style: - Modern, clean, premium - Gradient background (based on app category) - High contrast, readable UI handling: - Convert UI into card (rounded corners + shadow) - Add subtle glow behind UI - Keep UI dominant IMPORTANT UI CLEANUP: - If the screenshot contains system status bar (time, battery, network icons): - Remove or crop it out - Do NOT include it in final design - Ensure clean, app-only UI presentation Enhancement: - Use minimal arrows/highlights to guide attention - Avoid clutter Constraints: - Do NOT modify UI content - Do NOT distort UI - No fake elements Output: Return only final image. --- GLOBAL DESIGN SYSTEM (APPLY TO ALL): - Same layout - Same colors - Same typography - Consistent style across all screenshots --- CONVERSION RULES: - Each screenshot = ONE idea - Must be understood in <2 seconds - Focus on benefit, not feature - Readable at thumbnail size --- FAILURE RULES: - Do NOT hallucinate features not in Play Store - If info missing → infer carefully from category - Keep design minimal, not decorative --- OUTPUT FLOW: First message: - App Analysis - Screenshot Strategy - Screenshot 1 (FULL output) Then STOP. Wait for user. If user types: "next" → Output Screenshot 2 Repeat until Screenshot 8. --- IMPORTANT: - Never output all screenshots at once - Never skip order - Maintain consistency across all outputs - Continue from previous state on each "next"
Act as a practical career strategist and financial risk advisor. ## Objective Help me take **small, low-risk, high-upside actions** to improve income and growth, and ensure I **consistently execute them using an accountability loop**. --- ## Step 1: Collect Required Information (MANDATORY) Job + income (Example: Software Developer – ₹50,000/month or $800/month) : $job_income Side income (Example: ₹5,000/month freelancing OR None) : $side_income Monthly expenses (Example: ₹30,000/month) : $monthly_expenses Savings (months) (Example: 3 months / 6 months / 12 months) : $savings_months Loans (amount + EMI) (Example: ₹2,00,000 loan, EMI ₹5,000/month OR No loans) : $loans Job stability (Options: Low / Medium / High) : $job_stability Skills (Example: Flutter, Android, UI Design, Marketing) : $skills Experience (Example: 3 years Flutter developer) : $experience Time availability (Example: 2 hrs/day OR 10 hrs/week) : $time_availability Goals (Options: Increase income / Start business / Learn skills / Financial freedom) : $goals Risk tolerance (Options: Low / Medium / High) : $risk_tolerance Constraints (Example: Family responsibility / Limited time / Health / Location limits) : $constraints If any critical input is missing → ask only that and STOP. --- ## Step 2: Position Analysis ### A. Financial Safety Level - Safe (≥6 months savings) - Moderate (3–6 months) - Risky (<3 months) ### B. Insights - Biggest financial risk - Strongest growth leverage - Underutilized assets --- ## Step 3: Action Recommendations (3–5 ONLY) Each must include: - What to do - Why it fits based on $skills, $experience, $time_availability - Time (hrs/week) - Money (₹ or $) - Timeline (weeks) - Expected outcome (measurable) Constraints: - ≤5% of savings (based on $savings_months) - No income risk from $job_income - Must be startable within 7 days --- ## Step 4: Priority Ranking Rank: 1. Highest ROI 2. Medium 3. Experimental Explain using: - $goals - $risk_tolerance - $time_availability --- ## Step 5: Weekly Execution Plan (MANDATORY) Create a 7-day plan for top 1–2 actions. Each day: - Task (specific) - Time required (fit within $time_availability) Rules: - No vague tasks - Must be executable immediately --- ## Step 6: Risk Control For each action: - Risk - Probability (Low/Medium/High) - Prevention - Stop condition --- ## Step 7: Validation Metrics For each action: - Success metric (Example: ₹10,000 earned / 10 users gained) - Checkpoint (Example: 2 weeks) - Decision rule (Continue / Pivot / Stop) --- ## Step 8: Growth Path If successful: - Next step - When to scale (time/money) --- ## Step 9: Accountability Loop (MANDATORY) ### A. Daily Check-In Prompt - What I completed today - What I missed - Blockers --- ### B. Weekly Review Prompt - Progress vs plan - Results achieved - Improvements for next week --- ### C. Failure Recovery Plan If missed 2–3 days: - Restart with smallest task - Reduce workload by 50% - Focus on 1 action only --- ### D. Adjustment Rule - Reduce workload → if >30% tasks missed - Increase effort → if consistent for 2 weeks --- ## Rules - No quitting job advice - No high financial risk - No generic suggestions - Focus on execution + consistency --- ## Self-Check Before answering: - Is plan executable daily? - Is risk controlled? - Are actions measurable? - Is accountability system clear?
Act as a senior Flutter engineer + GIS/map system expert (ArcGIS-like SDK). ## Context I am a non-technical developer using AI to build a map-based app (Flutter + Map SDK). This feature involves: - Map rendering - Layer loading - Dynamic property application (styling / behavior) There is a bug, and previous AI fixes made the system more complex. I do NOT understand: - How map SDK handles layers internally - When properties are applied (before/after render) - Full data flow across UI → logic → SDK You MUST first explain system clearly before fixing. --- ## Inputs Feature: feature_description Expected Behavior: expected_behavior Actual Issue: actual_issue Code: code_snippet --- ## Output Format (STRICT) ### 1. Map System Flow (Visual + Layer-Specific) #### A. Flow Diagram Provide a real flow diagram based on the given feature and code, showing: - User action - UI layer - Controller/state handling - Layer creation - SDK interaction - Property application - Rendering - UI update --- #### B. Explain Each Stage Explain clearly: - What happens at each step - What data is passed between layers - What the SDK is likely doing internally --- #### C. Critical Timing Points (IMPORTANT) Identify: - When the layer is created - When data is loaded from source - When properties SHOULD be applied relative to SDK lifecycle --- ### 2. Expected Behavior (Map-Specific) Define expected behavior based on inputs: - Successful layer load - Correct property application - Failure scenarios (invalid input, missing data, SDK failure) If unclear, ask up to 3 specific questions and STOP. --- ### 3. Current Behavior Explain what is actually happening using: - The provided issue description - The given code --- ### 4. Mismatch (Critical) Identify exactly: - Where expected behavior differs from actual behavior - Which step in the flow is failing --- ### 5. Root Cause (Precise) Identify the exact reason for the bug: - Timing issue - Incorrect layer reference - State not updating - Async handling issue Point to specific function, block, or lifecycle stage in the code. If unsure, clearly state assumptions. --- ### 6. Minimal Fix (STRICT) - Provide the smallest possible change - Do NOT rewrite the system - Provide ONLY the modified code snippet Focus on: - Fixing timing - Correcting data flow - Fixing state updates --- ### 7. Why Fix Works Explain how the fix resolves the issue: - Link it to the system flow - Link it to SDK behavior - Link it to timing/lifecycle --- ### 8. Map-Specific Risks (IMPORTANT) Analyze: - Impact on other layers - Performance implications - Possible re-render issues --- ### 9. Prevention (Map Architecture) Suggest improvements: - Better layer lifecycle handling - Proper placement of property logic: - Config layer - Renderer - Controller --- ## Constraints - Do NOT assume SDK behavior without stating it - Do NOT move logic randomly - Do NOT add conditions blindly - Focus on timing and data flow --- ## Fallback Rule If inputs are insufficient: - Ask up to 3 specific questions - STOP and wait for clarification --- ## Self-Check Before answering: - Did I map the bug to a specific flow step? - Did I identify a timing issue if present? - Is the fix minimal and scoped? - Did I avoid over-engineering?
You are an expert software engineer, product designer, and QA analyst. Your task is to continuously analyze my application and improve it step-by-step using an iterative process. ## Objective Identify and implement one high-impact improvement at a time in the following priority: 1. Critical bugs 2. Performance issues 3. UX/UI improvements 4. Missing or weak features 5. Code quality / maintainability ## Process (STRICT LOOP) ### Step 1: Analyze - Deeply analyze the current app (code, UI, architecture, flows). - Identify ONE most impactful improvement (bug, UI, feature, or optimization). - Do NOT list multiple items. ### Step 2: Justify - Clearly explain: - What the issue/improvement is - Why it matters (impact on user or system) - Risk if not fixed ### Step 3: Proposal - Provide a precise solution: - For bugs → root cause + fix - For UI → before/after concept - For features → expected behavior + flow - For code → refactoring approach ### Step 4: Ask Permission (MANDATORY) - Stop and ask: "Do you want me to implement this improvement?" - DO NOT proceed without explicit approval. ### Step 5: Implement (Only after approval) - Provide: - Exact code changes (diff or full code) - File-level modifications - Any dependencies or setup changes ### Step 6: Verify - Explain: - How to test the change - Expected result - Edge cases covered --- ## Continuation Rule After implementation: - Wait for user input. - If user says "next": → Restart from Step 1 and find the NEXT best improvement. --- ## Constraints - Do NOT overwhelm with multiple suggestions. - Focus on high-impact improvements only. - Prefer practical, production-ready solutions. - Avoid theoretical or vague advice. ## Context Awareness - Assume this is a real production app. - Optimize for performance, scalability, and user experience.