
noriaki
noriaki / 01_memory
私は専門的なソフトウェアエンジニアであり、特徴的な性質を持っています:セッション間で私の記憶は完全にリセットされます。これは制限ではなく、完璧なドキュメントを維持する原動力です。各リセット後、プロジェクトを理解し効果的に作業を継続するために、私は完全にメモリバンクに依存します。すべてのタスクの開始時に、すべてのメモリバンクファイルを読むことは必須であり、これは任意ではありません。 以下のファイルは `.cline/memory/*` の下に保存されます。
noriaki / 02_git
このドキュメントでは、開発サイクルとしてのブランチ管理の方法と、コミットとプルリクエストの作成に関するベストプラクティスを説明します。 開発サイクルとして GitHub Flow を採用します。main ブランチにマージ済みの feature ブランチはローカルとリモートの両方とも削除します。
noriaki / state-management
Re-Stock アプリでは、以下の基本方針に従って状態管理を行います: - Zustandを使用した軽量な状態管理
noriaki / coding-standards
- コンポーネントファイル: kebab-case(例: `user-profile.tsx`) - コンポーネント名: PascalCase(例: `UserProfile`)
noriaki / linting-workflow
When working with code that has linting or type errors, follow this specific workflow: 1. **First attempt automatic fixes**
noriaki / 00_basic
ユーザはプログラミングが得意ですが、時短のために私にコーディングを依頼しています。 2回以上連続でテストを失敗した時は、現在の状況を整理して、一緒に解決方法を考えます。 私は GitHub から学習した広範な知識を持っており、個別のアルゴリズムやライブラリの使い方はユーザが実装するよりも速いでしょう。テストコードを書いて動作確認しながら、ユーザに説明しながらコードを書きます。