const next = items.map(item =>
item.id === selectedId
? { ...item, checked: !item.checked }
: item
);- プロジェクト
- 他の行を変えず、項目IDで対象を特定します。
- 適用前に確認
- 実際の動作を期待する結果と比較します。検証に失敗した場合は、次の変更を加える前に原因を調べてください。
- モデル
- OpenAI互換またはAnthropicのエンドポイントを、ベースURLと必要なAPIキーで設定し、接続をテストします。ローカルのモデルサーバーは起動が必要です。リモートツールは別途データを送信する場合があります。
const next = items.map(item =>
item.id === selectedId
? { ...item, checked: !item.checked }
: item
);コードを変える前に、その理由を理解し直す
覚えているファイルが、変更したい動作を今も担当しているとは限りません。MiraCodeではプロジェクトフォルダーから始め、エントリーポイント、呼び出し元、現在の動作を示すテストを接続アシスタントに調べてもらいます。説明にはファイル参照も求め、結論を実装と照合できるようにしてください。
買い物リストのアプリなら、画面のチェック操作から状態更新、保存までを追うことになります。項目の識別情報がどこから来るか、アプリを開き直した後にチェック済み項目をどう復元するかを確認します。これらの問いで後の編集が維持すべき点が分かります。短い更新関数だけでは答えは得られません。
関連ファイルを選び、編集案の前に未解決の疑問を求めて調査範囲を限定します。MiraCodeはモデル接続を設定できるWindows向けコーディングワークスペースです。拒否抑制を除去したAIモデルを選ぶ場合は、対応エンドポイントで利用できる必要があります。コンテキスト容量、ツール、制限はモデルとサーバーに依存します。
説明とコードが一致したら、一つの変更と維持すべき動作を伝えます。編集案を確認し、関連テストを実行して対象画面を試してください。変更を自分で説明でき、既存の操作が想定どおり動く証拠が得られた時点が、よい区切りになります。
以前のプロジェクトを再開する前の疑問
最初の依頼には何を書けばよいですか？
理解したい動作を示し、編集前の調査を依頼します。例えば、チェック済みの買い物項目が再起動後も残る仕組み、関連ファイル、手元のコードでは確定できない点を説明するよう求めてください。
説明が古いREADMEと食い違う場合は？
矛盾する実装箇所と文書の記述を示すよう依頼します。関連テストを確認し、可能ならアプリを実行してください。コードと文書のどちらを変えるか決める前に、この食い違いを未解決の問題として扱います。
大きなリポジトリにはどのモデルを選びますか？
対応するOpenAI互換またはAnthropicのエンドポイントを使い、コンテキスト上限とツール対応を確認します。一つの動作に関わるファイルから始めてください。コンテキストが大きいだけでは説明の正しさは保証されません。
MiraCodeには拒否抑制を除去したモデルが付属しますか？
このワークフローにモデルは付属しません。必要に応じて認証情報を使って互換サービスを設定するか、別途ローカルモデルサーバーを実行します。ローカルエンドポイントでもすべての接続ツールがローカルになるわけではありません。
いつ編集を始めるのが適切ですか？
実装箇所を特定でき、維持すべき動作を説明でき、その確認方法が分かったときです。生成された差分をレビューしてその動作をテストしてください。自信に満ちた説明だけでは証拠として不十分です。
MiraCode · 更新 2026-10-25