学習カードを整理して改善する

ベースラインをエクスポートする

編集する前に、元のデッキを日付を付けて保存します。重要な場合は、元のアプリケーションにレビュー履歴を保存してください。通常、プレーン テキスト エクスポートには、スケジュール状態ではなくコンテンツが含まれます。

変更を加える前に、未変更のエクスポートを保存し、日付、メモの種類、カード枚数、宛先アプリケーションを記録します。アプリケーションがスケジュール履歴を保存するバックアップを提供する場合は、それをテキスト エクスポートと同様に保存してください。テキスト ファイルには、プロンプトと回答に関連するすべてが保存されずに、プロンプトと回答が保存される場合があります。エクスポートを開き、編集するフィールドが含まれていることを確認します。別の名前を付けたコピーで作業します。このベースラインを使用すると、メモリに依存せずに結果を比較し、誤ったマージから回復できます。特にコレクションが数か月にわたるレビュー作業に相当する場合、クリーンアップは回復可能な状態から開始する必要があります。

入力を正規化する

プロンプト :: 応答行を使用します。誤って余分なスペースや一貫性のない区切り文字を削除します。正規化により、数学的記号や意味のある句読点を変更せずに比較が可能になる必要があります。

コンテンツが重複しているかどうかを判断する前に、レイアウトの差異を正規化します。スペースや異なる区切り文字が繰り返されると、同じプロンプトが人やプログラムにとって異なって見える場合があります。このクリーナーは、出力カードを維持しながら、プロンプトの大文字と小文字、Unicode 互換形式、および比較のために繰り返される空白を正規化します。それでも、記号やドメイン固有の大文字化を自分で検査してください。通常の散文に役立つ正規化は、技術的な表記法における意味のある区別を曖昧にする可能性があります。これらのエッジケースを含む小さなサンプルから始めます。一貫して 1 つの区切り文字規則を使用する読みやすいマスターを維持し、現在の入力形式の列が数列しかないという理由だけで回答内に余分なフィールドを隠すことを避けます。

重複したタイプを分離する

同一のプロンプト、回答、およびタグのレコードは安全に削除できます。同じプロンプトと異なる回答は、曖昧さまたは異なるコンテキストを表している可能性があります。クリーナーは、手動検査のためにこれらの競合を保存します。

正確に繰り返されるレコードは、異なる回答を含む共有プロンプトとは異なります。クリーナーは、同じ正規化されたプロンプト、回答、タグの組み合わせの繰り返しを削除します。矛盾する回答を保存し、検査のためにレポートします。競合を自動的にマージしないでください。回答は、プロンプトで名前を指定できなかった別のコンテキストを参照している可能性があります。たとえば、略語は、異なる主題において 2 つの正当な意味を持つ可能性があります。回答を任意に選択するのではなく、件名を追加して、これらのプロンプトを修正します。異なるタグを持つレコードも別個に残る場合があります。出力数の低下をクリーニングが成功した証拠として扱う前に、その違いが意図的なものかどうかを判断してください。

長い回答を検査する

25 単語を超える回答にはフラグが付けられ、自動的に短縮されません。長い回答が必要になる場合もありますが、多くの場合、独立して検証可能な事実がいくつか含まれています。学習目標が依然として意味のある場合にのみ分割します。

長文警告は復習の合図であり、25 単語を超えるすべての回答が間違っているという規則ではありません。プロンプトを読んで、必要な応答を特定します。短い因果関係の説明には、いくつかの節が必要になる場合があります。オーバーロードされたリストは、複数のカードに分割する必要がある場合があります。カードを分割する場合は、概要の質問または応用演習とその部分間の関係を保持します。正解となる条件を削除して回答を短くしないでください。逆に、背景説明が有用なコンテキストであるが、取得する必要がある応答の一部ではない場合は、背景説明をコンパニオン ノートに移動します。

プロンプトを修復する

2 つの有効な回答が 1 つの質問を共有する場合は、コンテキストを追加するか、別のカードを作成します。確認せずに 1 つの回答を削除すると、重要な違いが黙って消去される可能性があります。

修復されたプロンプトは、単独で表示され、順序が崩れている場合でも意味をなすはずです。 「このプロセス」などの不明瞭な参照は、プロセス名または簡単な設定に置き換えてください。学習者がどの区別、方向、量を取得する必要があるかを述べます。次に、答えの横に短い採点基準を書きます。隣接するレコードを見ずに、修正されたカードを試してください。知識のある 2 人の人が異なる答えをする可能性があり、どちらも正しい場合は、それらの選択肢を明示的に受け入れるか、質問を絞り込みます。より良い言葉遣いは、同じあいまいなテキストを繰り返し復習するよりも効果的に見かけの難しさを軽減することがよくあります。これは、学習者が最終的に意図するタスクを特定できるためです。

ソース参照を保護する

関連するコースとソースを特定するタグやメモを保管してください。重複した定義でも複数の参照が必要になる場合があります。レコードを削除する前に、そのコンテキストを結合する方法を決定します。

将来の意見の相違を解決するために十分な出所を保持してください。ソースのタイトル、セクション、講義日、または安定したページ参照は、専用のフィールドまたは関連ドキュメントに含めることができます。 2 つの答えが矛盾する場合は、どちらかを書き直す前にその情報源を参照してください。コースの慣習が変わった場合は、黙って新しいものと混ぜ合わせるのではなく、古い材料にラベルを付けてください。レビュー インターフェイスでタグが非表示になる可能性があるため、タグ内にのみ必須の回答条件を含めることは避けてください。クリーンアップ中に、ソースをほとんど開かないカードを数枚検査します。壊れた参照や曖昧な参照は、評価の直前に急いで改訂セッションを行う場合よりも、今すぐ修正するのが簡単です。

慎重に輸入してください

監査レポートはデッキの一部ではありません。インポート時に、クリーンアップされた TSV セクションのみをエクスポートします。小さなバッチをテストし、宛先アプリケーションの重複照合動作を確認します。

監査出力には、レコードをクリーンアップした後のレポートが含まれます。カードのみを必要とするツールにデッキをインポートする前に、そのレポートを削除してください。次に、変更されたレコードをいくつかテストし、宛先が既存のメモとどのように一致するかを検査します。一部のインポート ワークフローでは、更新が必要な場所に新しいメモが作成され、編集内容が以前のレビュー履歴から分離される可能性があります。小規模なテスト コレクションで、前面、背面、タグ、および重複動作を確認します。宛先を確認するまで、クリーンアップ前のエクスポートとクリーンアップされた候補の両方を保存しておいてください。成功したように見えるインポート通知は、意図したレコードが更新されたこと、またはスケジュール データが生き残ったことを証明するものではありません。

メンテナンスのスケジュールを設定する

繰り返し発生するミスやわかりにくいプロンプトを毎週確認します。試験前にデッキ全体を書き直すよりも、小さな修正を検証する方が簡単です。カードの数だけでなく、変更によって曖昧さが軽減されるかどうかを追跡します。

毎週のサンプルや章終了後の短いクリーンアップなど、控えめなメンテナンスのトリガーを選択してください。まず、繰り返されるミス、矛盾するプロンプト、新しくインポートされたマテリアルを確認してください。書き換えられた数とは別に、削除されたレコードの数を記録します。それらはさまざまな種類の仕事を表しています。クリーンアップ後、答えを非表示にして修復したカードをいくつかテストし、応用問題に挑戦します。整頓されたファイルは役に立ちますが、その目的はよりよい練習です。定期的にメンテナンスにスタディ セッション全体が費やされる場合は、すべてのレコードを一度に同じレベルまで磨き上げるのではなく、バッチ サイズを減らし、積極的にエラーを引き起こしているカードを優先します。

共有デッキの場合は、新しいバージョンを配布する前に編集内容を調整する人を 1 人指名します。修正されたプロンプトと未解決の競合を特定する短い変更ログを保存します。協力者に、問題とともにカード ID を報告するよう依頼します。これにより、見た目の似たレコードについて繰り返し議論する必要がなく、全員が古いエクスポートではなく修正を受け取ったことを確認することが容易になります。

コピー可能な計画テンプレート

トピック: スタディデッキのクリーンアップとリファクタリング
出典と日付:
思い出したり、やるべきこと:
メモなしで最初の試み:
エラーまたは不確実性:
訂正と裏付けソース:
次のレビューまたはアクション:

デッキクリーナーとプロンプト監査人の入力例:
ATP :: アデノシン三リン酸
ATP :: アデノシン三リン酸
ATP :: エネルギー伝達分子

よくある質問