diff --git a/docs/design/modules/digital_twin_graph/.accepted_words.txt b/docs/design/modules/digital_twin_graph/.accepted_words.txt
new file mode 100644
index 00000000..c44de012
--- /dev/null
+++ b/docs/design/modules/digital_twin_graph/.accepted_words.txt
@@ -0,0 +1,5 @@
+App
+Ibeji
+Ibeji's
+Invehicle
+svg
diff --git a/docs/design/modules/digital_twin_graph/README.md b/docs/design/modules/digital_twin_graph/README.md
index 855a80cb..3e8f9534 100644
--- a/docs/design/modules/digital_twin_graph/README.md
+++ b/docs/design/modules/digital_twin_graph/README.md
@@ -6,7 +6,7 @@
## Introduction
-Ibeji today provides the foundations for constructing and interacting with the a digital twin on an edge device. These abilities are primitve and do not necessartily provide a consumer with the best experience. They can be used as building blocks to build facades that provide a consumer with a better experience. This design specifies a graph-based facade, which will be named the Digital Twin Graph service.
+Ibeji today provides the foundations for constructing and interacting with the a digital twin on an edge device. These abilities are primitive and do not necessarily provide a consumer with the best experience. They can be used as building blocks to build facades that provide a consumer with a better experience. This design specifies a graph-based facade, which will be named the Digital Twin Graph service.
## Architecture
@@ -14,9 +14,9 @@ Ibeji today provides the foundations for constructing and interacting with the a
Ibeji's Application Server, which we will refer to as "Digital Twin App Server", has a modular architecture that allows new services to readily be added and existing services to readily be removed. It also has build-time feature switches for controlling which service should be available at run-time. Ibeji's initial service, the Invehicle Digital Twin service, was developed before the adoption of the modular architecture, but it will eventually be migrated across to it.
We will introduce a new service named "Digital Twin Graph" that will provide a facade for the Invehicle Digital Twin service and the providers. Ideally, the consumer will not need to directly interact with provider
-endpoints. Instead, they will interact with a graph structure that represnts the ditial twin,
+endpoints. Instead, they will interact with a graph structure that represents the digital twin,
-Ibeji's existing Invehicle Digital Twin service needs some adjustments to support the Digital Twin Graph service. There is a future plan plan to rename it as the Digital Twin Registery service.
+Ibeji's existing Invehicle Digital Twin service needs some adjustments to support the Digital Twin Graph service. There is a future plan plan to rename it as the Digital Twin Registry service.
We will introduce a modified form of the service under the name "Digital Twin Registry" and for now keep the existing functionality intact under the original name "Invehicle Digital Twin".
