ドキュメントが重要な理由
- 最新のAPIとパラメータ
- ベストプラクティス
- 組織の規約・慣例
- ドメイン固有の用語
モデルの知識カットオフ
- 最近のライブラリ更新が反映されてないことがある
- 新しいフレームワークやツールを知らない場合がある
- カットオフ以降のAPI変更は追えていない
- ベストプラクティスは学習時点から変わっているかもしれない
どのツールを使えばいい?
メンタルモデル
ツール | メンタルモデル |
---|---|
@Docs | 公式ドキュメントをブラウズして読むイメージ |
@Web | ネットで解決策をググるイメージ |
MCP | 自分たちの内部ドキュメントにアクセスするイメージ |
公開ドキュメント
@Docs の使い方
@Docs
は、人気のツールやフレームワークの公式ドキュメントにCursorをつなぐよ。最新で信頼できる情報が必要なときに使ってね。たとえば:
- APIリファレンス: 関数シグネチャ、パラメータ、戻り値の型
- はじめにガイド: セットアップ、設定、基本的な使い方
- ベストプラクティス: 公式推奨のパターン
- フレームワーク別のデバッグ: 公式トラブルシューティングガイド
@
@Docs Next.js キャッチオールルートで動的ルーティングをどう設定する?
∞
Agent⌘I
Auto
@Web の使い方
@Web
は、最新情報、ブログ記事、コミュニティの議論をインターネット上からリアルタイムで検索するよ。こんなときに使ってね:
- 最新のチュートリアル: コミュニティ発のコンテンツやサンプル
- 比較: 異なる手法を比較した記事
- 最新アップデート: 直近の更新やアナウンス
- 複数の視点: 問題に対するさまざまなアプローチ
@
@Web latest performance optimizations for React 19
∞
Agent⌘I
Auto
内部ドキュメント
- Internal APIs: カスタムサービスやマイクロサービス
- Company standards: コーディング規約、アーキテクチャパターン
- Proprietary systems: カスタムツール、データベース、ワークフロー
- Domain knowledge: ビジネスロジック、コンプライアンス要件
MCP で社内ドキュメントにアクセスする
- モデルは社内の慣習を推測できない
- カスタムサービスの API ドキュメントは公開されていない
- ビジネスロジックとドメイン知識は組織固有
- コンプライアンスやセキュリティ要件は会社ごとに異なる
よくある MCP 連携
Integration | Access | Examples |
---|---|---|
Confluence | 会社の Confluence スペース | アーキテクチャドキュメント、社内サービスの API 仕様、コーディング標準やガイドライン、プロセス文書 |
Google Drive | 共有ドキュメントとフォルダ | 仕様書、議事録や意思決定記録、設計ドキュメントや要件、チームのナレッジベース |
Notion | ワークスペースのデータベースとページ | プロジェクトドキュメント、チーム wiki、ナレッジベース、プロダクト要件、技術仕様 |
Custom | 社内システムやデータベース | 独自 API、レガシーなドキュメントシステム、カスタムナレッジベース、専用ツールやワークフロー |
カスタムソリューション
- 社内の Web サイトやポータルをスクレイピングする
- 独自データベースに接続する
- カスタムドキュメントシステムにアクセスする
- 社内 wiki やナレッジベースから取得する
カスタム MCP サーバーを作るなら、Cursor からドキュメントを更新できるツールを公開することもできるよ
ドキュメントを最新に保つ
既存のコードから
@
この Express ルーターの API ドキュメントを生成して。すべてのエンドポイント、パラメータ、レスポンス形式を含めて
∞
Agent⌘I
Auto
チャットセッションから
複雑な問題を解決したあと:
@
チームのwiki向けに、認証のセットアップについての会話をステップバイステップのガイドに要約して
∞
Agent⌘I
Auto
重要なポイント
- ドキュメントをコンテキストに使うと、Cursor の精度と最新性が上がる
- 公式ドキュメントには
@Docs
、コミュニティの知見には@Web
を使おう - MCP は Cursor と社内システムの橋渡しをする
- 知識を最新に保つために、コードや会話からドキュメントを生成しよう
- 網羅的に理解するには、外部と内部のドキュメントソースを組み合わせよう