planify-write-plan

計画の作成

書式を整えるだけで、判断はしません。planify が会話内で組み立てた構造化された要約を受け取り、2 つのファイルにまとめます。質問をしたり、判断したり、要約にないタスクや制約を追加したりしません。

ルール

• 必ず短く具体的な文を使います。
• 必ず簡潔で正確な用語を使います。
• 必ず曖昧な言葉や一般的すぎる表現を避けます。
• 必ずファイルを読みやすくするため、適宜改行します。

出力先フォルダー

1. 要約内で planify から渡されたパス .task/<KEY>/<prefix>/ を使用します。
2. このフォルダーが存在しない場合は作成します。パスがない場合は、自分で選ばず planify に知らせます。

再開：このフォルダーに plan.md がすでに存在する場合は、むやみに上書きせず、要約の変更を統合して残りを保持するよう Edit で更新します。

plan.md — 読みやすく、見直しやすい形式

# Plan — [titre]

## Contexte

[le pourquoi, couvrant la ou les fonctionnalités]

> Hors périmètre : [ce qu'on exclut explicitement — retirer la ligne s'il n'y a rien]

## T1 — [titre court]

[description de ce qu'il faut faire — technique et court extrait de code si cela aide à visualiser]

Contraintes d'acceptation :
- [ ] [condition à satisfaire]
- [ ] [condition à satisfaire]

## T2 — …

ルール：タスクは記載順に並べます（依存関係のフィールドはありません）。各タスクは、確認しやすく、1 回のコミットに収まる規模の変更にします。制約は、検証可能な条件（パフォーマンス、セキュリティ、不変条件など、観測可能かどうかは問いません）のチェックリストにします。「条件／結果」形式を必須にはしません。

tech.md — エージェント向けの詳細な技術インデックス

人間による確認は想定していません。情報の密度と正確さを優先します。

# Technique — [titre]

## Fichiers concernés
### À créer
- `apps/<app>/...`
### À modifier
- `apps/<app>/models.py` — [quoi]

## Motifs réutilisés
- [nom] — `apps/.../foo.py` — comment il s'applique ici.

## Décisions techniques (mini-ADR)
### D1 — [titre]
**Contexte** · **Décision** · **Alternatives écartées** (et pourquoi) · **Conséquences**

## Éléments transverses
- migrations · permissions et sécurité · drapeaux de fonctionnalité · données de test utiles

要約に記載する内容がないセクションは削除します。

完了

作成した 2 つのパスを伝え、実装は .task/<KEY>/<prefix>/plan.md に基づく ネイティブのプランモードで行うことを明記します。