top of page

Anthropic Hackerのカットオフ検証、ClaudeとGPTのトレーニング時期に圧力

8月11日
読了時間: 22分

anthropic hackerによる分析が複数世代のモデルにわたってClaudeとGPTの知識の境界を比較したことで、Anthropicは新たな透明性の試練に直面している。この調査は、公開情報が不完全であるにもかかわらず、各カットオフを、トレーニングデータがモデルに取り込まれなくなった時期の証拠として扱う。

カットオフ調査は、取得された8月11日時点のHacker Newsで92ポイント、13件のコメントを集めた。その中心的な主張は、単なるモデル比較よりも重要な意味を持つ。知識の境界は、大手AI研究所がめったに説明しない開発スケジュールの一部を露呈させる可能性がある。

この議論は、基盤となるエンジニアリングプロセスが似通っている場合でさえ、AnthropicとOpenAIを透明性を巡る問題の対極に置く。Anthropicはモデルごとのトレーニング時期や信頼できる知識の日付を公開することが多い。OpenAIもカットオフ情報を示しているが、その意味や提示方法は製品やドキュメントによって異なることがある。

この調査は、両社の非公開トレーニングログを明らかにするものではない。モデルの回答から、正確な開始日、データセットの構成、計算予算、事後トレーニングの予定を確定することはできない。それでも、研究者が繰り返しのテストをリリース日や公式ドキュメントと組み合わせれば、手がかりを得られる可能性はある。

開発者にとってこの違いが重要なのは、ブラウジングによってモデルの重みを変えずに古い知識を隠せるためだ。企業の購買担当者にとっては、より新しいカットオフは検索・取得への依存を減らせるが、事実の正確性を保証するものではない。研究者にとって新たに浮上している問いは、モデルの知識が、通常は秘密にされる開発サイクルの不完全な時計として機能し得るかどうかだ。

カットオフ調査が実際に変えたもの

新しい展開は、また一つカットオフの一覧が増えたことではない。公開されている知識の日付を、非公開の開発スケジュールに関する証拠へ変換しようとする試みである。

知識カットオフは、モデルのトレーニングデータに反映された最新の時期を示す。それは、その日付以前に公開されたすべての事実をモデルが知っていることを意味しない。また、既知と未知の出来事の間に完全に明確な境界を作るものでもない。

元の分析は、報告された知識の限界と一般公開日を通じて、ClaudeとGPTのリリースを比較している。続いて、それらの日付の間隔を検討する。その間隔には、データ準備、事前学習、事後トレーニング、安全性テスト、インフラ作業、段階的な展開が含まれ得る。

この手法は、読者がモデルカードを解釈する方法を変える。カットオフは些細な製品仕様には見えなくなり、はるかに長い開発パイプラインにおける一つの観測可能な点となる。

たとえば、モデルがデータ境界から数カ月後に出荷されたとする。この期間が自動的にトレーニング期間と等しくなるわけではない。エンジニアは最終的な収集日より前にデータセットの一部を固定でき、別のモデルバリアントが以前のチェックポイントを共有することもある。

事後トレーニングも時系列を複雑にする。この段階では、人間のフィードバック、合成例、選好最適化、安全性ポリシー、特化したツール利用の挙動によって、事前学習済みモデルを調整する。研究所はリリース前にこれらの手順を何度も繰り返す可能性がある。

Anthropicの公開ドキュメントでは、一部のClaudeモデルについて、信頼できる知識カットオフと、より広いトレーニングデータカットオフを区別している。信頼できる日付は、回答がより一貫して根拠に基づくべき範囲を示す。より広い日付は、含まれる情報の末端を表す。

この区別は、研究者が独自に観察してきた事実を認めるものだ。知識はデータセットの終端付近で一様に消えるのではなく、徐々に不均一に薄れていく。同じ週の出来事でも、広く知られたニュースは明確に現れる一方、知名度の低い出来事は欠けている場合がある。

OpenAIのモデルドキュメントも、開示される場合には知識の境界を含め、モデルごとの情報を開発者に提供している。ただし、APIモデル、一般消費者向けチャットボット、ブラウジング製品では、異なる情報経路が露出する可能性がある。

anthropic hackerの主張が最も有用になるのは、こうした経路を区別する場合だ。正しい回答は、学習済みの重み、与えられたコンテキスト、接続された検索ツール、キャッシュされた資料、隠れた製品指示から得られることがある。事前学習に関する推論を直接裏付けるのは、最初の経路だけである。

そのため研究者は、ブラウジングを無効にし、検索・取得を起動するプロンプトを避けなければならない。また、独立して日付を確認できる出来事に結び付いた質問も必要だ。そうしなければ、この実験はモデルの内在的な知識ではなく、製品の情報システムを測定することになる。

議論スレッドは、これらの間隔が何を意味するのかへの関心を示している。しかし、見えている日付は依然として状況証拠にすぎない。研究所の実際の予定を明らかにせずに、あり得る時系列の範囲を狭めるだけだ。

この限界が、この記事の主な緊張関係を生む。Anthropicは二つのカットオフ概念を公開することで、より読み解きやすく見える。詳細が増えるほど、外部の観察者がその内部の開発リズムを再構築するための材料も増える。

Anthropic Hackerの検証がモデル研究所に圧力をかける理由

カットオフ検証がAI研究所に圧力をかけるのは、ユーザーが学習済みの知識と検索・取得された情報を区別する必要性をますます強めているためだ。

直接的な圧力はAnthropicとOpenAIに向けられているが、その源は複数ある。開発者には予測可能な挙動が必要だ。企業顧客には、説明可能な鮮度の主張が必要だ。研究者には、モデル世代をまたいで評価を再現するのに十分な開示が必要となる。

チャットボットは、ウェブを検索すれば現在の質問に正しく答えられることがある。しかし、その成功は基盤モデルが事前学習中に何を学んだかについてほとんど語らない。同じチャットボットでも、検索が無効、利用不可、あるいはソース側で遮断された場合には失敗するかもしれない。

この違いは、ソフトウェアエージェントの内部で重要になる。エージェントはドキュメントを呼び出し、ローカルファイルを調べ、社内ナレッジベースに問い合わせることがある。こうしたツールが失敗すれば、事前学習された前提が代替手段となる。

古い前提は、コードにおいて特に危険になり得る。モデルは、廃止されたAPI、古いパッケージバージョン、あるいはトレーニング後に変更された設定を推奨する可能性がある。事実の基盤が古くなっていても、その回答は流暢に見え続けることがある。

問題はソフトウェア開発にとどまらない。法規制、セキュリティアドバイザリー、医療ガイダンス、製品仕様、企業の経営陣は、カットオフ後に変化し得る。検索・取得機能を持たないモデルは、その空白を古いパターンで埋める可能性がある。

ブラウジングがリスクをなくすわけでもない。検索ツールは、いつ検索・取得が必要かを判断し、クエリを選び、結果を順位付けし、適切な記述を抽出しなければならない。どの段階で失敗しても、モデルは古い内部知識に戻る可能性がある。

Anthropicのモデル概要は、開発者がモデルの特性を比較する場所を提供している。こうしたドキュメントは役立つが、日付だけであらゆる分野にわたる実効的な知識を説明することはできない。

OpenAIも同じ明確さを求められている。同社のモデルは、API、ChatGPTの体験、コーディングエージェント、サードパーティーアプリケーションを通じて提供される。これらの接点では、同じモデルファミリーを囲むツールや指示が異なる場合がある。

求められる対応は、より良い来歴情報だ。製品には、回答がモデルの重み、ライブ検索・取得、アップロード文書、その他の接続された情報源のどれから来たのかを示す、より明確なシグナルが必要である。一般的な引用アイコンだけでは、必ずしもこの違いを説明できない。

研究所は用語を一貫して定義する圧力にも直面している。「知識カットオフ」「トレーニングデータカットオフ」「信頼できる知識カットオフ」は関連する概念だが、互換的ではない。製品ページではしばしば、これらが一つの見慣れたラベルに圧縮される。

この単純化は誤った精度を生む。ユーザーは、記載された月より前の情報はすべて既知であり、それより後の情報はすべて存在しないと考えるかもしれない。実際のデータセットには、重複、欠落した情報源、遅延したアーカイブ、フィルタリングされたドメイン、分野ごとの不均一な網羅性が含まれる。

より新しいカットオフには商業的価値があるため、この圧力は続くだろう。ベンダーは、より新しい知識を製品上の優位性として提示できる。すると購入者は、検索・取得の品質、推論の正確性、情報源の網羅性を考慮せずに日付を比較するかもしれない。

anthropic hackerの検証は、同じ日付付きの質問をモデルバージョンごとに投げることで、この弱点を露呈させ得る。ただし、そのような検証には再現可能なプロンプトと複数回の試行が必要だ。一つの自信に満ちた回答だけでは、ある出来事が事前学習に含まれていたことを立証できない。

研究所による最も強力な対応は、日付と評価データを組み合わせることだろう。有用な開示では、時期ごとの区分、主要な分野、検索・取得の設定にまたがる正確性を示せる。それにより、一つの象徴的な日付を観測可能な性能曲線に置き換えられる。

これは一時的なドキュメント上の論争ではなく、長期的な問題である。AIシステムは変化する知識へのインターフェースになりつつある。ユーザーは、回答がアーカイブ、検索エンジン、あるいは両方から来ているのかを知る必要がある。

ClaudeとGPTが示す二つの透明性戦略

主な競争はClaude対GPTの知能ではない。詳細なカットオフ開示と、単純化された製品上の確実性との対比である。

Anthropicの二つの日付による手法は、知識をグラデーションとして提示する。モデルには信頼できる境界と、その後に続く一貫性の低いトレーニングデータの境界があり得る。この枠組みは、大規模データセットが収集・フィルタリングされる実態によく合う。

この手法は不確実性も認めている。後期の出来事が一部のトレーニング資料に現れていても、信頼できる再現を保証するものではない。頻度、情報源の品質、重複、トークン化、その後の最適化はすべて、モデルがそれを再現するかどうかに影響し得る。

OpenAIは開発者向け資料で、単一のモデル固有カットオフを示すことが多い。この形式は読みやすく、比較もしやすい。一方で、あいまいな分布を厳密な技術的境界として扱うよう、ユーザーを促す可能性もある。

どちらの戦略も完全な時系列を明かすものではない。カットオフから最適化が始まった時点は分からない。エンジニアが以前のチェックポイントから事前学習を継続したのか、新しいベースモデルをトレーニングしたのかも示されない。

また、事前学習と中間トレーニングを分けることもできない。中間トレーニングでは、開発者が指示チューニング前に対象を絞ったデータを追加したり、能力を拡張したりする可能性がある。これらの段階を表す公開用語は依然として一貫していない。研究所ごとに、同じ用語を異なるプロセスに使うこともある。

元の調査は、リリースまでの間隔に注目を集める。カットオフから公開までの間隔が短ければ、データから展開までのパイプラインが速いことを示すかもしれない。一方で、再利用したインフラ、並行作業、あるいは遅い段階でのデータセット更新を反映している可能性もある。

より長い間隔も同じく曖昧だ。研究所がトレーニング、評価、安全性管理、提供環境の最適化により多くの時間を費やした可能性がある。製品上の理由で完成済みモデルの公開を遅らせた可能性もある。

この曖昧さにより、単純な勝者は生まれない。Anthropicはカットオフの時期だけから、より速い事前学習を主張することはできない。OpenAIも、一つのリリースが古いカットオフに続いたからといって、より広範な事後トレーニングを主張することはできない。

それでも、複数世代にわたる繰り返しのパターンは、慎重な比較を裏付け得る。ある研究所がより新しい信頼できる知識を持つモデルを繰り返し出荷しているなら、そのパイプラインは後期段階のデータをより効率的に扱っている可能性が高い。この結論は依然として推論であり、開示された事実ではない。

anthropic hackerという枠組みは、透明性には戦略上のコストが伴うため、競争の構図をより鮮明にする。日付の情報が増えれば、顧客はシステムを評価しやすくなる。一方で競合他社にとっては、開発のペースを推定し、リリース時期を同期させる手がかりにもなり得る。

そのためモデル研究所は、信頼性と運用上の機密保持の間でバランスを取る。詳細なモデルカードは、スケジュールに関する手がかりを露出させる一方で、信頼を強めることができる。開示を限定すれば内部プロセスを守れるが、独立した評価は難しくなる。

この違いは、企業の調達において重要だ。ClaudeとGPTを比較する購入者は、カットオフの月だけでモデルを順位付けすべきではない。まず検索機能を無効にして専門領域の質問をテストし、その後、承認済みの情報源を接続した状態で同じ質問を繰り返すべきである。

この二部構成の評価は、異なる能力を明らかにする。前者は、モデルの重みに符号化された情報、すなわちパラメトリック知識を測定する。後者は、最新の証拠を取得し活用するという、アプリケーション全体の能力を測定する。

組織には独自の情報レイヤーも必要だ。検索可能なAIナレッジベースは、どの公開モデルも学習時に取り込んでいない最新の社内文書を提供できる。とはいえ、これは引用を検証する必要性をなくすものではない。

ClaudeとGPTは、関連する文書に基づく回答を行えば、どちらも高い性能を発揮し得る。一方で、取得されたコンテキストが不完全、矛盾している、あるいは長すぎる場合には、どちらも失敗し得る。カットオフの新しさは、より広範な信頼性システムの一要素にとどまる。

したがって、意味のある競争上の問いは運用面にある。どの企業が、古くなった知識をユーザーに特定させ、適切に検索を呼び出し、回答を証拠まで追跡できるよう支援しているのか。より新しいカットオフが有用なのは、その周囲の製品が不確実性を誠実に扱う場合に限られる。

知識カットオフは証拠であり、学習ログではない

この調査には避けられない中心的な弱点がある。クローズドモデルから観察された挙動だけでは、その本番環境での開発履歴を確実に復元することはできない。

モデルがある出来事を認識できる理由は、主な事前学習コーパスとは無関係な場合がある。開発者が事後学習中に例を含めることもある。安全性チームが日付付きの資料を追加することもある。製品システムが、ユーザーのプロンプトがモデルに届く前にコンテキストを注入することもある。

記憶の度合いにもばらつきがある。モデルは広く繰り返し報じられた見出しを再現できても、同じ日のより重要な出来事を見落とすかもしれない。このパターンが示すのは、普遍的なカットオフというより、データへの露出である。

研究者たちはすでに、単一で明確な境界という考え方に異議を唱えている。論文Dated Dataは、言語モデルと公開事前学習データセットにおける時間的知識を調査した。その結果は、表明されたカットオフには慎重な解釈が必要であることを示している。

時間的プロービングは通常、明確な公開日を持つ出来事から始まる。研究者は、受賞者、役職者、ソフトウェアのリリース、買収、その他時間とともに変化した事実についてモデルに尋ねる。そして、時系列の区分ごとに正答率を比較する。

これは単純に聞こえるが、プロンプトの表現によって結果は変わり得る。質問に、モデルが答えを推論できる手がかりが含まれている場合がある。選択肢がパターンを明かすこともある。回答拒否は、知識の欠如ではなくポリシーを反映している可能性がある。

汚染も別の問題をもたらす。オンラインで公開されたベンチマークが、後の学習データセットに入り込む可能性がある。そうなるとモデルは、より広範な時間的知識を示すのではなく、評価そのものを記憶してしまう。

反復サンプリングは不確実性を明らかにする助けになる。モデルが一度だけ正解し、その後の試行では失敗するなら、最初の回答は弱い証拠にすぎない。表現を変えても安定して想起できるなら、より強いシグナルとなる。

研究者はコントロール質問も使うべきだ。疑われる境界より十分前の出来事は、タスク形式に回答可能であることを確認する。カットオフ後に作られた架空の出来事は、モデルがもっともらしい詳細を捏造するかどうかを検証できる。

テスト中は、ツールへのアクセスを常に可視化しておかなければならない。Web検索が有効なモデルは、カットオフを超えた質問にも答えられる。コーディングエージェントは、通常のブラウジングとして示さずにパッケージレジストリやリポジトリを調査する場合がある。

システムプロンプトは自己申告を複雑にする。モデルに「あなたの知識カットオフはいつですか?」と尋ねることは、多くの場合、製品側から与えられた指示を測定している。それはモデルの記憶を独立して調査しているわけではない。

この違いは、モデルの回答がドキュメントと矛盾する際に混乱を生んできた。モデルは古いシステム値を繰り返すかもしれない。誤ったモデルファミリーを特定したり、過去のリリースでよく見た日付を生成したりする可能性もある。

したがって、自己申告の日付はベンダー文書や統制された行動テストより下位に位置付けるべきだ。公式ドキュメントにも限界はあるが、それでもベンダーが何を開示しようとしたかについての直接的な証拠ではある。

元の投稿は、この階層に沿って読むべきだ。そのタイムラインの再構築は、観測可能な日付に基づく仮説である。これはAnthropicやOpenAIの内部記録ではなく、どちらの企業も推定されたスケジュールを独自に確認していない。

anthropic hackerという表現は、特権的なアクセスを意味する危険もある。公開されたカットオフ分析に、Anthropicのシステムへの侵入は必要ない。この作業は、研究者が内部コードにアクセスせずに入力と出力を研究するブラックボックス監査に近い。

この区別は、分析を不要な扇情主義から守る。興味深い結果は、公開された証拠と慎重な推論から生まれる。リーク、侵害されたアカウント、盗まれた学習データに依存するものではない。

最も擁護しやすい結論は、より限定的だ。知識カットオフは、ある情報がどれほど最近モデルのパイプラインに入ったかを示す。リリース日は、その後に残るすべての開発・デプロイ作業の上限を定める。

その間に何があったかは、依然として不明である。事前学習、事後学習、評価、レッドチーミング、推論最適化、ローンチ準備は重なり合う可能性がある。タイムライン図だけでは、これらの段階に正確な期間を割り当てられない。

本当の逆説は、より新しい知識ほど明らかにすることが少ない場合があることだ

最近のカットオフは透明に見えるが、モデルが特定の事実をどのように取得・保持したのかについて、より大きな不確実性を隠している可能性がある。

ユーザーはしばしば、鮮度が信頼性を生むと考える。この関係が成り立つのは、モデルが十分に信頼できる資料を学習し、それを一貫して取得できる場合だけだ。より遅い日付でも、薄い、あるいはノイズの多いカバレッジを補うことはできない。

学習コーパスの端には、古い時期ほど完全な繰り返し情報が存在しない可能性が高い。カットオフ付近の重要な出来事は、わずかな文書にしか現れないことがある。より以前の事実には、報道、アーカイブ、参照ページ全体に広がる時間がより長くあった。

フィルタリングによって、その端はさらに薄くなり得る。研究所は低品質な情報源、非公開データ、安全でない資料、重複ページ、ポリシーで制限されたコンテンツを除外する。こうした判断により、最近の事実が不均一に取り除かれる可能性がある。

信頼できるカットオフという概念は、この問題に直接対応する。最新の収録日と、最新の信頼可能な日が異なることをユーザーに伝える。コーパス全体が均一に終わるふりをするよりも、こちらの方が有益だ。

ただし、この追加の日付は新たな問いを生む。ベンダーは信頼性をどのように算出したのか。公開された評価プロトコルがなければ、その境界が幅広いテストを反映しているのか、社内推定なのかをユーザーは判断できない。

OpenAIのより単純な提示方法は、この未回答の指標を避けている。同時に、境界付近で知識が一貫しなくなった際、開発者に提供する助けも少ない。両者の戦略は、説明の深さと見かけ上の確実性の間でトレードオフを取っている。

これがこの記事の逆説である。時間に関する詳細を多く示す企業は、グレーゾーンを露出させるため、不確実に見えることがある。日付を一つだけ示す企業は、その複雑さを隠すため、より断定的に見えることがある。

モデル購入者にとって、グレーゾーンこそが正直な部分だ。実際のアプリケーションが尋ねるのは、きれいに分離された年の有名な質問だけではない。ニッチなライブラリ、地域の規制、企業ポリシー、公開Web上にない文書についても尋ねる。

著名な出来事に焦点を当てたanthropic hackerテストは、実用的な鮮度を過大評価する可能性がある。有名な出来事は豊富なテキストと繰り返しの参照を生む。専門的な変更は、表明されたカットオフ以前に起きていても、見えないままになり得る。

逆の誤りもあり得る。モデルは、プロンプトが厳密な表現や曖昧な関係を要求するために、有名な出来事を見落とすかもしれない。この失敗は、後のすべての文書が除外されたことを証明するものではない。

推論は境界をさらに曖昧にし得る。モデルは出来事を見ていなくても、以前の傾向からありそうな結果を推論するかもしれない。テストが事前には利用できなかった詳細を尋ねない限り、正しい予測は記憶に似て見える。

研究者は意外性のある出来事を選ぶことで、このリスクを下げられる。予想外の選挙結果、改名された製品、異例の買収、覆された方針は、より強い時間的マーカーとなる。出来事前の情報から最終的な答えを推測する手がかりは少ない。

それでもモデルは推測できる。劇的な個別事例よりも、大規模なテストセットと信頼度の校正が重要だ。有用な出力は、ひとつの発見の主張ではなく、不確実性を伴う正答率曲線である。

開発者にとって実務的な教訓は、モデルの記憶を未検証のキャッシュとして扱うことだ。よく知られた質問には素早く答えられるが、最新性が必要な主張や重大な影響を伴う主張では、検索を起動すべきである。取得した証拠は、ユーザーに見える状態に保つべきだ。

ナレッジワーカーにとっても、社内の事実には同じルールが当てはまる。会議の決定、非公開の調査、最新のプロジェクトファイルが、公開モデルの内部に確実に存在することはない。それらの情報源を提供する方が、事前学習で取り込まれていることを期待するより信頼できる。

カットオフ分析は、検証をより厳格にすべき地点を特定するため、依然として価値がある。だが、検証そのものに取って代わることはできない。より新しいモデルでも、誤りのコストが大きい場合には情報源が必要だ。

Anthropic Hacker論争の後に注目すべきこと

カットオフ分析が本格的な説明責任の手法となるか、それとも情報に基づく推測にとどまるかは、3つのシグナルによって決まる。

第一のシグナルは、AnthropicとOpenAIによる、より充実したモデル文書である。学習データのカットオフ、信頼できる知識のカットオフ、ツール支援による鮮度について、一貫した定義が示されるかを注視すべきだ。用語が明確になれば、リリース間の比較はより強固になる。

時間的評価曲線が含まれれば、ドキュメントはさらに有用になる。ベンダーは月次または四半期ごとの出来事区分における性能を報告できる。ブラウジングを用いて生成した回答と、モデルの重みだけから生成した回答を分けることもできる。

Anthropicがこの報告を拡充すれば、元の調査における中心的な判断は支持を得る。詳細な日付は、より広範な透明性戦略の一部と見なされるだろう。Anthropicが日付を削除したり、定義を黙って変更したりすれば、長期的な比較は弱まる。

第二のシグナルは、独立した再現である。研究者には、共有された質問セット、出来事の日付、ツールの統制、反復試行、モデルバージョンの識別子が必要だ。公開された方法論があれば、報告されたClaudeとGPTのパターンが持続するかを他者も検証できる。

再現では、見出しになる出来事だけでなく、ニッチな領域も含めるべきだ。ソフトウェアパッケージ、セキュリティ開示、科学論文、規制変更は、不均一なカバレッジを明らかにする。結果は、知識の欠如を、回答拒否、推論の失敗、検索エラーと区別すべきである。

独立した研究では、時間の経過に伴うモデルスナップショットも検証すべきだ。プロバイダーは、公開製品名を変えずにシステムプロンプト、ルーティング、検索、事後学習を更新できる。ある週の結果が、後の同じインターフェースを表しているとは限らない。

再現テストが類似した時間的曲線を生み出せば、行動に基づくカットオフ監査は信頼性を得るだろう。結果がプロンプトや製品設定によって大きく変動するなら、タイムラインの再構築は強い主張を行うには不安定すぎるままだ。

3つ目のシグナルは、将来のリリースが信頼できる知識と提供開始の間隔をどのように短縮していくかだ。間隔が繰り返し短くなれば、データ処理やデプロイが改善されていることを示唆する。一方、繰り返し長くなれば、ポストトレーニング、評価、またはリリースの遅延がより重くなっている可能性がある。

ただし、この観察には慎重さが必要だ。間隔が短いからといって、事前学習の実行期間が短かったことの証明にはならない。研究所はデータを継続的に準備したり、候補モデルを並行して学習したり、メインの実行後に選択した知識を更新したりできる。

より有益なパターンは、複数の関連リリースをまたいで現れるだろう。研究者は、ベースモデル、小型バリアント、推論モデル、製品固有のスナップショットを比較すべきだ。共通のカットオフは共通の系譜を明らかにする可能性があり、異なる日付は後からの更新を示す場合がある。

企業の購入担当者は、完全な透明性を待たずにこれらのシグナルを注視すべきだ。社内評価は今すぐ構築できる。各テストでは、モデル識別子、ツール設定、プロンプト、ソース、応答、日付を記録する必要がある。

有用な評価には、組織の実務に由来するカットオフ後の質問を含めるべきだ。通常動作だけでなく、検索取得の失敗もテストする必要がある。また、証拠が得られない場合にシステムが不確実性を認めるかどうかも測定すべきだ。

開発者は、エージェントのワークフローに鮮度チェックを加えるべきだ。変化するAPI、セキュリティ問題、ポリシー、スケジュールに関する質問では、承認済みのソースを必須とすべきである。モデルの確信度だけで、この要件を満たしてはならない。

ナレッジワーカーは、より簡易な版を適用できる。どの主張が接続された文書に由来し、どの主張がモデルの一般的な知識に基づくのかをシステムに特定させる。その後、意思決定に影響する主張を検証する。

Anthropicのハッカー調査が重要なのは、よく知られた制約を説明責任の問題へと変えるからだ。カットオフは、単に古いモデルに付された日付ではない。そこには、ベンダーが開示する範囲と、外部者が推測しなければならない範囲との境界が表れている。

次のステップは、Anthropicがより速い、あるいはOpenAIがより遅いと断言することではない。入手可能な証拠は、その結論を支持していない。次に求められるのは、学習済みの記憶、取得した証拠、製品上の指示を切り分ける、再現可能な時系列評価を要求することだ。

モデル研究所は、外部研究者が独自のテストを標準化する前に、こうした区別を公表するだろうか。それまでの間、すべてのカットオフは保証ではなく手がかりとして扱うべきだ。最新のソースを接続し、引用を残し、意思決定が依存する正確なワークフローをテストしよう。

 
 

無料で始めましょう

ローカルファーストのパーソナル知識管理付きAIアシスタント

より良いAI体験のために、

remio は現在、 Windows 10+ (x64)M-Chip Mac のみをサポートしています。

仕事のAIパートナー
remioでもっと仕事が進む

計画・作成・仕上げまで
すべてをひとつに

bottom of page