diff --git a/internal/cmd/weave/weave.go b/internal/cmd/weave/weave.go
index 07ed8bf..91c06e4 100644
--- a/internal/cmd/weave/weave.go
+++ b/internal/cmd/weave/weave.go
@@ -21,7 +21,7 @@
 //
 // is output, where PACKAGE is constructed from the module path, the
 // base name of the current directory, and the directory of FILENAME.
-// This caption can be supressed by putting "-" as the final word of the %include line.
+// This caption can be suppressed by putting "-" as the final word of the %include line.
 package main
 
 import (
diff --git a/slog-handler-guide/README.md b/slog-handler-guide/README.md
index 00eb1e5..c8fd0d8 100644
--- a/slog-handler-guide/README.md
+++ b/slog-handler-guide/README.md
@@ -26,7 +26,7 @@
 
 The standard library’s `log/slog` package has a two-part design.
 A "frontend," implemented by the `Logger` type,
-gathers stuctured log information like a message, level, and attributes,
+gathers structured log information like a message, level, and attributes,
 and passes them to a "backend," an implementation of the `Handler` interface.
 The package comes with two built-in handlers that usually should be adequate.
 But you may need to write your own handler, and that is not always straightforward.
@@ -89,7 +89,7 @@
 
 We can now talk about the four `Handler` methods in detail.
 Along the way, we will write a handler that formats logs using a format
-reminsicent of YAML. It will display this log output call:
+reminiscent of YAML. It will display this log output call:
 
     logger.Info("hello", "key", 23)
 
@@ -138,7 +138,7 @@
 ```
 
 We'll support only one option, the ability to set a minimum level in order to
-supress detailed log output.
+suppress detailed log output.
 Handlers should always declare this option to be a `slog.Leveler`.
 The `slog.Leveler` interface is implemented by both `Level` and `LevelVar`.
 A `Level` value is easy for the user to provide,
@@ -839,7 +839,7 @@
 Some handlers have legitimate reasons for keeping state.
 For example, a handler might support a `SetLevel` method to change its configured level
 dynamically.
-Or it might output the time between sucessive calls to `Handle`,
+Or it might output the time between successive calls to `Handle`,
 which requires a mutable field holding the last output time.
 Synchronize all accesses to such fields, both reads and writes.
 
diff --git a/slog-handler-guide/guide.md b/slog-handler-guide/guide.md
index fb4664d..4472bca 100644
--- a/slog-handler-guide/guide.md
+++ b/slog-handler-guide/guide.md
@@ -13,7 +13,7 @@
 
 The standard library’s `log/slog` package has a two-part design.
 A "frontend," implemented by the `Logger` type,
-gathers stuctured log information like a message, level, and attributes,
+gathers structured log information like a message, level, and attributes,
 and passes them to a "backend," an implementation of the `Handler` interface.
 The package comes with two built-in handlers that usually should be adequate.
 But you may need to write your own handler, and that is not always straightforward.
@@ -76,7 +76,7 @@
 
 We can now talk about the four `Handler` methods in detail.
 Along the way, we will write a handler that formats logs using a format
-reminsicent of YAML. It will display this log output call:
+reminiscent of YAML. It will display this log output call:
 
     logger.Info("hello", "key", 23)
 
@@ -100,7 +100,7 @@
 %include indenthandler1/indent_handler.go types -
 
 We'll support only one option, the ability to set a minimum level in order to
-supress detailed log output.
+suppress detailed log output.
 Handlers should always declare this option to be a `slog.Leveler`.
 The `slog.Leveler` interface is implemented by both `Level` and `LevelVar`.
 A `Level` value is easy for the user to provide,
@@ -557,7 +557,7 @@
 Some handlers have legitimate reasons for keeping state.
 For example, a handler might support a `SetLevel` method to change its configured level
 dynamically.
-Or it might output the time between sucessive calls to `Handle`,
+Or it might output the time between successive calls to `Handle`,
 which requires a mutable field holding the last output time.
 Synchronize all accesses to such fields, both reads and writes.