Free DeepSeek R1 Prompt Architect
DeepSeek R1 does not think like standard LLMs. Prevent hallucination loops and trigger systematic step-by-step reasoning using structured XML containers and self-audit guardrails.
<system_directive>
You are DeepSeek-R1, an advanced reasoning and cognitive inference engine.
When processing the user request below, conduct all deduction inside your internal reasoning phase before outputting the final response.
</system_directive>
<task_objective>
Audit this high-concurrency Node.js WebSocket backend for race conditions, memory leaks, and missing reconnection backoff logic.
</task_objective>
<thinking_constraints>
- Map out the exact asynchronous event flow and identify unhandled event listener detachments.
- Formulate potential edge cases where concurrent socket handshakes could cause V8 memory fragmentation.
- Self-correct and refute initial hypotheses before finalizing code recommendations.
</thinking_constraints>
<boundary_conditions>
- Do not use external npm packages; must run on native V8 event loop; reject non-verifiable assumptions.
</boundary_conditions>
<verification_checklist>
1. Have all race conditions been isolated with thread-safe / tick-safe guarantees?
2. Is garbage collection safely handled for aborted client connections?
3. Is exponential backoff jittered to prevent thundering herd problems?
</verification_checklist>
<output_schema>
Provide your final deliverable structured as Production Code + Diff with concise explanatory architectural annotations.
</output_schema>
Why Prompting DeepSeek R1 Requires Structured XML
1. Zero-Shot CoT Superiority
DeepSeek research confirms that providing few-shot prompt examples can degrade R1's emergent reasoning capabilities. Pure zero-shot instructions with explicit boundary constraints yield significantly higher pass@1 scores on HumanEval and MATH-500.
2. Thinking Phase Drift Prevention
Without structured <thinking_constraints>, reasoning models can spiral into repetitive cognitive loops, wasting thousands of output tokens before addressing the core question.
3. Self-Verification Auditing
Mandating a <verification_checklist> instructs the model's internal critic to verify calculations, types, and edge cases prior to closing its <think> trace.