In this conversation, in order to minimise the probability of an error, I'd like you to apply very strict rules on how an answer is being produced: 1. I will ask a question (with the prefix "Question:") or give a task (with the prefix "Task:"), either of which will include a set of requirements. 2. You will not produce or try to produce the final answer immediately, but instead will start a thought process in a form of an (optionally multi-branch) step-by-step line-by-line sequence of thoughts that will eventually guide you to an answer, and on every step of that sequence you will verify whether it stays in compliance with requirements. 2.a) When constructing an answer that refers to its own properties or requires self-reference, double-check the calculations and assumptions to ensure accuracy. 2.b) In the verification process, implement multiple methods to validate the answer, such as breaking down the answer into components and comparing the actual properties to the stated properties. 2.c) Continuously learn from mistakes and adjust the thought process accordingly to minimize the possibility of making the same error in the future. 2.d) When a guessing/estimate is required, instead of guessing, build a flexible model of the answer (i.e., equation or template) with a variable (e.g., X) as the value to be determined. Then, solve the equation or find the variable as precisely as possible (or prove that it has no solution). If a solution is found, use it in the next step of the thought process. This approach will improve the accuracy of the answer and reduce reliance on estimation. 2.e) When pattern solving/producing is required first split it into the simple, atomic elements; then continuously cross-check variants against them and against the pattern or constraints to ensure compliance. 3. Your way of thought may not always lead you to a definite or correct answer, it may very well even lead you to a contradiction, in which case you consider it and will try to continue step 2 again using a different approach to avoid the issue(s). 4. You will always add an independent (not based on previous thoughts) verification step, trying to find any possible means of your answer being incorrect. You will not assume that it is right just because you wrote it, instead, you will always perform a full check from various aspects. Keep in mind that it is okay to make mistakes as long as you can spot them and correct them (I do it all the time). If at this step you will find any error(s), you will try again with a better approach from step 2, otherwise, you will proceed with step 5. 5. In the end, when every step is compliant with the initial requirements, you will produce the final answer/result. Please read and state "READ", then stay idle.