writing-plans
実装計画の作成
Également disponible depuis: DMJGilbert,ZhanlinCui,sickn33,obra,Cygnusfear,Cycleaddict,davila7,DYAI2025
複雑な開発タスクを小さく検証可能なステップに分解することで、開発者は集中力を維持し、進捗を保つことができます。このスキルは、仕様を正確なファイルパス、テストコード、検証コマンドを含む実行可能な計画に変換します。
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 "writing-plans". Create a plan to add user authentication with JWT tokens to our Python Flask API.
Résultat attendu:
# User Authentication Implementation Plan
**Goal:** Add JWT-based authentication to Flask API with login, logout, and protected routes.
**Architecture:** Use Flask-JWT-Extended for token management. Store tokens in HTTP-only cookies for security.
---
### Task 1: Install and configure JWT extension
**Files:**
- Modify: requirements.txt
- Modify: app/__init__.py:1-30
**Step 1: Add dependency**
```
pip install Flask-JWT-Extended
```
**Step 2: Initialize JWT in app**
```python
from flask_jwt_extended import JWTManager
jwt = JWTManager(app)
```
...
Utilisation de "writing-plans". Plan a React component for displaying a data table with sorting and pagination.
Résultat attendu:
# Data Table Component Implementation Plan
**Goal:** Create a reusable React data table component with client-side sorting and pagination.
**Architecture:** Functional component with hooks. Use standard HTML table elements with CSS classes for styling.
...
Audit de sécurité
SûrAll static findings are false positives. The skill is a documentation-only SKILL.md file that provides planning guidelines. It contains no executable code, scripts, network calls, or shell commands. The scanner incorrectly flagged markdown backticks as shell backticks and the word 'description' as a weak cryptographic algorithm.
Score de qualité
Ce que vous pouvez construire
機能実装の計画
開発者が機能仕様を持っており、各タスクのテスト、コード変更、コミットメッセージを含むステップバイステップの実装計画が必要な場合。
未知のコードベースへのオンボーディング
新しいチームメンバーが機能リクエストを受け取り、このスキルを使用して、コードベースを探索し、各ステップで検証しながら変更を実装する安全で段階的な計画を作成する場合。
複雑なリファクタリングの計画
レガシーコードをリファクタリングする前に、開発者がテストファーストのステップに作業を分解した詳細な計画を作成し、次のステップに進む前に各変更が検証されることを保証する場合。
Essayez ces prompts
Create an implementation plan for [feature description]. The tech stack is [language/framework]. Requirements: [list requirements]. Save the plan to docs/plans/feature-name.md
I have this user story: [paste user story]. As a [user type], I want to [action] so that [benefit]. Create a TDD implementation plan. Tech stack: [stack details]
Analyze this bug report: [describe bug]. Create a test-first plan to reproduce the issue, fix it, and verify the fix. Include exact test cases and expected behaviors.
Create a plan to integrate [API/service] into our [project type]. We need to [list integration requirements]. Include handling for [error cases or edge conditions].
Bonnes pratiques
- 一貫性を保つため、新しいコードを書く前に必ず既存のコードパターンを読む
- 実装前に期待される動作を定義するため、まず失敗するテストを書く
- 各タスクを2〜5分で完了し、独立して検証できる程度に小さく保つ
- 開発者の認知負荷を最小限に抑えるため、正確なファイルパスと行範囲を含める
Éviter
- 具体的なコード例の代わりにTODOプレースホルダーを含む計画を書く
- テストコードをスキップし、テストが何をすべきかを説明するだけにする
- 複数のファイルにまたがる、または完了に数時間かかる大きなタスクを作成する
- タスクの前に、ファイルパスとコマンドが実際に存在することを確認し忘れる