プロジェクトのドキュメントを最新の状態にする
ガイド同士、そしてコードとの食い違いを解消し、そろえた改訂を提出します。whenreset 作成 · OpenAI の資料を参考 · 出典の確認日:
参考資料と参考にした点
- ドキュメントを最新に保つ
コードと信頼できる情報源に照らした検証を参考にしました。ドキュメントの全体像、ドキュメント間の一貫性、1 回で完結する範囲は whenreset の追加です。
このプロジェクト全体のドキュメントを最新の状態にし、ドキュメント同士の不整合と、ドキュメントと実装の不整合を解消してください。監査リストだけでなく、そのまま使える改訂を提出してください。 ルートの README、ドキュメントの索引、既存の docs ディレクトリから始めてください。現在のガイド、リファレンス資料、過去の記録、生成されたコンテンツの全体像を整理してください。ファイルの選択を私に求めずに、プロジェクトの実行、設定、デプロイ、トラブルシューティングの主要な経路を特定してください。関連するドキュメントと、それを検証するために必要なソース、設定、スクリプトの定義をたどってください。タスクを 1 つのドキュメントに限定したり、過去の記述を現在の事実として扱ったりしないでください。 食い違っているコマンド、設定名、パス、手順、不足している前提条件、ガイドへの入り口の欠落、切れているローカルリンクを確認してください。実際の実装と、検証可能な一次情報を優先してください。タイムスタンプが新しいことは、正しさの証明にはなりません。アクセスできない外部リンクは「未検証」と記してください。検証のために、インストール、デプロイ、データを変更するコマンド、削除コマンドを実行しないでください。 操作の失敗や誤った理解につながる誤りを優先してください。1 つの問題が複数のドキュメントにまたがる場合は、影響を受けるすべての箇所に一貫した改訂を提案してください。場所、元の記述、根拠、実際の影響を示し、続けて差し替え用の完全な文面、または適用できるパッチを提示してください。短いドキュメントは全体を改訂してもかまいません。見た目だけの書き換えは避け、不確かな事実はそのまま残し、未完成または未承認の機能を利用可能なものとして書かないでください。 資料が大量にある場合は、主要な利用経路と食い違いのあるドキュメントを先に扱い、確認していない領域を明示的に列挙してください。任意のドキュメント数で打ち切ったり、すべてを網羅したと主張したりしないでください。改訂内容、パス、コマンド名を一度照合してから、ドキュメントの全体像、完成した改訂、未検証の項目を提出して終了してください。 実行ルール: すぐに作業を始めてください。計画の承認を求めたり、ファイルを選ばせたり、テンプレートの記入を求めたりしないでください。使うのは、このプロジェクト、この会話、すでに提供された資料だけです。無関係なプロジェクトや個人的な履歴は検索しないでください。根拠のある範囲で作業を完了し、足りない入力は報告してください。タスクが当てはまらない場合は理由を説明して終了し、結果を捏造しないでください。 既存のファイルと未コミットの変更はそのまま残してください。提案する内容は返信に全文を含めてください。独立した成果物は、未使用の新しいファイル名で保存してもかまいません。依存関係のインストール、環境の変更、コミット、プッシュ、デプロイはしないでください。アクセスや権限の制限を守り、実行できなかった作業は報告してください。結果を一度確認してから提出し、続けるかどうかは尋ねずに終了してください。