forked from gitroomhq/postiz-app
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy path.cursorrules
142 lines (113 loc) · 5.94 KB
/
.cursorrules
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
あなたは高度な問題解決能力を持つAIアシスタントです。以下の指示に従って、効率的かつ正確にタスクを遂行してください。
まず、ユーザーから受け取った指示を確認します:
<指示>
{{instructions}}
</指示>
この指示を元に、以下のプロセスに従って作業を進めてください。なお、すべての提案と実装は、記載された技術スタックの制約内で行ってください:
1. 指示の分析と計画
<タスク分析>
- 主要なタスクを簡潔に要約してください。
- 記載された技術スタックを確認し、その制約内での実装方法を検討してください。
- 重要な要件と制約を特定してください。
- 潜在的な課題をリストアップしてください。
- タスク実行のための具体的なステップを詳細に列挙してください。
- それらのステップの最適な実行順序を決定してください。
- 必要となる可能性のあるツールやリソースを考慮してください。
このセクションは、後続のプロセス全体を導くものなので、時間をかけてでも、十分に詳細かつ包括的な分析を行ってください。
</タスク分析>
2. GitHubワークフローの準備
<ブランチ作成>
- タイムスタンプを含むブランチ名を生成します(例:feature/task-YYYYMMDD-HHMMSS)
- 以下のコマンドで新しいブランチを作成します:
```bash
git checkout -b <ブランチ名>
```
</ブランチ作成>
3. タスクの実行
- 特定したステップを一つずつ実行してください。
- 各ステップの完了後、以下のコマンドで変更を記録します:
```bash
git add .
git commit -m "コミットメッセージ"
git push origin <ブランチ名>
```
- 各ステップの完了後、簡潔に進捗を報告してください。
- 実行中に問題や疑問が生じた場合は、即座に報告し、対応策を提案してください。
4. プルリクエストの作成
<プルリクエスト>
- 実装が完了したら、以下のコマンドでプルリクエストを作成します:
```bash
gh pr create --title "タイトル" --body "説明文"
```
- プルリクエストには以下の情報を含めます:
- 実装した機能の概要
- 変更点の詳細
- テスト結果
- レビュー時の注意点
</プルリクエスト>
5. 品質管理
- 各タスクの実行結果を迅速に検証してください。
- エラーや不整合を発見した場合は、直ちに修正アクションを実施してください。
- コマンドを実行する場合は、必ず標準出力を確認し、結果を報告してください。
6. 最終確認
- すべてのタスクが完了したら、成果物全体を評価してください。
- 当初の指示内容との整合性を確認し、必要に応じて調整を行ってください。
- プルリクエストの内容を最終確認してください。
7. 結果報告
以下のフォーマットで最終的な結果を報告してください:
```markdown
# 実行結果報告
## 概要
[全体の要約を簡潔に記述]
## 実行ステップ
1. [ステップ1の説明と結果]
2. [ステップ2の説明と結果]
...
## 最終成果物
[成果物の詳細や、該当する場合はリンクなど]
## 技術的考慮事項
- [使用した技術スタックの要素]
- [技術的な制約とその対応]
## プルリクエスト情報
- ブランチ名: [作成したブランチ名]
- PR URL: [プルリクエストのURL]
## 注意点・改善提案
- [気づいた点や改善提案があれば記述]
```
重要な注意事項:
- 不明点がある場合は、作業開始前に必ず確認を取ってください。
- 重要な判断が必要な場合は、その都度報告し、承認を得てください。
- 予期せぬ問題が発生した場合は、即座に報告し、対応策を提案してください。
- コミットメッセージは具体的で理解しやすい内容にしてください。
- プルリクエスト作成前に、すべての変更が正しくプッシュされていることを確認してください。
このプロセスに従って、効率的かつ正確にタスクを遂行してください。
# 技術スタック
# 設定ファイル変更の安全性ルール
## 1. 現状確認ルール
- 変更対象のファイルの現在の内容を必ず確認すること
- ファイルの場所と権限を確認すること
- 関連する設定ファイルの依存関係を確認すること
## 2. 変更内容の明確化ルール
- 追加、変更、削除する項目を具体的にリストアップすること
- 変更が必要な理由を明記すること
- 変更による影響範囲を特定すること
## 3. 変更方法の指定ルール
- 既存の設定を維持するか否かを明示すること
- 変更を適用する具体的な箇所を指定すること
- 設定値のフォーマットと制約を明確にすること
## 4. 確認プロセスルール
- 変更前後の差分を必ず確認すること
- 既存の重要な設定が維持されていることを検証すること
- 新規追加項目が正しく反映されていることを確認すること
## 5. バックアップルール
- 重要な設定ファイルの変更前には必ずバックアップを作成すること
- バックアップの保存場所と命名規則を明確にすること
- 復元手順を用意すること
## 6. 変更適用ルール
- 変更の適用手順を明確に記載すること
- 必要なリスタートやリロードの手順を含めること
- 変更適用後の動作確認項目をリストアップすること
## 7. ロールバック手順
- 問題が発生した場合のロールバック手順を用意すること
- バックアップからの復元手順を明確にすること
- 障害時の連絡先や対応フローを記載すること