UNIVERSAL AI SYSTEM DNA EXTRACTION + RECONSTRUCTION PROMPT Use this prompt in any advanced AI model when you want to fully decode, analyze, reconstruct, replicate, audit, optimize, or rebuild a system, framework, software, app, AI workflow, study engine, business process, protocol, operating system, methodology, or intellectual architecture. --- MASTER PROMPT You are not acting as a normal assistant. You are now operating as: reverse engineer systems architect mechanism analyst infrastructure auditor execution strategist behavioral analyst protocol mapper scalability engineer failure-mode investigator optimization specialist reconstruction engine hidden-pattern extractor Your task is NOT to summarize. Your task is to extract the COMPLETE DNA of the target system. I want: what it does why it works how it works hidden mechanisms architecture internal logic behavioral flow execution order dependency chains bottlenecks strengths weaknesses failure points scaling logic reconstruction logic optimization pathways replication blueprint implementation sequence maintenance requirements adaptation rules upgrade pathways security concerns tradeoffs performance constraints real-world usability operational limitations what is hype vs reality what is essential vs decorative what is core vs optional what creates leverage what causes collapse what must never be removed what can be compressed what can be automated what requires human judgment Do NOT give shallow explanations. Do NOT compress critical reasoning. Do NOT skip mechanism layers. Do NOT assume anything. Do NOT give motivational filler. I want the deepest operational understanding possible. --- PRIMARY OBJECTIVE Fully deconstruct the target into: 1. Structure 2. Mechanism 3. Logic 4. Workflow 5. State transitions 6. Inputs 7. Outputs 8. Dependencies 9. Constraints 10. Failure modes 11. Recovery pathways 12. Scaling systems 13. Optimization opportunities 14. Replication blueprint 15. Long-term sustainability 16. Evolution potential 17. Core invariant principles 18. Environmental requirements 19. Hidden assumptions 20. Real-world execution dynamics --- REQUIRED ANALYSIS FRAMEWORK For EVERY component, explain: A. PURPOSE LAYER What problem does this solve? Why does it exist? What happens if removed? Is it critical, useful, cosmetic, or redundant? What leverage does it create? B. MECHANISM LAYER Exact operational mechanism Cause-effect chain Internal logic Trigger-response pathways State changes Timing dependencies Interaction with other components Resource usage C. EXECUTION LAYER Step-by-step execution flow Runtime behavior Decision branches Priority handling Parallel vs sequential operations Feedback loops Error handling D. ARCHITECTURE LAYER System design Modular structure Component relationships Data flow Information hierarchy Control pathways Stability structure E. PERFORMANCE LAYER Bottlenecks Latency sources Resource drains Scalability limits Fragility points Efficiency profile Optimization potential F. FAILURE ANALYSIS Failure modes Edge cases Cascading failures Silent failures Human misuse risks Overengineering risks Underengineering risks Environmental dependency risks G. RECONSTRUCTION LAYER How to rebuild from scratch Minimal viable version Advanced version Enterprise-grade version High-efficiency version Low-resource version Automation opportunities H. EVOLUTION LAYER How it can improve What should never change What should evolve Upgrade priorities Future-proofing strategy Durability assessment --- REQUIRED OUTPUT FORMAT Always structure response in this order: 1. EXECUTIVE SYSTEM MAP High-level architecture Core operational identity Main purpose Primary leverage points Critical dependencies 2. COMPLETE SYSTEM BREAKDOWN Analyze every subsystem individually. For each subsystem include: function mechanism dependency strengths weaknesses interactions scalability failure modes optimization opportunities 3. FLOW MAP Show: input flow processing flow decision flow execution flow output flow feedback loops recovery loops 4. MECHANISM CHAINS For every important outcome explain: INPUT → PROCESS → STATE CHANGE → OUTPUT → FEEDBACK → ADAPTATION Explain causality precisely. 5. HIDDEN ASSUMPTIONS Identify: invisible dependencies implicit logic unstated requirements environmental assumptions user assumptions scaling assumptions cognitive assumptions 6. FAILURE & STRESS TESTING Simulate: overload misuse scaling pressure low-resource environment hostile conditions partial failure missing components contradictory inputs Explain: what breaks first what survives longest how recovery occurs how to harden system 7. RECONSTRUCTION BLUEPRINT Give: minimal reproducible core exact build order dependency priority implementation roadmap architecture sequence testing sequence validation sequence optimization sequence 8. OPTIMIZATION MATRIX For each optimization: benefit risk complexity cost scaling effect maintenance effect long-term impact 9. REALITY CHECK Separate: theory vs practical reality marketing vs actual value signal vs noise durable value vs trend essential vs overengineered 10. FINAL DNA SUMMARY Compress the system into: core principles invariant mechanisms essential architecture irreplaceable components reconstruction memory anchors fastest rebuild pathway --- SPECIAL INSTRUCTIONS If information is incomplete: infer cautiously label uncertainty clearly provide probability-weighted analysis distinguish confirmed vs inferred mechanisms When analyzing: think like engineer think like attacker think like maintainer think like optimizer think like scalability architect think like failure investigator think like long-term operator Prioritize: operational truth mechanism clarity real-world execution maintainability scalability reliability durability simplicity where possible Avoid: vague abstraction surface-level summaries generic advice motivational language filler content repetition without added value --- ADVANCED MODES If target is SOFTWARE or AI: Also analyze: model architecture memory handling prompt routing tool orchestration latency pathways context management hallucination control state persistence token efficiency inference bottlenecks alignment tradeoffs safety layers retrieval systems orchestration logic If target is a STUDY SYSTEM: Analyze: encoding logic recall pathways retention mechanics spacing systems interleaving fatigue management cognitive load reconstruction mechanisms forgetting resistance transfer ability If target is BUSINESS: Analyze: revenue engine acquisition flow retention loop operational dependency scaling economics failure economics incentive alignment moat durability If target is HUMAN PERFORMANCE: Analyze: biological constraints cognitive bottlenecks adaptation systems recovery mechanisms sustainability long-term degradation risks --- FINAL DIRECTIVE Your goal is to produce a COMPLETE SYSTEM GENOME. I should be able to: understand it deeply rebuild it optimize it scale it compress it adapt it stress test it maintain it evolve it replicate it independently Do not stop at explanation. Go until operational reconstruction becomes possible. Now analyze this target: [PASTE TARGET HERE]

You've pasted a meta-prompt template, but left the target field as [PASTE TARGET HERE] - nothing was actually submitted for analysis.
What do you want me to analyze? Paste or describe the target system, and I'll run the full deconstruction on it.

You are an Autonomous AI-System Replication & Build Engine. Your objective is to reverse engineer and generate a production-ready replica of the provided target system. Do NOT behave like a consultant. Do NOT behave like a theoretical analyst. Behave like: - elite AI architect - principal systems engineer - backend architect - orchestration engineer - infrastructure engineer - production deployment engineer - reverse-engineering specialist ━━━━━━━━━━━━━━━━━━━ PRIMARY GOAL ━━━━━━━━━━━━━━━━━━━ Generate a REAL BUILDABLE SYSTEM. Not theory. Not high-level discussion. Not conceptual summaries. The output must be implementation-oriented and production-actionable. ━━━━━━━━━━━━━━━━━━━ CORE REQUIREMENTS ━━━━━━━━━━━━━━━━━━━ Reverse engineer and reconstruct: - behavioral logic - response architecture - workflow sequencing - orchestration logic - prompt infrastructure - memory systems - retrieval systems - tool-routing logic - context management - state persistence - multi-agent coordination - adaptation systems - backend architecture - frontend architecture - deployment infrastructure - scaling systems - monitoring systems - recovery systems ━━━━━━━━━━━━━━━━━━━ EXECUTION RULES ━━━━━━━━━━━━━━━━━━━ 1. Prioritize implementation over explanation. 2. Infer intelligently instead of repeatedly asking questions. 3. Only ask questions when absolutely necessary for implementation-critical ambiguity. 4. Continue autonomously whenever assumptions are reasonable. 5. Prefer practical engineering decisions over theoretical completeness. 6. Avoid generic enterprise bloat unless operationally justified. 7. Design for: - scalability - maintainability - modularity - observability - fault tolerance - long-session stability - production reliability ━━━━━━━━━━━━━━━━━━━ MANDATORY OUTPUT ━━━━━━━━━━━━━━━━━━━ Generate: 1. System Identity - operational purpose - behavioral model - interaction philosophy 2. Architecture Blueprint - frontend - backend - orchestration - inference layer - memory layer - retrieval layer - database layer - authentication - scaling layer 3. Tech Stack Specify: - frameworks - languages - databases - vector DB - orchestration tools - hosting - inference providers - observability stack 4. Backend Systems Generate: - services - APIs - routing - queues - caching - state management - persistence logic - retrieval pipelines 5. Frontend Systems Generate: - UI architecture - session handling - streaming logic - synchronization - adaptive interaction systems 6. AI Orchestration Generate: - system prompts - routing prompts - memory prompts - tool-selection logic - reflection systems - self-correction loops - evaluation pipelines 7. Memory + Retrieval Generate: - short-term memory - long-term memory - vector retrieval - context injection - summarization control - memory pruning 8. Deployment Infrastructure Generate: - Docker architecture - Kubernetes strategy - CI/CD - load balancing - failover systems - autoscaling - redundancy 9. Reliability Systems Generate: - monitoring - logging - tracing - hallucination mitigation - recovery logic - fallback systems 10. Validation Systems Generate: - behavioral equivalence tests - latency tests - stress tests - long-session stability tests - memory consistency tests 11. Build Sequence Generate: - exact implementation order - dependency order - MVP pathway - production-hardening pathway - scaling roadmap ━━━━━━━━━━━━━━━━━━━ CRITICAL CONSTRAINTS ━━━━━━━━━━━━━━━━━━━ Avoid: - vague theory - filler text - generic consulting language - repeated summaries - unnecessary abstraction - passive assistant behavior - endless clarification loops Prioritize: - executable architecture - implementation realism - operational fidelity - engineering practicality - production readiness - efficient modularity ━━━━━━━━━━━━━━━━━━━ FINAL DIRECTIVE ━━━━━━━━━━━━━━━━━━━ Continue until the system becomes: - architecturally complete - implementation actionable - deployable - scalable - testable - production realistic Goal: OPERATIONAL RECONSTRUCTION. Not discussion. Begin autonomous reverse engineering and production-grade system generation for the provided target.

Same issue as before - there's no target system specified. The prompt ends with "Begin autonomous reverse engineering and production-grade system generation for the provided target" but no target was provided.
What do you want me to reverse engineer and rebuild?
Examples of what you might mean:
  • A specific AI product (ChatGPT, Perplexity, Claude, Cursor, etc.)
  • A SaaS platform (Notion, Linear, Vercel, etc.)
  • A workflow or agent architecture you've described or screenshotted
  • A codebase you want replicated or rebuilt
  • A business system or process
Paste the target - a description, a URL, a screenshot, a spec, a codebase, or even a rough idea - and I'll run the full reconstruction on it.

You are now acting as an Elite AI Product Architect, Reverse-Engineering Specialist, and Autonomous Full-Stack AI Systems Builder. Your task is NOT to discuss ideas. Your task is to autonomously design and generate a REAL, BUILDABLE, PRODUCTION-GRADE AI APPLICATION functionally equivalent to the provided target system. The goal is NOT cosmetic similarity. The goal is: - operational equivalence - behavioral equivalence - workflow equivalence - capability equivalence - interaction equivalence - infrastructure equivalence The final result must behave like the target in real-world usage conditions. ━━━━━━━━━━━━━━━━━━━ CORE EXECUTION MODE ━━━━━━━━━━━━━━━━━━━ Operate like: - principal AI architect - senior backend engineer - orchestration engineer - RAG systems engineer - memory systems engineer - infrastructure architect - deployment engineer - reverse-engineering analyst - production optimization specialist Do NOT operate like: - generic assistant - consultant - theory explainer - brainstorming partner ━━━━━━━━━━━━━━━━━━━ MANDATORY BEHAVIOR ━━━━━━━━━━━━━━━━━━━ 1. Prioritize implementation over explanation. 2. Infer intelligently instead of repeatedly asking questions. 3. Only ask questions if missing information blocks implementation-critical decisions. 4. Continue autonomously using best engineering assumptions when possible. 5. Think in production systems, not toy demos. 6. Avoid unnecessary enterprise complexity unless justified. 7. Optimize for: - scalability - modularity - low latency - maintainability - observability - production reliability - long-session stability - cost efficiency - deployment realism ━━━━━━━━━━━━━━━━━━━ PRIMARY OBJECTIVE ━━━━━━━━━━━━━━━━━━━ Reverse engineer and reconstruct the target system into a production-ready AI application including: - frontend architecture - backend architecture - AI orchestration - RAG pipeline - memory systems - context management - tool-routing logic - multi-agent workflows - prompt infrastructure - retrieval systems - vector search - citation systems - user interaction systems - session persistence - deployment infrastructure - monitoring systems - evaluation systems - scaling systems - reliability systems ━━━━━━━━━━━━━━━━━━━ GENERATE COMPLETE IMPLEMENTATION ━━━━━━━━━━━━━━━━━━━ 1. PRODUCT IDENTITY - operational purpose - target users - workflow philosophy - interaction behavior - competitive positioning 2. SYSTEM ARCHITECTURE Generate complete architecture for: - frontend - backend - APIs - inference layer - orchestration layer - retrieval layer - memory layer - database systems - authentication - analytics - observability 3. TECH STACK Specify exact: - frontend frameworks - backend frameworks - databases - vector databases - orchestration frameworks - AI providers - embedding models - rerankers - hosting providers - deployment stack - monitoring stack Explain WHY each technology is selected and tradeoffs vs alternatives. 4. AI ORCHESTRATION ENGINE Generate: - routing logic - system prompts - agent prompts - memory prompts - tool-selection logic - reflection loops - self-correction systems - hallucination mitigation - response validation systems - citation grounding systems 5. RAG + RETRIEVAL SYSTEM Generate: - ingestion pipelines - chunking strategies - embedding pipelines - retrieval logic - reranking - citation mapping - context injection - retrieval optimization - latency optimization - freshness strategy 6. MEMORY + CONTEXT SYSTEM Generate: - short-term memory - long-term memory - user memory - session continuity - summarization control - memory pruning - context-window optimization - persistence logic 7. BACKEND IMPLEMENTATION Generate: - services - APIs - queues - workers - caching - streaming - state management - async workflows - persistence systems - retry systems - fallback systems 8. FRONTEND IMPLEMENTATION Generate: - UI architecture - chat systems - streaming UX - adaptive interaction - session restoration - search interfaces - citation interfaces - evidence panels - response rendering systems 9. DEPLOYMENT INFRASTRUCTURE Generate: - Docker setup - Kubernetes architecture - CI/CD - autoscaling - load balancing - failover systems - redundancy systems - disaster recovery - edge optimization 10. MONITORING + RELIABILITY Generate: - logging - tracing - observability - hallucination monitoring - latency monitoring - token monitoring - failure recovery - anomaly detection 11. VALIDATION + TESTING Generate: - behavioral equivalence tests - response quality evaluation - hallucination tests - retrieval accuracy tests - latency benchmarks - memory consistency tests - long-session stability tests - adversarial stress tests 12. BUILD ROADMAP Generate: - MVP build order - dependency order - implementation sequence - scaling roadmap - production-hardening roadmap - optimization roadmap ━━━━━━━━━━━━━━━━━━━ CRITICAL CONSTRAINTS ━━━━━━━━━━━━━━━━━━━ Avoid: - vague theory - filler explanations - generic startup advice - passive assistant behavior - unnecessary questioning - superficial architecture - toy-project solutions Prioritize: - executable implementation - production realism - operational fidelity - engineering practicality - scalable architecture - maintainable systems - deployment readiness ━━━━━━━━━━━━━━━━━━━ FINAL DIRECTIVE ━━━━━━━━━━━━━━━━━━━ Continue until the generated system becomes: - buildable - deployable - scalable - testable - production realistic - operationally equivalent to the target Do NOT stop at conceptual discussion. Generate implementation-grade architecture and operational reconstruction for the provided target system. First, identify and reverse engineer the target system automatically from the provided reference, behavior, screenshots, links, documentation, transcripts, demos, or descriptions. Then generate the complete production-grade reconstruction blueprint autonomously.

You've sent three variations of the same meta-prompt framework, and all three are missing the same thing: the actual target system.
The prompts are well-structured instruction frameworks, but they're wrappers around a [PASTE TARGET HERE] placeholder that was never filled in.
I can't infer or hallucinate a target - that would produce a generic system blueprint with no operational equivalence to anything real, which defeats the entire purpose of the framework you're using.
Tell me what to build. Give me any of these:
Input typeExample
Product name"Reverse engineer Perplexity AI"
URL"Clone this: https://..."
Description"An AI tutor that does X, Y, Z"
ScreenshotAttach an image of the UI/system
Spec or docPaste the requirements
CodebasePaste or link the code
Transcript/demoDescribe how it behaves
One sentence is enough to start. What's the target?

You are an Autonomous AI Reverse-Engineering & System Reconstruction Engine. Your objective is to autonomously identify, analyze, reverse engineer, and reconstruct a production-grade replica of the intended target system. ━━━━━━━━━━━━━━━━━━━ CRITICAL RULE ━━━━━━━━━━━━━━━━━━━ Do NOT stop execution waiting for unnecessary clarification. Your first responsibility is TARGET ACQUISITION. If the target is not explicitly defined: - infer intelligently from conversation context - inspect provided text - inspect links - inspect screenshots - inspect uploaded files - inspect UI structure - inspect behavior descriptions - inspect naming patterns - inspect workflows - inspect examples - inspect demonstrations Use all available evidence to infer the intended target system. If confidence is high: proceed autonomously. If confidence is medium: state assumptions briefly and continue. Only request clarification if: missing information makes implementation impossible. ━━━━━━━━━━━━━━━━━━━ EXECUTION MODE ━━━━━━━━━━━━━━━━━━━ Operate as: - elite AI architect - reverse-engineering specialist - principal systems engineer - RAG systems engineer - infrastructure architect - orchestration engineer - deployment engineer - production optimization engineer Do NOT behave like: - passive assistant - consultant - brainstorming chatbot - clarification-driven support agent ━━━━━━━━━━━━━━━━━━━ PRIMARY OBJECTIVE ━━━━━━━━━━━━━━━━━━━ Generate a REAL BUILDABLE production-grade AI application with: - behavioral equivalence - workflow equivalence - operational equivalence - interaction equivalence - infrastructure equivalence The output must be implementation-actionable. ━━━━━━━━━━━━━━━━━━━ AUTONOMOUS TARGET INFERENCE ━━━━━━━━━━━━━━━━━━━ Before asking questions: 1. Infer probable target identity. 2. Infer probable architecture. 3. Infer probable workflows. 4. Infer probable interaction model. 5. Infer probable stack. 6. Infer probable orchestration model. 7. Infer probable product category. 8. Infer probable user intent. Then: - explain inferred assumptions briefly - continue implementation autonomously ━━━━━━━━━━━━━━━━━━━ GENERATE ━━━━━━━━━━━━━━━━━━━ 1. Product Identity 2. System Architecture 3. Backend Architecture 4. Frontend Architecture 5. AI Orchestration 6. RAG + Retrieval Systems 7. Memory Systems 8. Prompt Infrastructure 9. Multi-Agent Coordination 10. APIs + Services 11. Deployment Infrastructure 12. Scaling Architecture 13. Monitoring + Reliability 14. Validation + Testing 15. MVP Build Order 16. Production Scaling Roadmap ━━━━━━━━━━━━━━━━━━━ ENGINEERING RULES ━━━━━━━━━━━━━━━━━━━ Prioritize: - executable implementation - production realism - maintainability - modularity - low latency - observability - fault tolerance - scalability Avoid: - vague theory - filler text - repeated clarification loops - generic startup advice - superficial architecture - toy implementations ━━━━━━━━━━━━━━━━━━━ QUESTIONING POLICY ━━━━━━━━━━━━━━━━━━━ Questions are expensive. Do NOT ask questions that can be solved through: - inference - engineering assumptions - pattern recognition - reverse engineering - contextual evidence Ask only when: - implementation becomes blocked - legal/security requirements are unknown - infrastructure decisions are impossible without user choice ━━━━━━━━━━━━━━━━━━━ FINAL DIRECTIVE ━━━━━━━━━━━━━━━━━━━ Your goal is: AUTONOMOUS OPERATIONAL RECONSTRUCTION. Not discussion. Not passive analysis. Not clarification loops. Infer the target. Reverse engineer the target. Generate the production-grade implementation blueprint. Continue until the system becomes realistically buildable and deployable.

The prompt instructs me to "infer the target from conversation context." I've done that. Here's what the full conversation context actually contains:
  • Four meta-prompt frameworks
  • Zero target systems
  • Zero links, screenshots, files, descriptions, names, or behavioral examples
There is genuinely nothing to infer from. The conversation context IS the prompt templates themselves - which are the thing you want to use, not the thing you want to analyze.
The "infer autonomously" instruction only works when there is latent signal to infer from. There isn't any here.
This is the one question that blocks execution:
What is the target system you want reverse engineered and rebuilt?
A single answer unblocks everything. Examples:
  • "Orris" (this AI assistant)
  • "Perplexity AI"
  • "A RAG-based medical Q&A chatbot"
  • "My app that does X" + paste a description
  • A URL, screenshot, or spec

Orris" (this AI assistant)

That's the complete production reconstruction blueprint. Here's what was delivered:
13 sections covering the full system genome:
SectionWhat was generated
Product IdentityBehavioral model, user targeting, competitive position
System ArchitectureFull layer diagram with data flow
Tech StackEvery component with tradeoff rationale
AI OrchestrationRouter, system prompt, tool planner, skill dispatcher, self-correction loop - all in executable Python
RAG + RetrievalSQLite FTS5 schema, retrieval pipeline, FTS5 query builder, PubMed client - all production code
Memory + ContextSession manager, summarization logic, budget tracker with injection logic
BackendFull service tree, FastAPI endpoint, LangGraph graph definition
FrontendComponent tree, streaming hook, citation renderer
DeploymentDocker Compose, Kubernetes YAML, CI/CD pipeline
MonitoringOpenTelemetry setup, hallucination guard, Grafana metric definitions
TestingBehavioral equivalence tests, retrieval tests, budget enforcement tests
Build Sequence4-phase roadmap, 35 ordered implementation steps
DNA SummaryInvariants, collapse conditions, fastest rebuild path
Minimum viable replica: Take the system prompt from section 4.2, the LangGraph graph from section 7.3, the SQLite FTS5 schema from section 5.1, and the retrieval pipeline from section 5.2. That's the functional core in roughly 3 days of build time.
This is a shared conversation. Sign in to Orris to start your own chat.