Documentation Index
Fetch the complete documentation index at: https://docs.qoder.com/llms.txt
Use this file to discover all available pages before exploring further.
カスタムコマンド(Custom Commands)
カスタムコマンド機能を使用すると,よく使用するプロンプトやワークフローを再利用可能なコマンドとしてカプセル化できます。Agent ダイアログで / を入力するだけで,これらのコマンドをすばやく呼び出すことができ,日常の開発効率が大幅に向上します。
コードレビュー,テストケースの生成,プロジェクト仕様への素早いアクセスなど,頻繁に行う作業をカスタムコマンドで「ワンクリック」タスクに簡素化できます。
コマンドの種類とスコープ
| 機能 | ユーザーコマンド（User Commands） | プロジェクトコマンド（Project Commands） |
|---|
| スコープ | 現在のユーザーのすべてのプロジェクトに適用 | 現在のプロジェクトルートディレクトリとそのサブディレクトリでのみ有効 |
| 保存場所 | - macOS / Linux: /home/<username>/.qoder/commands/ または /Users/<username>/.qoder/commands/
- Windows: C:\Users\<username>\.qoder\commands\ | <プロジェクトルート>/.qoder/commands/ |
| ユースケース | 一般的な開発タスク：
• コードレビュー
• ユニットテストの生成 | プロジェクト固有のタスク：
• プロジェクトの API 仕様確認
• 設定ファイル形式の検証 |
| 共有方法 | 現在のユーザーのみ使用可能 | Git などのバージョン管理システムを通じてチームメンバーと共有可能 |
注意:ユーザーレベルのコマンドはデバイス間同期をサポートしていません。設定ファイルを手動で移行することができます。
カスタムコマンドの作成
-
コマンド管理画面を開く
- 方法1：Qoder 設定のコマンドページに移動し、**「追加」**ボタンをクリック
- 方法2：ダイアログで
/ を入力し、下部の**「コマンドを追加」**ショートカットをクリック
-
上部の検索バーに一意のコマンド名（例：
gen-test）を入力し、Enter キーを押します。
-
コマンドタイプを選択：
- ユーザーレベル：すべてのプロジェクトに適用される汎用コマンド
- プロジェクトレベル：現在のプロジェクトでのみ使用可能
-
ガイダンスエリアに完全なプロンプト内容を入力します。ファイルを保存すると、コマンドが自動的に保存されます。
-
会話に戻り,ダイアログで
/ を入力すると,新しく作成したコマンドが表示されます。
コマンドの例
## 概要
ソースコードを評価し、技術的な優秀性、堅牢性、セキュリティコンプライアンスを検証するための体系的なフレームワーク。
## 評価領域
### 技術実装
- [ ] 要件が正確に実装されている
- [ ] アルゴリズムの効率性が検証されている
- [ ] リソース管理が最適化されている
- [ ] パフォーマンスの考慮事項が対処されている
- [ ] システム統合が検証されている
### 開発標準
- [ ] デザインパターンが適切に適用されている
- [ ] コードのモジュール性が維持されている
- [ ] ドキュメントの完全性
- [ ] テストカバレッジが適切
- [ ] ログ実装
- [ ] エラーハンドリング戦略
### リスク管理
- [ ] セキュリティのベストプラクティスに従っている
- [ ] データ検証が包括的
- [ ] 認証方法が安全
- [ ] 認可ルールが定義されている
- [ ] APIセキュリティが検証されている
### メンテナンス面
- [ ] コードの保守性
- [ ] 依存関係管理
- [ ] バージョン互換性
- [ ] 技術的負債の評価
## 概要
脆弱性検出、脅威防止、コンプライアンス検証に焦点を当てた、システムセキュリティ態勢の体系的な検査。
## 評価領域
1. **アプリケーションセキュリティ**
- ソースコードの脆弱性スキャン
- セキュリティパッチのステータス
- フレームワークセキュリティ監査
- ライブラリバージョン管理
2. **認証システム**
- アイデンティティ管理レビュー
- パスワードポリシーのコンプライアンス
- 多要素認証
- セッション管理監査
3. **データ保護**
- 暗号化実装
- データアクセスパターン
- プライバシーコンプライアンス
- バックアップセキュリティ
4. **システムアーキテクチャ**
- ネットワークセグメンテーション
- ファイアウォール構成
- ロードバランサーセキュリティ
- APIゲートウェイ保護
## 検証ポイント
### コア要件
- [ ] セキュリティパッチが適用されている
- [ ] 暗号化標準が満たされている
- [ ] アクセス制御が検証されている
- [ ] 監査ログが有効化されている
- [ ] 侵入検知がアクティブ
### 高度な対策
- [ ] ペネトレーションテストが完了
- [ ] セキュリティ監視が構成されている
- [ ] 災害復旧がテストされている
- [ ] インシデント対応計画が更新されている
## 概要
包括的なドキュメントと検証要件を伴うコード変更を提出するための標準化されたプロセス。
## 準備ステップ
1. **コード品質保証**
- 静的コード分析完了
- コードフォーマット検証
- 未使用コードの削除
- コメントの更新
- テストカバレッジの確認
2. **変更ドキュメント**
- 実装の詳細
- 技術的決定
- パフォーマンスへの影響
- マイグレーション手順
- ロールバック手順
3. **テスト検証**
- ユニットテスト実行
- 統合テスト合格
- パフォーマンステスト実行
- UI/UX検証完了
- クロスブラウザテスト
## 提出要件
### ドキュメント
- [ ] アーキテクチャ変更の記録
- [ ] API修正のドキュメント化
- [ ] 構成更新のリスト化
- [ ] 依存関係のドキュメント化
### 品質ゲート
- [ ] コードレビュー承認
- [ ] セキュリティレビュー合格
- [ ] パフォーマンス基準達成
- [ ] CI/CDパイプライングリーン
### マージ後の計画
- [ ] デプロイ戦略
- [ ] モニタリング設定
- [ ] 機能フラグ構成
- [ ] バックアップ手順
## 概要
プロジェクトテストスイートを実行し、体系的なトラブルシューティングと検証を通じて検出された問題を解決します。
## テストフェーズ
1. **環境セットアップ**
- 開発環境の検証
- 依存関係のステータス確認
- テストデータの可用性確認
- 構成設定の検証
2. **テスト実行**
- ユニットテストスイートの実行
- 統合テストの実行
- スモークテストの実行
- コードカバレッジの確認
3. **問題解決**
- テスト失敗のドキュメント化
- エラーパターンの分析
- 失敗したケースのデバッグ
- 修正の実装
## 検証マトリックス
### コアテスト
- [ ] ユニットテスト完了
- [ ] APIテスト検証
- [ ] データベーステスト結果
- [ ] キャッシュ動作チェック
### システムヘルス
- [ ] メモリ使用量が正常
- [ ] レスポンスタイムが許容範囲内
- [ ] エラー率が制限内
- [ ] リソース使用率が安定
## 解決フロー
1. **修正実装**
- クリティカルな問題を最初に対処
- 必要なパッチを適用
- テストケースの更新
- 変更のドキュメント化
## 概要
モデル理解のためのAIエージェント仕様を定義する構造化されたマークダウンファイル(agents.md)を作成して保存します。
## 生成ワークフロー
1. **ファイル作成**
- ファイルパスを設定: ./docs/agents.md
- ディレクトリが存在しない場合は作成
- マークダウンファイルの初期化
- ファイル権限の設定
2. **コンテンツ生成**
- ファイルヘッダーの書き込み
- メタデータセクションの生成
- メインコンテンツブロックの作成
- バージョン管理情報の追加
3. **ドキュメント構造**
- エージェントアイデンティティの定義
- 機能と制限のリスト化
- インタラクションルールの指定
- 依存関係のドキュメント化
## ファイルコンポーネント
### 必須セクション
- [ ] ファイルメタデータ
- [ ] エージェント定義
- [ ] 機能マトリックス
- [ ] インタラクションプロトコル
- [ ] バージョン情報
### ファイル操作
- [ ] ディレクトリチェック
- [ ] ファイル作成
- [ ] コンテンツ書き込み
- [ ] 権限設定
## 検証ステップ
1. **ファイル検証**
- ファイルの存在確認
- マークダウン構文の検証
- コンテンツ構造の検証
- ファイルアクセシビリティの確認
