Claude Code での開発を 4 つのコマンドで構造化する。
Claude Code で以下を実行:
/plugin marketplace add eris-ths/workflow-essentials
/plugin install workflow-essentials@eris-ths-workflow-essentials
または、手動でクローンして直接読み込む:
git clone https://github.com/eris-ths/workflow-essentials.git
claude --plugin-dir ./workflow-essentialsインストール後、Claude Code を再起動(/exit → 再度起動)すれば準備完了。
プラグインの更新後は /reload-plugins を実行すると、再起動なしで新バージョンが反映される。
/ctx → 前回の続きから再開
/devil → 変更をレビュー(品質 + セキュリティ)
/ship → テスト → コミット → デプロイ
/reflect → 学んだことを記録
外部サービス、データベース、事前設定は不要。
/ctx
前回 /ctx save で保存した文脈(何をやっていたか、次に何をするか)を自動復元。セッション終了時に /ctx save しておくだけ。
名前付きスロットで複数の作業文脈を管理することもできる:
/ctx save api ← API作業の文脈を保存
/ctx save frontend ← フロント作業の文脈を保存
/ctx list ← 保存済みスロット一覧
/ctx api ← API作業に切り替え
/devil
品質(ロジックバグ・パフォーマンス・エッジケース)とセキュリティ(OWASP Top 10)の両面からレビュー。懸念が見つかれば修正 → 再レビューを懸念ゼロまで繰り返す。
/devil --fix
懸念の自動修正まで一気に行う。
/ship
5 Phase を順番に実行:
- Review — 品質+セキュリティレビュー(/devil)
- Fix — 指摘の修正 → 再レビュー
- Test — テストスイート実行
- Commit — 変更をコミット
- Deploy — 本番反映(設定時)
/ship --dry
デプロイせずにコミットまで。初回はこちらが安心。
/reflect
セッション中の学び(踏んだ罠、成功パターン、判断の理由)を .claude/ctx/learnings.md に記録。次回 /ctx で復元した時に活きる。
朝: /ctx ← 昨日の続きから
[コーディング]
昼: /devil ← 午前の実装をチェック
[修正・追加実装]
夕: /ship ← まとめてリリース
/reflect ← 学びを記録
/ctx save ← 明日の自分へ引き継ぎ
全部使う必要はない。たとえば:
/devilだけ — PR前のセルフレビューとして/ctxだけ — セッション間の引き継ぎメモとして/shipだけ — コミット〜デプロイの定型作業を自動化
| コマンド | 機能 | 主なオプション |
|---|---|---|
/ctx |
セッション文脈の保存と復元 | save [slot], load [slot], list, delete <slot> |
/devil |
懸念収束型の批判的レビュー | --fix(自動修正) |
/ship |
5 Phase の出荷フロー | --dry, --skip-test |
/reflect |
学びを .claude/ctx/learnings.md に記録 | --clean(整理) |
.claude/ship.yml を作成すると /ship をカスタマイズできる:
test:
command: "npm test"
required: true
deploy:
command: "gcloud run deploy"
confirm: true
commit:
convention: "conventional"- 設定なしで動く — インストールしたらすぐ使える
- ファイルベース — 外部依存なし
- 段階的に使える — 1コマンドだけでも価値がある
- 設定より規約 — 合理的なデフォルト、必要に応じて上書き
22 以上のプロジェクトを通じて磨かれた開発ワークフローから、汎用部分を抽出・簡素化したもの。
v1.1.1 — 2026-03-14