メインコンテンツへスキップ

​
カスタムコマンド(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. コマンド管理画面を開く
    • 方法1：Qoder 設定のコマンドページに移動し、**「追加」**ボタンをクリック
    • 方法2：ダイアログで / を入力し、下部の**「コマンドを追加」**ショートカットをクリック
  2. 上部の検索バーに一意のコマンド名（例：gen-test）を入力し、Enter キーを押します。
  3. コマンドタイプを選択：
    • ユーザーレベル：すべてのプロジェクトに適用される汎用コマンド
    • プロジェクトレベル：現在のプロジェクトでのみ使用可能
  4. ガイダンスエリアに完全なプロンプト内容を入力します。ファイルを保存すると、コマンドが自動的に保存されます。
  5. 会話に戻り,ダイアログで / を入力すると,新しく作成したコマンドが表示されます。

​
コマンドの例

## 概要
ソースコードを評価し、技術的な優秀性、堅牢性、セキュリティコンプライアンスを検証するための体系的なフレームワーク。

## 評価領域

### 技術実装
- [ ] 要件が正確に実装されている
- [ ] アルゴリズムの効率性が検証されている
- [ ] リソース管理が最適化されている
- [ ] パフォーマンスの考慮事項が対処されている
- [ ] システム統合が検証されている

### 開発標準
- [ ] デザインパターンが適切に適用されている
- [ ] コードのモジュール性が維持されている
- [ ] ドキュメントの完全性
- [ ] テストカバレッジが適切
- [ ] ログ実装
- [ ] エラーハンドリング戦略

### リスク管理
- [ ] セキュリティのベストプラクティスに従っている
- [ ] データ検証が包括的
- [ ] 認証方法が安全
- [ ] 認可ルールが定義されている
- [ ] APIセキュリティが検証されている

### メンテナンス面
- [ ] コードの保守性
- [ ] 依存関係管理
- [ ] バージョン互換性
- [ ] 技術的負債の評価
→ Qoderで試す
## 概要
脆弱性検出、脅威防止、コンプライアンス検証に焦点を当てた、システムセキュリティ態勢の体系的な検査。

## 評価領域
1. **アプリケーションセキュリティ**
   - ソースコードの脆弱性スキャン
   - セキュリティパッチのステータス
   - フレームワークセキュリティ監査
   - ライブラリバージョン管理

2. **認証システム**
   - アイデンティティ管理レビュー
   - パスワードポリシーのコンプライアンス
   - 多要素認証
   - セッション管理監査

3. **データ保護**
   - 暗号化実装
   - データアクセスパターン
   - プライバシーコンプライアンス
   - バックアップセキュリティ

4. **システムアーキテクチャ**
   - ネットワークセグメンテーション
   - ファイアウォール構成
   - ロードバランサーセキュリティ
   - APIゲートウェイ保護

## 検証ポイント
### コア要件
- [ ] セキュリティパッチが適用されている
- [ ] 暗号化標準が満たされている
- [ ] アクセス制御が検証されている
- [ ] 監査ログが有効化されている
- [ ] 侵入検知がアクティブ

### 高度な対策
- [ ] ペネトレーションテストが完了
- [ ] セキュリティ監視が構成されている
- [ ] 災害復旧がテストされている
- [ ] インシデント対応計画が更新されている
→ Qoderで試す
## 概要
包括的なドキュメントと検証要件を伴うコード変更を提出するための標準化されたプロセス。

## 準備ステップ
1. **コード品質保証**
   - 静的コード分析完了
   - コードフォーマット検証
   - 未使用コードの削除
   - コメントの更新
   - テストカバレッジの確認

2. **変更ドキュメント**
   - 実装の詳細
   - 技術的決定
   - パフォーマンスへの影響
   - マイグレーション手順
   - ロールバック手順

3. **テスト検証**
   - ユニットテスト実行
   - 統合テスト合格
   - パフォーマンステスト実行
   - UI/UX検証完了
   - クロスブラウザテスト

## 提出要件
### ドキュメント
- [ ] アーキテクチャ変更の記録
- [ ] API修正のドキュメント化
- [ ] 構成更新のリスト化
- [ ] 依存関係のドキュメント化

### 品質ゲート
- [ ] コードレビュー承認
- [ ] セキュリティレビュー合格
- [ ] パフォーマンス基準達成
- [ ] CI/CDパイプライングリーン

### マージ後の計画
- [ ] デプロイ戦略
- [ ] モニタリング設定
- [ ] 機能フラグ構成
- [ ] バックアップ手順
→ Qoderで試す
## 概要
プロジェクトテストスイートを実行し、体系的なトラブルシューティングと検証を通じて検出された問題を解決します。

## テストフェーズ
1. **環境セットアップ**
   - 開発環境の検証
   - 依存関係のステータス確認
   - テストデータの可用性確認
   - 構成設定の検証

2. **テスト実行**
   - ユニットテストスイートの実行
   - 統合テストの実行
   - スモークテストの実行
   - コードカバレッジの確認

3. **問題解決**
   - テスト失敗のドキュメント化
   - エラーパターンの分析
   - 失敗したケースのデバッグ
   - 修正の実装

## 検証マトリックス
### コアテスト
- [ ] ユニットテスト完了
- [ ] APIテスト検証
- [ ] データベーステスト結果
- [ ] キャッシュ動作チェック

### システムヘルス
- [ ] メモリ使用量が正常
- [ ] レスポンスタイムが許容範囲内
- [ ] エラー率が制限内
- [ ] リソース使用率が安定

## 解決フロー
1. **修正実装**
   - クリティカルな問題を最初に対処
   - 必要なパッチを適用
   - テストケースの更新
   - 変更のドキュメント化
→ Qoderで試す
## 概要
モデル理解のためのAIエージェント仕様を定義する構造化されたマークダウンファイル(agents.md)を作成して保存します。

## 生成ワークフロー
1. **ファイル作成**
   - ファイルパスを設定: ./docs/agents.md
   - ディレクトリが存在しない場合は作成
   - マークダウンファイルの初期化
   - ファイル権限の設定

2. **コンテンツ生成**
   - ファイルヘッダーの書き込み
   - メタデータセクションの生成
   - メインコンテンツブロックの作成
   - バージョン管理情報の追加

3. **ドキュメント構造**
   - エージェントアイデンティティの定義
   - 機能と制限のリスト化
   - インタラクションルールの指定
   - 依存関係のドキュメント化

## ファイルコンポーネント
### 必須セクション
- [ ] ファイルメタデータ
- [ ] エージェント定義
- [ ] 機能マトリックス
- [ ] インタラクションプロトコル
- [ ] バージョン情報

### ファイル操作
- [ ] ディレクトリチェック
- [ ] ファイル作成
- [ ] コンテンツ書き込み
- [ ] 権限設定

## 検証ステップ
1. **ファイル検証**
   - ファイルの存在確認
   - マークダウン構文の検証
   - コンテンツ構造の検証
   - ファイルアクセシビリティの確認
→ Qoderで試す