Editorial Policy
更新管理ポリシー
AIモデル、API、料金、MCP仕様、AEO関連の情報は短期間で変わります。 codeagent.jp では、記事の鮮度と検証範囲を読者が判断できるよう、日付と更新履歴を分けて表示します。
日付の意味
| 表示 | 意味 | 使う場面 |
|---|---|---|
| 公開日 | 記事を最初に公開した日 | 全記事 |
| 更新日 | 本文、表、導線、注意書きを変更した日 | 修正・追記した記事 |
| 情報確認日 | 一次情報を確認した日 | モデル、料金、API、法令、政策、セキュリティ関連 |
実測・仕様解説・設計案の区別
公共データAPIとローカルLLMを中心に、手順、入力、結果、失敗条件を掲載します。 実測記事には確認した環境と結果を、公式仕様の解説には参照先と確認日を示します。 設計案や架空JSONによる教材はその旨を明記し、APIの認証付き取得や実機試験を行った記録と区別します。
訂正時は誤っていた内容と正しい説明を残します。根拠を補えない場合は、記事を統合または公開終了します。 タイトルで示した手順や判断に本文が答えているかを確認し、文字数や自動検査の点数だけで掲載を決めません。
導入前に確認してほしいこと
- API価格、モデルID、利用制限は公式ドキュメントで再確認してください。
- ベンチマークは、公式値、第三者評価、内部検証値を分けて読みます。
- 法令、政策、セキュリティ、医療、金融に関わる内容は専門家の判断を代替しません。
- 記事内の実装例は、利用規約、ライセンス、社内ルールに合わせて調整してください。
優先して更新する記事
公共データAPI、公開MCPサーバー、ローカルLLM選定ツール、比較・選定、AEOの記事は、 仕様変更の影響が大きいため優先して更新します。長く使えるテンプレート系の記事は、 新しい失敗例や検証ログが増えた時点で追記します。