DAY 8 | How to Streamline Your Workflow with Claude Code

Reduce repetitive explanations and turn recurring tasks into templates

Once you get a little used to Claude Code, you might start having the following concerns.

毎回、同じような説明を書いている。
毎回、同じような確認をしている。
毎回、似たような修正依頼をしている。

For example, do you find yourself writing the same thing every time?

まだファイルは変更しないでください。
変更前に方針を説明してください。
対象ファイル以外は変更しないでください。
作業後に確認方法を出してください。
初心者にもわかる言葉で説明してください。

This is not a bad thing.

In fact, it is the safe way of using it that you have learned from DAY 1 to DAY 7.

However, writing this every time is inefficient.

What you need from here on is to turn your recurring explanations into templates.

The conclusion for DAY 8 is this.

Reviewing the flow from DAY 1 to DAY 7

Let's organize the flow so far.

DAY1：Claude Codeの全体像を理解する
DAY2：作業環境を整える
DAY3：/plan /debug /review を覚える
DAY4：README・関係ファイル・エラー文を渡す
DAY5：1ファイル・1目的で小さく修正する
DAY6：バグ修正は原因を特定してから進める
DAY7：CLAUDE.mdで毎回の指示を標準化する

By DAY 7, the foundation for using Claude Code safely has been established.

From DAY 8, we will move on to the next stage.

安全に使う
↓
毎回使える形にする
↓
作業を速くする
↓
品質を安定させる

In other words, the theme of DAY 8 is efficiency.

From a Globis perspective: Operational Strategy

The theme of DAY 8, in Globis terms, is operational strategy.

Operations is a way of thinking about designing work flows to stabilize quality and efficiency.

The same applies to Claude Code.

If you make requests based on your intuition each time, the results will vary.

今日はうまくいった。
でも次はうまくいかない。
前回と同じ修正なのに、出力が違う。

In this state, it is difficult to use as a professional tool.

Therefore, I will standardize how to use it.

よく使う依頼
よく使う確認
よく使う修正
よく使うレビュー

By turning these into templates, Claude Code becomes not just a one-off utility tool, but a reproducible work partner.

Four types of tasks to streamline

The first four tasks you should streamline with Claude Code are as follows.

1. 読ませる作業
2. 修正する作業
3. バグを調べる作業
4. レビューする作業

These four correspond to the content covered from DAY 4 to DAY 7.

1. Standardize tasks for reading materials

As we learned in DAY 4, the materials you have Claude Code read are important.

However, thinking about this every time is exhausting.

何を読ませるか？
何を整理させるか？
どこまでやらせるか？

Therefore, we will create a template for reading.

README.mdと関係ファイルを読んでください。

目的：
このプロジェクトの全体像を理解したいです。

確認してほしいこと：
1. このプロジェクトの目的
2. 主なファイル構成
3. 最初に確認すべきファイル
4. 初心者がつまずきそうな点
5. 次にやるべき小さな作業

条件：
- まだファイルは変更しない
- 事実と推測を分ける
- 初心者にもわかる言葉で説明する

With this template, you don't need to create a request prompt from scratch every time.

2. Standardize small fixes

In DAY 5, we learned how to make small fixes with one file and one purpose.

This can also be turned into a template.

次のファイルだけを確認してください。

対象ファイル：
ここにファイル名を書く

やりたいこと：
ここに変更したい内容を書く

条件：
- 対象ファイル以外は変更しない
- 既存のデザインは変えない
- 新しいライブラリは追加しない
- 変更前に、どこをどう直すか説明する

出力：
1. 現状の理解
2. 修正する箇所
3. 修正方針
4. 変更してよいかの確認

The value of this template is that it separates what to change from what not to change.

It makes the constraints clear for Claude Code.

3. Standardize bug investigation

In DAY 6, we learned how to organize the causes of bugs instead of fixing them immediately.

We will turn this into a template as well.

/debug

次のエラーについて、原因を整理してください。

やったこと：
ここに実行した操作を書く

エラー文：
ここにエラー文をそのまま貼る

状況：
いつから起きたか、直前に変更したことを書く

関係しそうなファイル：
わかる場合はファイル名を書く
わからない場合は「不明」と書く

確認してほしいこと：
1. エラーの意味
2. 原因候補を3つ以内
3. 最初に確認すべきファイル
4. 修正前に確認すべきこと
5. 最小リスクの修正方針

条件：
- まだファイルは変更しない
- 事実と推測を分ける
- 初心者にもわかる言葉で説明する

By using this template, you can avoid the state of rushing to ask it to "fix it."

4. Standardize reviews

The /review command learned on DAY 3 also becomes easier to use when turned into a template.

Claude Code's Code Review feature is officially described as a mechanism that analyzes GitHub pull requests and changes to check for logic errors, security vulnerabilities, regressions, and more.

However, for beginners, this level is sufficient to start with.

/review

今回の変更内容をレビューしてください。

確認してほしいこと：
1. 目的に合っているか
2. 不要な変更が入っていないか
3. 既存の動作に悪影響がないか
4. 初心者が見落としやすいリスクはないか
5. 修正後に確認すべき動作

条件：
- 重要度が高い順に並べる
- 今すぐ直すべきものと後回しでよいものを分ける
- 初心者にもわかる言葉で説明する

The goal of a review is not to aim for perfection.

It is to clarify what needs to be checked next.

The core of DAY 8: Streamlining is about 'standardization,' not 'omission'

There is a point that beginners often misunderstand.

Streamlining does not mean reducing the number of checks.

It is actually the opposite.

It is about ensuring that necessary checks are performed without fail every time.

悪い効率化：
確認を省く
早く終わらせる
AIに丸投げする

良い効率化：
確認項目をテンプレート化する
作業手順を固定する
毎回同じ品質で進める

The more you use Claude Code, the more important this distinction becomes.

If you skip safety checks to go faster, you will end up with more rework later.

Therefore, the streamlining learned on DAY 8 is about reproducibility over speed.

Today's practice

There is only one thing to do today.

よく使う依頼文を、4つのテンプレートに分けて保存する。

To start, these four items are enough.

1. 読み込みテンプレート
2. 小さな修正テンプレート
3. バグ調査テンプレート
4. レビューテンプレート

For now, it is fine to save them in prompts.md.

project/
├── README.md
├── CLAUDE.md
└── prompts.md

CLAUDE.md is for rules to follow every time. prompts.md is for request templates to use when needed.

Separating them like this makes it easier to stay organized.

Practical Prompts to Use on DAY 8

DAY1〜DAY7の学びをもとに、
Claude Codeで繰り返し使う依頼文をテンプレート化してください。

作りたいテンプレート：
1. プロジェクト読み込み用
2. 小さな修正用
3. バグ調査用
4. レビュー用

条件：
- 初心者でもそのまま使える形にする
- 置き換える箇所は【】で示す
- いきなり実装しないルールを入れる
- 変更前に方針を説明させる
- 対象ファイル以外を変更しない制約を入れる
- 出力形式も指定する

まだファイルは変更せず、まずテンプレート案だけ提示してください。

What You Will Learn From Here On

By now, you have the basics in place to use Claude Code safely.

However, to truly use it in a professional setting, you need to take the next step.

テンプレートをどう管理するか
どの依頼文をどの場面で使うか
レビューで何を見るか
ミニ開発をどう完成まで持っていくか

In DAY 8, we first covered how to turn frequently used requests into templates.

In the next session, DAY 9, we will cover how to perform reviews and safety checks instead of blindly trusting what is created.

Summary

The conclusion of DAY 8 is this:

Everything you learned from DAY 1 to DAY 7 can be turned into a template.

読ませる
計画する
小さく直す
原因を調べる
レビューする
確認する

Once you formalize this process, you will be able to use Claude Code without having to explain things from scratch every time.

The goal of DAY 8 is to transform Claude Code from a one-off convenience tool into a repeatable work system.