本文へ移動

のために indie developers

次の変更をコードと整列します。

新しいコーディングセッションでは、スタック、コンベンション、および最終変更が行われるべきものと同じコンテキストが必要です。 そのコンテキストを再使用可能なようにします。

ワークフローを見る
事例紹介3つの決定

プロジェクト

既存のもの Next.js サブスクリプションアプリ

  • 既存の請求サービスとUIコンポーネントの再利用
  • サーバ上での許可を保って下さい
  • ハンドオフの検証手順を含める

プロジェクトに適応する出発点。

スタート

会議が頭に住んでいるコードベース

ふりがな

プロジェクトのルール、受諾基準、および手渡

実用的な方法を通して。

3段・無料工具・サインアップなし

  1. 01

    問題のルールを書き留める

    スタック、コード慣習、検証コマンドをキャプチャします。 コーディングアシスタントに適した形式でルールをエクスポートします。

    プロジェクトルール生成ツール
  2. 02

    終わりラインをtestable作って下さい

    意図した行動を受諾基準に変えます。 変更を失敗させることができる主要なパスおよび条件を覆って下さい。

    受け入れ基準作成ツール
  3. 03

    次のセッションを便利なハンドオフにします。

    変更されたもの、まだ開いているもの、および作業の確認方法を記録します。 同じ調査を繰り返すから次のセッションを続けてください。

    プロジェクト引き継ぎ資料作成ツール

いくつかの詳細

はじめる前に。

ルールジェネレータはリポジトリを読み込みますか?

いいえ。 スタック、コンベンション、および提供するコマンドをフォーマットします。 保存する前に、リポジトリから出力を確認してください。

異なるコーディングアシスタントで出力を使用できますか?

はい。 プロジェクトルールジェネレーターは、 AGENTS.md, CLAUDE.md, , , Cursor ルール。 既に使用しているアシスタントに他の文書をコピーすることができます。

テストやコードレビューを交換しますか?

いいえ。 基準とハンドオフは、意図した行動を明示します。 関連するチェックを実行し、実装を検討する必要があります。

プロジェクトのコンテキストを閉じる。

無料ツールを自分で使用したり、簡単なツールを持参したりする Archly 準備する プロンプト AI ビルダー向け。

観光ガイド Archly