diff --git a/docs/guides/represent-quantum-computers.ipynb b/docs/guides/represent-quantum-computers.ipynb
index 71b1b201c55..93c2904c84e 100644
--- a/docs/guides/represent-quantum-computers.ipynb
+++ b/docs/guides/represent-quantum-computers.ipynb
@@ -27,7 +27,7 @@
"Import the necessary libraries and instantiate the system or simulator:\n",
"In order to convert an abstract circuit to an ISA circuit that can run on a specific system, the transpiler needs certain information about the system. Typically, this information is stored in the [`Backend`](/api/qiskit/qiskit.providers.Backend#backend) or [`Target`](/api/qiskit/qiskit.transpiler.Target#target) provided to the transpiler, and no further information is needed. However, you can also explicitly provide information for the transpiler to use, for example, if you have a specific use case, or if you believe this information will help the transpiler generate a more optimized circuit.\n",
"\n",
- "On this page, we show several examples of passing system information to the transpiler. For our examples, we'll use the target from the [`FakeSherbrooke`](/api/qiskit-ibm-runtime/qiskit_ibm_runtime.fake_provider.FakeSherbrooke#fakesherbrooke) mock backend."
+ "This topic shows several examples of passing system information to the transpiler. These examples use the target from the [`FakeSherbrooke`](/api/qiskit-ibm-runtime/qiskit_ibm_runtime.fake_provider.FakeSherbrooke#fakesherbrooke) mock backend."
]
},
{
@@ -48,8 +48,8 @@
"id": "4064b5ad-8a3a-462b-ae30-29576230c084",
"metadata": {},
"source": [
- "For our example circuit, we'll use an instance of [`EfficientSU2`](/api/qiskit/qiskit.circuit.library.EfficientSU2#efficientsu2) from Qiskit's circuit library.\n",
- "In the following cell, we decompose the circuit before drawing it to show its gate structure."
+ "The example circuit uses an instance of [`EfficientSU2`](/api/qiskit/qiskit.circuit.library.EfficientSU2#efficientsu2) from Qiskit's circuit library.\n",
+ "The following cell decomposes the circuit before drawing it to show its gate structure."
]
},
{
@@ -86,10 +86,7 @@
"id": "b133229c-0146-4feb-a366-548d175b858e",
"metadata": {},
"source": [
- "\n",
- "## Default configuration\n",
- "\n",
- "This example uses the default `optimization_level=1` to transpile to the `backend`'s `target`, which provides all the information needed to convert the circuit to one that will run on the system. (Note that if a `target` is specified in the `transpile` function, this will override the target from the `backend`.)"
+ "This example uses default settings to transpile to the `backend`'s `target`, which provides all the information needed to convert the circuit to one that will run on the system. "
]
},
{
@@ -116,7 +113,7 @@
"from qiskit.transpiler.preset_passmanagers import generate_preset_pass_manager\n",
"\n",
"pass_manager = generate_preset_pass_manager(\n",
- " optimization_level=1, target=target, seed_transpiler=12345\n",
+ " target=target, seed_transpiler=12345\n",
")\n",
"qc_t_target = pass_manager.run(qc)\n",
"qc_t_target.draw(\"mpl\", idle_wires=False, fold=-1)"
@@ -142,7 +139,7 @@
"The qubits from our abstract circuits are called _virtual qubits_ and those on the coupling map are _physical qubits_. The transpiler provides a mapping between virtual and physical qubits. One of the first steps in transpilation, the _layout_ stage, performs this mapping.\n",
"\n",
"\n",
- "Although the routing stage is intertwined with the _layout_ stage — which selects the actual qubits — by default, we will consider them as separate stages for simplicity. The combination of routing and layout is called _qubit mapping_. Learn more about these stages in the [Transpiler stages](transpiler-stages) topic.\n",
+ "Although the routing stage is intertwined with the _layout_ stage — which selects the actual qubits — by default, this topic treats as separate stages for simplicity. The combination of routing and layout is called _qubit mapping_. Learn more about these stages in the [Transpiler stages](transpiler-stages) topic.\n",
"\n",
"\n",
"Pass the `coupling_map` keyword argument to see its effect on the transpiler:"
@@ -407,7 +404,7 @@
"id": "90cca3a8-ca25-4795-a22f-57ba6d8cfcaa",
"metadata": {},
"source": [
- "The output displays the duration of the gate (in seconds) and its error rate. To reveal error information to the transpiler, we will build our own target model with the `basis_gates` and `coupling_map` from above and populate it with error values from the backend `FakeSherbrooke`."
+ "The output displays the duration of the gate (in seconds) and its error rate. To reveal error information to the transpiler, build a target model with the `basis_gates` and `coupling_map` from above and populate it with error values from the backend `FakeSherbrooke`."
]
},
{
@@ -473,7 +470,7 @@
"id": "f8b516be-805d-4d0b-92f9-44d3fbe3b51f",
"metadata": {},
"source": [
- "Because we included error information, the `VF2PostLayout` pass tries to find the optimal qubits to use, resulting in the same circuit that we found originally with the same physical qubits."
+ "Because error information was included, the `VF2PostLayout` pass tries to find the optimal qubits to use, resulting in the same circuit that was found originally with the same physical qubits."
]
},
{