Cline、カンバンを自律型コーディングマシンへ変える20のワンショットプロンプト
Clineは、カンバンボードをプロジェクト管理ツールではなくコードエージェントのオーケストレーション層として再定義し、サイドバーチャットで実行する20のワンショットプロンプトを発表した。これにより複雑なプロジェクトの分解や自動化が可能になる。
Source Article
元記事を日本語で読む
本文に関係しない購読案内、埋め込み通知、サイト内プロモーションは除いています。
image多くの人が Cline の Kanban を見て、単なるタスクボードだと考えがちです。カードや列、ドラッグ&ドロップといった機能に目が行きがちですが、Kanban はプロジェクト管理ツールではありません。これはコーディングエージェントを統率するオーケストレーション層であり、真の威力を発揮するのはサイドバーチャットです。
Kanban エージェント内のプロンプト一つで、複雑なプロジェクトをリンクされたタスクカードに分解し、複数のエージェント間で並列実行できるように広げることができます。さらに、あるタスクが完了すると次のタスクが自動的に起動する連鎖も可能です。その結果、一語の指示からコードベース全体へのコミットまで、エンドツーエンドの自律的なワークフローを実現できます。
私たちは 5 つのカテゴリーにわたる 20 のスタータープロンプトをまとめました。いずれもコピー&ペーストですぐに Kanban サイドバーチャットで使えるものです。これらはリンクされた依存関係チェーンを作成し、エージェントの並列実行を最大化して、実際に動作するコードを生み出します。
インストールは npm i -g cline で行い、任意のプロジェクトディレクトリで cline を実行すれば試せます。
4) データベースを含むフルスタックアプリ
グリーンフィールド(新規)アプリケーションのスケーフォールディング
これらのプロンプトはゼロから新しいプロジェクトを構築します。重要なパターンは、まず基盤を整えた上で、互いに依存しない機能について並列タスクを広げることです。
- 一からの Express API
このプロジェクトのための本番環境対応可能な Express API を構築しましょう。タスクを以下のように分割します。
1) TypeScript と tsconfig、nodemon を使用した開発用スクリプトを含む Express のセットアップ
2) { status: "ok", timestamp } を返す GET /health エンドポイントによるヘルスチェックの追加
3) pino による構造化 JSON ログの導入
4) 適切なエラーレスポンス形式を持つグローバルエラーハンドリングミドルウェアの実装
5) CORS と helmet セキュリティミドルウェアの追加
これらは順次リンクさせ、それぞれが直前のタスクを基盤として構築されるようにします。タスク 1.2 から開始してください。
React + Vite フロントエンド
このプロジェクトのための React フロントエンドを Vite でスケフォールドしましょう。タスクは以下の通りです。
1) Vite を React と TypeScript テンプレートで初期化し、tsconfig および vite.config にパスエイリアスを追加
2) レイアウトコンポーネント、ホームページ、404 ページを含む React Router のセットアップ
3) src/components/ui に Button、Card、Input、Modal などの再利用可能な UI コンポーネントライブラリを追加し、基本的なスタイリングを実装
4) CSS 変数と React Context を活用したダーク/ライトテーマプロバイダーの追加
タスク 1 → 2 → 3 の順でリンクさせ、ルーティング設定後にコンポーネントとテーマ機能が並列で動作するようにします。また、1 → 4 のリンクも設定してください。タスク 1.3 から開始しましょう。
CLI ツール
このリポジトリに Node.js CLI ツールを構築します。タスクは以下の通りです。
1) TypeScript を使用し、package.json に bin エントリを追加し、コマンド引数の解析には commander.js を設定してプロジェクトをセットアップする
2) prompts を使用して対話形式で設定ファイルをスケフォールドする「init」コマンドを追加する
3) ora によるプログレススピナーを実装し、設定ファイルを読み込んでメインロジックを実行する「run」コマンドを追加する
4) chalk で色付きの出力を可能にし、デバッグログ用の --verbose フラグを追加する
タスク 1 から 2、1 から 3、そして 1 から 4 へリンクを設定し、セットアップ完了後にこれら 3 つのコマンドが並列で構築されるようにします。タスク 1 を開始してください。
⭐ 4. データベースを備えたフルスタックアプリ – ページ上部の動画デモをご覧ください。たった一つのプロンプトで、SQLite に基づく型付き Express API が生成されます。完全な CRUD 操作、入力検証、シードデータも含まれています。5 つのリンクされたタスクと、2 つの並列ブランチがあります。
Express バックエンドと SQLite データベースを備えたフルスタックアプリをセットアップします。タスクは以下の通りです。
1) TypeScript で Express を初期化し、better-sqlite3 をインストールする
2) src/db.ts にデータベースモジュールを作成し、SQLite を初期化して「users」テーブル(id, name, email, created_at)を作成する
3) CRUD API ルートを実装します:GET /users、GET /users/:id、POST /users、PUT /users/:id、DELETE /users/:id
4) POST および PUT ルートに対して zod スキーマを使用した入力検証ミドルウェアを追加する
5) 10 件のサンプルユーザーを挿入するシードスクリプトを追加する
タスク 1 → 2 → 3 → 4 の順序でリンクし、かつ 2 → 5 のリンクを設定して、ルート開発と並行してデータシードが実行されるようにします。タスク 1 を開始してください。
コードベースの近代化と移行
レガシーコードこそが、Kanban の並列実行能力を最も発揮させる場です。これらのプロンプトはまず監査を行い、その後複数のリファクタリングタスクを同時に展開します。
- JavaScript から TypeScript への移行
この JavaScript プロジェクトを TypeScript に移行してください。タスク:1) strict モード付きの tsconfig.json を追加し、typescript と ts-node をインストールしてエントリーポイントを .ts に変更する 2) src/ ディレクトリ内のすべての .js ファイルを .ts にリネームし、明示的な型注釈で即座に型エラーを修正する 3) コードベース全体で関数のパラメータと戻り値の型定義を追加する 4) require() 呼び出しをすべて ES モジュールの import に置き換え、必要に応じて package.json に "type": "module" を追加する 5) tsc を使用したビルドスクリプトを追加し、コンパイル後の出力が正しく動作するか検証する。タスクは 1 → 2 → 3 → 4 → 5 の順でリンクしてください。タスク 1 から開始。
- 依存関係の監査とアップグレード
このプロジェクトの依存関係を検証し、アップグレードしてください。タスク:1) npm outdated を実行し、メジャーバージョンの更新があるパッケージをすべて特定して報告書を UPGRAD_PLAN.md として作成します(各パッケージ名、現在のバージョン、対象バージョン、既知の破壊的変更を含める)。2) プロジェクト全体で非破壊的なマイナーおよびパッチバージョンをアップグレードする。3) メジャーバージョンのパッケージは一つずつアップグレードし、その都度コード内の破壊的変更を修正する。4) depcheck で不要な依存関係が特定されたら削除します。リンク:1 → 2、1 → 3、1 → 4。監査完了後にクリーンアップとアップグレードを並列実行してください。タスク 1 を開始。
- ESLint と Prettier の追加 – このプロンプトは、二つの完全に独立したツール設定を並列で実行し、それぞれのツールの自動修正を別々のワークツリーに適用します。各エージェントが孤立して動作するため、競合は発生しません。
このプロジェクトにコード品質ツールを追加してください。タスク:1) @eslint/js と typescript-eslint を使用したフラット構成ファイルで ESLint をインストール・設定し、「no-unused-vars」「consistent-return」「no-console」を警告として適用する。2) .prettierrc でシングルクォート、セミコロンなし、インデント 2 スペースのルールで Prettier をインストール・設定する。3) コードベース全体で eslint --fix を実行し、自動修正された変更をコミットする。4) コードベース全体で prettier --write を実行し、フォーマットされた変更をコミットする。リンク:1 → 3、2 → 4。リンティングとフォーマット処理を並列実行してください。タスク 1 と 2 を開始。
Cline Kanban: ESLint と Prettier の CI/CD 追加
- 共通ユーティリティの抽出
このコードベースのリファクタリングは、重複したロジックの抽出を目的としています。具体的なタスクは以下の通りです。
1) コードベースを検索し、重複するパターン(検証ロジック、文字列フォーマット、日付処理、エラー構築など)を特定して、REFACTOR_PLAN.md にリストアップします。
2) 特定された各パターンに対応するモジュールを作成するため、src/utils/ディレクトリに validation.ts、format.ts、dates.ts、errors.ts を配置します。
3) コードベース全体にある重複コードを置き換え、新しいユーティリティモジュールからのインポートを使用するようにします。
4) 既存のテストフレームワークを用いて、各ユーティリティモジュールに対して単体テストを追加します。
リンク関係は「1 → 2 → 3」および「2 → 4」となります。これにより、テストとリファクタリングを並列で実行できます。タスク 1 から開始してください。
テスティングと品質保証
Kanban(カンバン)において、テスティングは最も価値の高い用途の一つです。なぜなら、単体テスト、統合テスト、ドキュメント作成は本質的に独立しており、これらは完璧に並列展開できるからです。
⭐ 9. 包括的なテストスイート -- 4 つのタスクから構成されますが、真の魔法となるのはリンクパターンです。テストフレームワークの設定完了後、単体テストと統合テストが同時に構築され、最終的に CI カバレッジゲートで収束します。
このプロジェクトにテストスイートを追加します。タスク:
1) TypeScript サポート付きの vitest をインストール・設定し、package.json に test および test:coverage スクリプトを追加する。
2) src/utils または src/lib 内のすべてのユーティリティ関数とヘルパーモジュールに対してユニットテストを作成し、これらのファイルでカバレッジ率 100% を目指す。
3) supertest を使用してすべての API ルートにインテグレーションテストを追加し、成功ケースとエラーケースの両方をカバーする。
4) カバレッジ率が 80% を下回った場合に失敗する test:ci スクリプトを追加する。タスク 1 → 2 および 1 → 3 のようにユニットテストとインテグレーションテストを並列で実行し、その後 2 → 4 および 3 → 4 のように CI スクリプトを最後に実行する順序にする。
タスク 1 から開始。Cline Kanban Comprehensive Test Suite
- API ドキュメント
このプロジェクトのすべての API を文書化します。タスク:
1) swagger-jsdoc と swagger-ui-express をインストールし、/api-docs でドキュメントを提供するように設定する。
2) 各ルートハンドラーに JSDoc アノテーション(@swagger タグ付き)を追加し、メソッド、パス、パラメータ、リクエストボディスキーマ、レスポンススキーマを文書化する。
3) swagger アノテーション内に、各エンドポイントのサンプルリクエスト/レスポンスペイロードを追加する。
4) README に、API ドキュメントへのローカルアクセス方法と、利用可能なすべてのエンドポイントを簡潔な説明付きでリストしたセクションを追加する。タスク 1 → 2 → 3 の順序とし、タスク 1 の完了後にタスク 4 を並列実行する。
タスク 1 から開始。
- エラーハンドリングの強化
このコードベース全体でエラーハンドリングを強化してください。タスクは以下の通りです。
1) src/errors.ts にカスタム AppError クラスを作成します。これは Error を継承し、statusCode、isOperational、context フィールドを持ちます。また、notFound、badRequest、unauthorized、internal エラー用のファクトリ関数も用意してください。
2) Express のエラーハンドリングミドルウェアを追加します。AppError インスタンスをキャッチし、適切なステータスコードとともに構造化された JSON 形式のエラーレスポンスを返すように実装します。
3) すべてのルートハンドラを監査し、raw throw や try-catch パターンを新しい AppError クラスに置き換えてください。
4) プロセスレベルの uncaught exception ハンドラと unhandled rejection ハンドラを追加し、例外ログを出力した上でシステムを安全にシャットダウンできるようにします。
依存関係は以下の通りです:1 → 2 → 3 と、並列で 1 → 4 です。タスク 1 から開始してください。
次に、構造化ログの導入を行います。
このアプリケーションに構造化ロギングを追加してください。タスクは以下の通りです。
1) pino と pino-http をインストールし、src/logger.ts にロガーモジュールを作成します。LOG_LEVEL 環境変数でログレベルを柔軟に設定できる JSON ログを出力する仕様とします。
2) pino-http を使用したリクエストログミドルウェアを追加します。すべてのリクエストに対して HTTP メソッド、URL、ステータスコード、レスポンス時間を記録します。
3) 既存のルートハンドラおよびサービス関数にコンテキスト付きロギングを実装します。処理開始時、エラー発生時、完了時にログを出力し、ユーザー ID やリソース ID など関連するコンテキスト情報を含めます。
4) コーレレーション ID ミドルウェアを追加します。各リクエストごとに UUID を生成し、そのリクエストに関連するすべてのログ行に付与します。
依存関係は以下の通りです:1 → 2 と 1 → 4 は並列で実行し、その後 2 → 3 および 4 → 3 の順で処理を行います。ルートレベルのロギングは最後に実装してください。タスク 1 から開始します。
Feature development
これらのプロンプトは、実際に製品に追加される機能を実現するものです。機能には相互依存関係が多いため、リンクパターンはより複雑になりますが、Kanban がその調整役を担います。
⭐ 13. 認証システム -- このコレクションで最も複雑な単一のプロンプトです。5 つのタスクと 3 つの並列ブランチ、そして収束ポイントが含まれています。サイドバーのメッセージ一つで、登録、ログイン、JWT ミドルウェア、ルート保護機能を備えた完全な認証システムが構築されます。
この Express アプリに JWT 認証を追加してください。タスク:
1) jsonwebtoken と bcryptjs をインストールし、src/auth/ディレクトリを作成します。ここでパスワードのハッシュ化と JWT トークンの生成・検証を行うモジュールを実装し、環境変数でシークレットキーと有効期限を設定できるようにします。
2) POST /auth/register エンドポイントを追加します。メールアドレスとパスワードを検証し、パスワードをハッシュ化してユーザーを保存した後、JWT を返します。
3) POST /auth/login エンドポイントを追加します。認証情報を検証し、パスワードハッシュと比較して JWT を返します。
4) 認証ミドルウェアを追加します。Authorization ヘッダーから JWT を抽出・検証し、req.user にユーザー情報を付加します。
5) /health および/auth/* 以外の既存のすべてのルートを、この認証ミドルウェアで保護します。
リンク関係: タスク 1 から 2, 3, 4 へ分岐させ、登録・ログイン・ミドルウェアを並列で構築します。その後、2→5, 3→5, 4→5 とつなぎ、最後にルート保護を実装します。タスク 1 から開始してください。
Cline Kanban Authentication System
- 検索とフィルタリング
この API の既存のリストエンドポイントに検索とフィルタリング機能を追加します。以下のタスクを実行してください。
1) src/utils/query.ts にクエリパーサーユーティリティを作成し、req.query からページ番号 (page)、制限数 (limit)、ソート項目 (sort)、順序 (order)、および任意のフィルタフィールドを抽出するロジックを実装します。ここで適切なデフォルト値と検証処理を設定してください。
2) GET リストエンドポイントを更新し、?search= パラメータを受け付けて、テキストフィールド全体で大文字小文字を区別しない部分一致検索を行えるようにします。
3) ページネーション機能を追加し、レスポンス形式を { data, total, page, limit, totalPages } に統一して結果を返すようにします。
4) ?sort=field&order=asc|desc のようなパラメータに対応したソート機能を実装します。
検索、ページネーション、ソートの各機能は、クエリパーサーの実装後に並列に構築されるため、依存関係は「1 → 2」「1 → 3」「1 → 4」となります。まずはタスク 1 から着手してください。
この Express アプリにファイルアップロード機能を実装します。以下の手順で進めてください。
1) multer をインストールし、uploads/ ディレクトリへのディスクストレージを設定します。ファイルサイズ制限は 10MB とし、画像形式 (jpg, png, gif, webp) のみ許可するように設定してください。
2) POST /upload エンドポイントを追加し、単一のファイルを受け付けて検証・保存を行い、{ filename, originalName, size, mimetype, url } の形式でレスポンスを返します。
3) GET /uploads/:filename エンドポイントを設け、アップロードされたファイルを適切な content-type ヘッダーと共に提供できるようにします。また、存在しないファイルの場合は 404 を返す処理も実装してください。
4) 30 日以上経過したアップロードファイルを削除するクリーンアップユーティリティを追加し、DELETE /uploads/cleanup エンドポイントから呼び出せるようにします。
依存関係は「1 → 2 → 3」および「1 → 4」となります。タスク 1 から開始してください。
WebSocket を用いたリアルタイム更新機能を実装します。
この Express アプリに WebSocket サポートを追加し、リアルタイム更新を実現しましょう。タスクは以下の通りです。
1) ws をインストールし、既存の HTTP サーバーと統合された WebSocket サーバーを構築します。また、src/ws.ts に接続マネージャーを作成して、ID ごとに接続中のクライアントを追跡できるようにします。
2) すべての接続済みクライアントへ JSON メッセージを送信するか、特定のクライアント ID 宛に送信するブロードキャストユーティリティを追加します。
3) 既存の POST、PUT、DELETE ルートハンドラーを修正し、変更処理が成功した後に WebSocket イベント(例:{ event: "user:created", data: user })を発行するようにします。
4) ハートビートの ping/pong メカニズムを実装し、30 秒ごとに接続の stale(古くなった状態)を検出してクリーンアップできるようにします。
依存関係は「1 → 2 → 3」で順次実行し、「1 → 4」を並列で実行してください。タスク 1 から開始します。
DevOps とインフラストラクチャ
インフラ関連の作業は、しばしば退屈で反復的なものになりがちです。しかし、Dockerfile、CI 設定ファイル、.dockerignore ファイルが互いに依存していないため、並列実行には非常に適しています。
- アプリケーションを Dockerize する
このアプリケーションを Docker 化します。タスクは以下の通りです。
1) マルチステージ Dockerfile の作成:ビルドステージでは依存関係をインストールして TypeScript をコンパイルし、本番環境ステージではコンパイル済み出力と本番用依存関係のみをコピー、非ルートユーザーとしてポート 3000 で実行します。
2) docker-compose.yml の作成:アプリサービス、ヘルスチェック、.env ファイルからの環境変数、必要に応じてアップロード用のボリュームマウントを含めます。
3) .dockerignore ファイルの追加:node_modules、.git、.env、dist、テストファイルを除外します。
4) npm スクリプトの追加:docker:build、docker:run、docker:stop を用意し、README にドキュメント化します。
リンク 1 と 3 は並列で実行(両方とも独立したファイル)、その後 1 → 2 → 4 の順でコンポーズとドキュメントを処理します。タスク 1 と 3 から開始してください。
⭐ 18. GitHub Actions CI/CD – 4 つのタスク、うち 3 つは最初から並列実行されます。CI ワークフロー、リリースワークフロー、コントリビューションドキュメントが同時にビルドされ、最後に README のバッジ追加で収束します。通常なら午後を要するインフラセットアップを、Kanban は数分で完了させます。
このプロジェクトに GitHub Actions の CI/CD を追加します。タスクは以下の通りです。
1) .github/workflows/ci.yml を作成し、main ブランチへのプッシュとプルリクエストで実行されるように設定します。コードのチェックアウト、依存関係のインストール、リンティングの実行、カバレッジ付きでのテスト実行を行い、カバレッジが閾値を下回った場合は失敗させます。
2) .github/workflows/release.yml を作成し、v* に一致するタグが付与された際に実行されるように設定します。プロジェクトをビルドし、自動生成されたリリースノートを含む GitHub リリースを作成します。
3) CONTRIBUTING.md に、main ブランチには CI の合格が必要であるというブランチ保護ルールの推奨事項を追記します。
4) README.md の先頭に CI ワークフローのステータスバッジを追加します。リンク 1 と 2 はどちらも 4 を指し、両方のワークフローが存在した後にバッジが表示されるように設定します。
タスク 1、2、3 は並列で実行し、すべてのタスクを開始してください。
Cline Kanban GitHub Actions CI/CD
- 環境設定の整備
このプロジェクトに適切な環境設定を追加します。タスクは以下の通りです。
1) dotenv をインストールし、src/config.ts モジュールを作成します。このモジュールではすべての環境変数を読み込んで検証し、デフォルト値を設定して型付きの設定オブジェクトをエクスポートします。対象となる変数は PORT、NODE_ENV、LOG_LEVEL、DATABASE_URL、JWT_SECRET です。
2) 必要な変数とプレースホルダー値を含む .env.example ファイルを作成し、.env を .gitignore に追加します。
3) コードベース全体に散在する process.env の参照をすべて置き換え、設定モジュールからのインポートを使用するように変更します。
4) アプリケーション終了前に、すべての必須環境変数が存在するかチェックする起動時の検証を追加します。不足している変数がある場合は、明確なエラーメッセージとともにログ出力し、その後アプリを終了させます。
タスク 1 と 2、および 1 と 3 は並列でリンク付けし、その後に 3 から 4 を実行してください。タスク 1 から開始します。
- Monorepo のセットアップ
このプロジェクトをモノレポへ移行します。タスクは以下の通りです。
1) Turborepo をインストールし、ルートに turbo.json を作成して設定します。既存のアプリコードを packages/api へ移動させ、すべてのパスとインポートをそれに合わせて更新してください。
2) パッケージ間で共有する共通の TypeScript タイプ、ユーティリティ関数、定数を含む packages/shared を新規作成します。
3) packages/shared から型をインポートする、最小限の React + Vite フロントエンドとして packages/web を新規作成します。
4) ルートの package.json にワークスペーススクリプトを設定します。dev は全パッケージを実行し、build は全パッケージをビルドし、test は全パッケージを検証し、lint は全パッケージをチェックします。
依存関係は以下の通りです:1 → 2 と 1 → 3 を並列で実行(どちらもモノレポ構造に依存)、その後 2 → 4 および 3 → 4 を実行して、ワークスペーススクリプトがすべてのパッケージ作成後に設定されるようにします。タスク 1 から開始してください。
これらの 20 のプロンプトは出発点に過ぎません。真の創造的な可能性は、あなた自身のプロジェクトのために構築するワークフローの中にあります。他者が思いつかない移行スクリプト、あなたのスタック固有のテストパターン、チームを毎週数時間節約できるインフラのレシピなどです。
私たちは、あなたがどのようなアイデアを持ってくるかを見てみたいです。Twitter/X で #OneShotShip というハッシュタグをつけて最高の one-shot Kanban プロンプトを共有するか、Discord や Reddit に投稿してください。Cline として見つけられるよう、@Cline とタグ付けしてください。最も創造的で効果的なプロンプトは、今後の Cline のコンテンツで取り上げられます。
また、Kanban をベースにオープンソースツールやワークフロー、統合を開発している場合は、100 万ドルのオープンソース助成プログラムに応募可能です。素晴らしいものを構築し、継続するための資金を獲得しましょう。
まずは以下を実行してください。
npm i -g clineこれで Cline がインストールされます。
原文を表示
imageMost people look at Cline Kanban and see a board. Cards, columns, drag and drop. But Kanban isn't a project management tool. It's an orchestration layer for coding agents; the sidebar chat is where the real leverage lives.
One prompt in the Kanban Agent can decompose a complex project into linked task cards, fan them out for parallel execution across multiple agents, and chain them so one finishing triggers the next. The result is end-to-end autonomous workflows that go from a single sentence to committed code across your entire codebase.
We put together 20 starter prompts across five categories. Each one is copy-paste ready for the Kanban sidebar chat. They create linked dependency chains, maximize parallel agent execution, and produce real, working code. Install with npm i -g cline, run cline in any project directory, and try them.
4) Full-stack with database
Greenfield app scaffolding
These prompts build new projects from scratch. The key pattern: set up the foundation first, then fan out parallel tasks for features that don't depend on each other.
- Express API from scratch
Build a production-ready Express API for this project. Break it into tasks:
1) Set up Express with TypeScript, tsconfig, and a dev script with nodemon
2) Add a health check endpoint at GET /health returning { status: "ok",
timestamp } 3) Add structured JSON logging with pino 4) Add global error
handling middleware with proper error response format 5) Add CORS and helmet
security middleware. Link them sequentially – each builds on the last. Start
task 1.2. React + Vite frontend
Scaffold a React frontend with Vite for this project. Tasks: 1) Initialize
Vite with React and TypeScript template, add path aliases in tsconfig and
vite.config 2) Set up React Router with a layout component, home page, and
404 page 3) Add a reusable component library – Button, Card, Input, Modal –
in src/components/ui with basic styling 4) Add a dark/light theme provider
using CSS variables and React context. Link 1 → 2 → 3, and 1 → 4 so theming
and components run in parallel after routing is set up. Start task 1.3. CLI tool
Build a Node.js CLI tool in this repo. Tasks: 1) Set up the project with
TypeScript, a bin entry in package.json, and commander.js for argument
parsing 2) Add a "init" command that scaffolds a config file interactively
using prompts 3) Add a "run" command that reads the config and executes the
main logic with a progress spinner using ora 4) Add colorized output with
chalk and a --verbose flag for debug logging. Link 1 → 2, 1 → 3, and 1 → 4
so all three commands build in parallel after setup. Start task 1.⭐ 4. Full-stack with database – Video depiction at the top of the page. A single prompt gives you a typed Express API backed by SQLite with full CRUD, input validation, and seed data. Five linked tasks, two parallel branches.
Set up a full-stack app with Express backend and SQLite database. Tasks: 1)
Initialize Express with TypeScript and install better-sqlite3 2) Create a
database module in src/db.ts that initializes SQLite, creates a "users"
table with id, name, email, created_at 3) Add CRUD API routes: GET /users,
GET /users/:id, POST /users, PUT /users/:id, DELETE /users/:id 4) Add input
validation middleware using zod schemas for the POST and PUT routes 5) Add
seed script that populates 10 sample users. Link 1 → 2 → 3 → 4, and 2 → 5 so
seeding runs in parallel with route development. Start task 1.Codebase modernization and migration
Legacy code is where Kanban's parallel execution really shines. These prompts audit first, then fan out multiple refactoring tasks simultaneously.
- JavaScript to TypeScript migration
Migrate this JavaScript project to TypeScript. Tasks: 1) Add tsconfig.json
with strict mode, install typescript and ts-node, rename entry point to .ts
2) Rename all .js files in src/ to .ts and fix immediate type errors with
explicit type annotations 3) Add type definitions for all function
parameters and return types across the codebase 4) Replace any require()
calls with ES module imports and update package.json with "type": "module"
if needed 5) Add a build script using tsc and verify the compiled output
runs correctly. Link sequentially 1 → 2 → 3 → 4 → 5. Start task 1.6. Dependency audit and upgrade
Audit and upgrade dependencies in this project. Tasks: 1) Run npm outdated,
identify all packages with major version bumps, and create a report as
UPGRADE_PLAN.md listing each package, current version, target version, and
known breaking changes 2) Upgrade all non-breaking minor and patch versions
across the project 3) Upgrade major version packages one at a time, fixing
breaking changes in the code after each upgrade 4) Remove any unused
dependencies identified by depcheck. Link 1 → 2, 1 → 3, and 1 → 4 so cleanup
and upgrades run in parallel after the audit. Start task 1.⭐ 7. Add ESLint and Prettier – This prompt runs two completely independent tooling setups in parallel, then applies each tool's auto-fixes in separate worktrees. Zero conflicts because each agent works in isolation.
Add code quality tooling to this project. Tasks: 1) Install and configure
ESLint with a flat config file using @eslint/js and typescript-eslint, with
rules for no-unused-vars, consistent-return, and no-console as warnings 2)
Install and configure Prettier with a .prettierrc that uses single quotes,
no semicolons, and 2-space tabs 3) Run eslint --fix across the entire
codebase and commit the auto-fixed changes 4) Run prettier --write across
the entire codebase and commit the formatted changes. Link 1 → 3 and 2 → 4
so linting and formatting run in parallel. Start tasks 1 and 2.Cline Kanban Add ESLint and Prettier CI/CD
- Extract shared utilities
Refactor this codebase to extract duplicated logic. Tasks: 1) Scan the
codebase for duplicated patterns – repeated validation logic, string
formatting, date handling, error construction – and list them in a
REFACTOR_PLAN.md 2) Create a src/utils/ directory with modules for each
identified pattern: validation.ts, format.ts, dates.ts, errors.ts 3) Replace
all duplicated code across the codebase with imports from the new utility
modules 4) Add unit tests for each utility module using the existing test
framework. Link 1 → 2 → 3, and 2 → 4 so tests and refactoring run in
parallel. Start task 1.Testing and quality
Testing is one of the highest-value uses for Kanban because unit tests, integration tests, and documentation are naturally independent -- they fan out perfectly.
⭐ 9. Comprehensive test suite -- Four tasks, but the real magic is the linking pattern: unit tests and integration tests build simultaneously after the test framework is configured, then converge on the CI coverage gate.
Add a test suite to this project. Tasks: 1) Install and configure vitest
with TypeScript support, add test and test:coverage scripts to package.json
2) Write unit tests for all utility functions and helper modules in
src/utils or src/lib, aiming for 100% coverage on those files 3) Write
integration tests for all API routes using supertest, covering success cases
and error cases 4) Add a test:ci script that runs tests with coverage and
fails if coverage drops below 80%. Link 1 → 2 and 1 → 3 so unit and
integration tests build in parallel, then 2 → 4 and 3 → 4 so the CI script
comes last. Start task 1.Cline Kanban Comprehensive Test Suite
- API documentation
Document all APIs in this project. Tasks: 1) Install swagger-jsdoc and
swagger-ui-express, configure them to serve docs at /api-docs 2) Add JSDoc
annotations with @swagger tags to every route handler documenting the
method, path, parameters, request body schema, and response schema 3) Add
example request/response payloads for each endpoint in the swagger
annotations 4) Add a README section documenting how to access the API docs
locally and listing all available endpoints with brief descriptions. Link 1
→ 2 → 3, and run 4 in parallel after 1. Start task 1.11. Error handling hardening
Harden error handling across this codebase. Tasks: 1) Create a custom
AppError class in src/errors.ts that extends Error with statusCode,
isOperational, and context fields, plus factory functions for notFound,
badRequest, unauthorized, and internal errors 2) Add an Express error-
handling middleware that catches AppError instances and returns structured
JSON error responses with appropriate status codes 3) Audit every route
handler and replace raw throw/try-catch patterns with the new AppError
classes 4) Add a process-level uncaught exception and unhandled rejection
handler that logs and gracefully shuts down. Link 1 → 2 → 3, and 1 → 4 in
parallel. Start task 1.12. Add logging and observability
Add structured logging to this application. Tasks: 1) Install pino and pino-
http, create a logger module in src/logger.ts that outputs JSON logs with
configurable log levels via LOG_LEVEL env var 2) Add request logging
middleware using pino-http that logs method, url, status code, and response
time for every request 3) Add contextual logging to all existing route
handlers and service functions – log on entry, on error, and on completion
with relevant context like user IDs or resource IDs 4) Add a correlation ID
middleware that generates a UUID per request and attaches it to all log
lines for that request. Link 1 → 2 and 1 → 4 in parallel, then 2 → 3 and 4 →
3 so the route logging comes last. Start task 1.Feature development
These prompts add real product features. The linking patterns here are more complex because features have more interdependencies -- but Kanban handles the orchestration.
⭐ 13. Authentication system -- This is the most complex single prompt in the collection. Five tasks, three parallel branches, a convergence point. One sidebar message gives you a complete auth system with registration, login, JWT middleware, and route protection.
Add JWT authentication to this Express app. Tasks: 1) Install jsonwebtoken
and bcryptjs, create a src/auth/ directory with modules for password
hashing and JWT token generation/verification with configurable secret and
expiry via env vars 2) Add POST /auth/register endpoint that validates
email/password, hashes the password, stores the user, and returns a JWT 3)
Add POST /auth/login endpoint that validates credentials, compares the
password hash, and returns a JWT 4) Add an auth middleware that extracts
the JWT from the Authorization header, verifies it, and attaches the user
to req.user 5) Protect all existing routes except /health and /auth/* with
the auth middleware. Link 1 → 2, 1 → 3, 1 → 4 so register, login, and
middleware build in parallel, then 2 → 5, 3 → 5, 4 → 5 so route protection
comes last. Start task 1.Cline Kanban Authentication System
- Search and filtering
Add search and filtering to the existing list endpoints in this API. Tasks:
1) Create a query parser utility in src/utils/query.ts that extracts page,
limit, sort, order, and arbitrary filter fields from req.query with sensible
defaults and validation 2) Update the GET list endpoints to accept ?search=
parameter that does a case-insensitive partial match across text fields 3)
Add pagination support – return results with { data, total, page, limit,
totalPages } response format 4) Add sort support with ?
sort=field&order=asc|desc. Link 1 → 2, 1 → 3, 1 → 4 so search, pagination,
and sorting build in parallel after the query parser. Start task 1.15. File upload endpoint
Add file upload capability to this Express app. Tasks: 1) Install multer and
configure it with disk storage in an uploads/ directory, 10MB file size
limit, and allowed extensions for images (jpg, png, gif, webp) 2) Add POST
/upload endpoint that accepts a single file, validates it, stores it, and
returns { filename, originalName, size, mimetype, url } 3) Add GET
/uploads/:filename endpoint that serves the uploaded file with proper
content-type headers and 404 handling 4) Add a cleanup utility that deletes
uploaded files older than 30 days, callable via a DELETE /uploads/cleanup
endpoint. Link 1 → 2 → 3, and 1 → 4 in parallel. Start task 1.16. WebSocket real-time updates
Add WebSocket support to this Express app for real-time updates. Tasks: 1)
Install ws, integrate a WebSocket server with the existing HTTP server, and
create a connection manager in src/ws.ts that tracks connected clients by ID
2) Add a broadcast utility that sends a JSON message to all connected
clients or to specific client IDs 3) Modify the existing POST, PUT, and
DELETE route handlers to emit WebSocket events after successful mutations –
e.g., { event: "user:created", data: user } 4) Add a heartbeat ping/pong
mechanism that detects and cleans up stale connections every 30 seconds.
Link 1 → 2 → 3, and 1 → 4 in parallel. Start task 1.DevOps and infrastructure
Infrastructure tasks are often tedious and repetitive. They're also perfectly suited for parallel execution because a Dockerfile, a CI config, and a .dockerignore don't depend on each other.
- Dockerize the application
Dockerize this application. Tasks: 1) Create a multi-stage Dockerfile –
builder stage that installs deps and compiles TypeScript, production stage
that copies only compiled output and production deps, runs as non-root user
on port 3000 2) Create a docker-compose.yml with the app service, health
check, environment variables from .env, and a volume mount for uploads if
applicable 3) Add a .dockerignore file excluding node_modules, .git, .env,
dist, and test files 4) Add npm scripts: docker:build, docker:run,
docker:stop and document them in the README. Link 1 → 3 in parallel (both
are independent files), then 1 → 2 → 4 for the compose and docs. Start
tasks 1 and 3.⭐ 18. GitHub Actions CI/CD – Four tasks, three running in parallel from the start. CI workflow, release workflow, and contributing docs all build simultaneously, then converge on adding README badges. This is the kind of infrastructure setup that normally takes an afternoon. Kanban does it in minutes.
Add GitHub Actions CI/CD to this project. Tasks: 1) Create
.github/workflows/ci.yml that runs on push and PR to main – checks out
code, installs deps, runs linting, runs tests with coverage, and fails if
coverage is below threshold 2) Create .github/workflows/release.yml that
runs on tags matching v* – builds the project, creates a GitHub release
with auto-generated notes 3) Add a branch protection rules recommendation
in CONTRIBUTING.md documenting that main requires CI to pass 4) Add status
badges for CI workflow to the top of README.md. Link 1 → 4 and 2 → 4 so
badges come after both workflows exist. Run 1, 2, and 3 in parallel. Start
all tasks.Cline Kanban GitHub Actions CI/CD
- Environment configuration
Add proper environment configuration to this project. Tasks: 1) Install
dotenv, create a src/config.ts module that loads and validates all
environment variables with defaults, exports a typed config object –
include PORT, NODE_ENV, LOG_LEVEL, DATABASE_URL, JWT_SECRET 2) Create
.env.example with all required variables and placeholder values, add .env
to .gitignore 3) Replace all process.env references scattered across the
codebase with imports from the config module 4) Add a startup validation
that checks all required env vars are present and logs which are missing
with a clear error message before the app exits. Link 1 → 2 and 1 → 3 in
parallel, then 3 → 4. Start task 1.20. Monorepo setup
Convert this project into a monorepo. Tasks: 1) Install and configure
Turborepo with a root turbo.json, move the existing app code into
packages/api, update all paths and imports accordingly 2) Create
packages/shared with common TypeScript types, utility functions, and
constants that will be shared across packages 3) Create packages/web as a
minimal React + Vite frontend that imports types from packages/shared 4)
Configure the root package.json with workspace scripts: dev (runs all
packages), build (builds all), test (tests all), and lint (lints all). Link
1 → 2, 1 → 3 in parallel (both depend on the monorepo structure), then
2 → 4 and 3 → 4 so workspace scripts come after all packages exist. Start
task 1.Now show us yours
These 20 prompts are starting points. The real creative potential is in the workflows you build for your own projects – the migration scripts nobody else has thought of, the testing patterns specific to your stack, the infrastructure recipes that save your team hours every week.
We want to see what you come up with. Share your best one-shot Kanban prompts with #OneShotShip on Twitter/X, or post them in our Discord and Reddit. Tag us at Cline so we can find them. The most creative and effective prompts will get featured in future Cline content.
And if you're building open source tools, workflows, or integrations on top of Kanban, our $1M open source grant program is accepting applications. Build something great and get funded to keep going.
Get started:
npm i -g cline
cline
関連記事
今日のまとめ
AIデイリーブリーフで今日の重要ニュースをまとめ読み