concise-planning
実用的なコーディングタスクプランの生成
曖昧なプロジェクトリクエストを構造化され実行可能なチェックリストに変換します。妥当な仮定を行い、アトミックで動詞から始まるアクションアイテムを提供することで、往復のやり取りを削減します。
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "concise-planning". プロダクトリストエンドポイントにページネーションを追加するプラン
Résultat attendu:
- # プラン
- 設定可能なページサイズとソートオプション付きで、GET /products エンドポイントにオフセットベースのページネーションを実装します。
- ## スコープ
- - In: プロダクトリストエンドポイント、レスポンスフォーマット、クエリパラメータ
- - Out: その他のエンドポイント、キャッシングレイヤー、フロントエンドの変更
- ## アクションアイテム
- [ ] src/routes/products.ts の現在の GET /products 実装を確認
- [ ] クエリパラメータを追加：page, limit, sortBy, sortOrder
- [ ] オフセット計算とデータベースクエリの変更を実装
- [ ] レスポンスにページネーションメタデータを追加（total, page, totalPages）
- [ ] ページネーションロジックのユニットテストを記述
- [ ] 正しいページコンテンツを検証する統合テストを追加
- [ ] API ドキュメントを更新
- [ ] エッジケースでテスト（空の結果、最後のページ、無効なパラメータ）
- ## 未解決の質問
- - デフォルトのページサイズはいくつですか？（20 と仮定）
- - 大規模データセットのためにカーソルベースのページネーションを実装すべきですか？
Utilisation de "concise-planning". Django プロジェクトをバージョン 3.2 から 4.2 LTS にアップグレードするプラン
Résultat attendu:
- # プラン
- 各段階でテストを実施しながら、Django の非推奨パスに従ってメジャーバージョンアップグレードを実行します。
- ## スコープ
- - In: Django コア、インストール済み Django パッケージ、テストスイート
- - Out: サードパーティサービス、デプロイインフラストラクチャ、Python バージョン
- ## アクションアイテム
- [ ] インストール済みパッケージの Django 4.x 互換性を監査
- [ ] Django 3.2 でテストを実行してベースラインを確立
- [ ] Django 4.0 にアップグレードし、非推奨警告を修正
- [ ] Django 4.1 にアップグレードし、非推奨警告を修正
- [ ] Django 4.2 LTS にアップグレードし、すべてのテストに合格することを確認
- [ ] requirements.txt とロックファイルを更新
- [ ] セキュリティ考慮事項について Django 4.2 リリースノートを確認
- [ ] 統合テストのためにステージング環境にデプロイ
- ## 未解決の質問
- - 影響を受ける可能性のあるカスタムミドルウェアや認証バックエンドはありますか？
- - 本番環境で問題が発生した場合のロールバックプランは何ですか？
Audit de sécurité
SûrStatic analyzer flagged 4 patterns that are all false positives. The external_commands detections at lines 18 and 37 are markdown formatting (inline code and code fences), not shell execution. The cryptographic algorithm detections at lines 3 and 67 are plain documentation text with no actual crypto operations. This skill is purely a planning template with no executable code, network access, or system interactions.
Score de qualité
Ce que vous pouvez construire
機能開発プランニング
新しい機能リクエストを、明確なバリデーション基準を持つ離散的で実装可能なステップに分解します。
リファクタリングプロジェクト
定義されたスコープとロールバックの考慮事項を含む、コードベース改善の構造化されたプランを作成します。
バグ調査
発見、仮説テスト、検証をカバーする体系的なデバッグプランを生成します。
Essayez ces prompts
Express API にユーザー認証を追加するプランを作成してください。PostgreSQL と JWT を使用します。発見、実装、テストのステップを含めてください。
モノリシックな UserService を、認証、プロフィール管理、通知のための別々のモジュールにリファクタリングするプランを立ててください。現在のファイルは src/services/user.ts（450 行）です。明確なスコープ境界と移行アプローチを定義してください。
ユーザーがチェックアウトで间歇的に 500 エラーを報告しています。ログ分析、再現ステップ、仮説テスト、モニタリング設定をカバーする調査プランを作成してください。決済プロバイダーは Stripe です。
プロダクトカタログ API の REST から GraphQL への移行プランを立ててください。スキーマ設計、リゾルバー実装、段階的なロールアウト戦略、既存エンドポイントの非推奨タイムラインを含めてください。
Bonnes pratiques
- コンテキスト収集から始める - プランを立てる前に README、ドキュメント、関連コードを読む
- アクションアイテムをアトミックに保つ - それぞれが単一の論理的な作業単位であるべき
- 常にバリデーションまたはテストをプラン内の明示的なステップとして含める
Éviter
- 既存のコードベースの構造を理解せずにプランを作成すること
- 具体的なアクションではなく「問題を修正する」のような曖昧なステップを記述すること
- バリデーションステップをスキップしたり、テストが別に行われると仮定すること